NO: Question regarding the INSPIRE Geoportal Discovery Service Register
|Status:||Feedback||Start date:||05 Jun 2018|
|Assignee:||Angelo Quaglia||% Done:|
|Submitting Organisation:||NO||Knowledge-Base relevant?:|
|Country:||NO - Norway||Keyword #2:|
|Originating UI:||Keyword #3:|
From: Lars Inge Arnevik
Sent: 05 June 2018 14:04:23 (UTC+01:00) Brussels, Copenhagen, Madrid, Paris
Subject: Question regarding the INSPIRE Geoportal Discovery Service Register
I wonder when the next harvesting from Geonorge will take place? I think last harvest was 31. of May and I guess it was interrupted because of our monthly maintenance. We are working on improving the metadata and it is motivating to see the results from the error report J
#2 Updated by Angelo Quaglia about 2 years ago
the INSPIRE Geoportal is having big trouble with the following Atom based Download Service:
1) It is declaring 422 Spatial Data Sets but many entries point to the same metadata, for example
is present in 3 different entries.
2) While processing it, the INSPIRE Geoportal gets back hundreds of errors, like this one:
refused the connection for the following reason:
"Internal Server Error"
Could you please look urgently into this?
#3 Updated by Lars-Inge Arnevik about 2 years ago
1) I have to come back to this, but at the moment we are enhancing the metadata in our catalogue, and to add correct namespace and dataset identifier is one of the tasks.
2) I guess this is because the Atom Feed registered in our catalogue also contains datasets that have access restrictions. These datasets are not included in the harvesting from our portal, but I guess the validation tool are checking all the entries in the Atom Feed. In the harvesting, dated 29. May, this seemed to work well, even though the datasets was restricted from access at that time as well. I have now excluded the Atom Feed Service from our CSW-endpoint to see if the report can be produced.
We have to come back to a solution how to fix this, but it would be nice if you could satr a new harvesting.
#4 Updated by Angelo Quaglia about 2 years ago
many thanks for your prompt intervention.
I have just started a new harvesting.
Yes, I have already made some modifications to the server in order for it to be able to handle that service but I will need to restart the web server to make them effective and see if they really work.
The server is under an extremely heavy load at the moment, so the harvesting will take some time to complete.
#5 Updated by Angelo Quaglia about 2 years ago
the new harvesting results are available:
The linkage between INSPIRE Resources is improving:
#9 Updated by Lars-Inge Arnevik about 2 years ago
Is it a way to request the data from the report in a way where we can get information about the validation for each dataset. Then we could include the validation status and link to error report in our metadata-klient and flag the status of the metadata for the data owners.
Best regards, Lars-Inge
#10 Updated by Angelo Quaglia about 2 years ago
the latest harvesting completed successfully.
However, the number of metadata records decreased from 490 to 468, so the INSPIRE Geoportal parked the results.
Since there were no errors, I assume it is OK, so I have promoted the latest results to production.
The average interoperability indicator gained two points: from 23.70% to 25.85%
Yes, all resource representations and evaluation reports are generated in xml according to this schema:
From the xml other representations are generated (json, jsonp, html, Solr xml).
In addition, all resources are indexed in a Solr instance, accessible from the outside.
For example, if you wanted to get the Solr representation of the dataset "N50 Kartdata", you could write something like"
Then if you open this URL setting the HTTP header Accept:application/xml:
You get this:
#11 Updated by Lars-Inge Arnevik about 2 years ago
Dear Angelo, this is good!
We then can use the identifier for the resource (for datasets) to get the validation reports. But we don't have a identifier for the services.
I try to use the "sourceMetadataResourceLocator", but I don't get any hits. I guess this parameter should contain the fileIdentifier of the metadata?
This request should also return "N50 Kartdata": http://inspire-geoportal.ec.europa.eu/solr/select?fq=memberStateCountryCode:no&fq=sourceMetadataResourceLocator:%22ea192681-d039-42ec-b1bc-f3ce04c189ac%22&fq=uriCode:\/*&q=*:*&facet=true&wt=json
#13 Updated by Angelo Quaglia about 2 years ago
By the way, you can use any field used for tag clouds in the Resource Browser:
#15 Updated by Lars-Inge Arnevik about 2 years ago
I'm sorry to say that we have an issue with some harvested datasets from norwegian laser and ortophoto projects. These datasets have some errors in the metadata, and get a tag that registers them as Inspire datasets. We are working together with the owner of these datasets to change this. At the moment we are using manual methods to remove thes metadata from the Inspire csw-endpoint, with the result that the number of metadata records will vary from time to time. I think this is a check you are running, to secure that the harvest went well... And maybe this is the reason why the two last validation reports are withdrawn.