alexanderkotsev / geoportal Goto Github PK

Dear EC GP Team,
when checking the harvesting results form SK discovery service, we have spotted missing record:
Geologická mapa M 1: 1 000 000 - > https://data.gov.sk/set/rpi/dat/31753604/SK_1_GeologickaMapa_1000000
Could you please check, why this record was not harvested?
Thanks in advance,
Best regards, Martin

Dear colleagues,
when possible, could you please let us know, if EC Geroportal supports, or will support the display of the download links also for the metadata records, providing the download services via OGC Web Coverage Service?
For example, we have 2 SK INSPIRE resources for OI and EL, where this issue occurs:

https://rpi.gov.sk/rpi_csw/service.svc/get?request=GetRecordById&service=CSW&version=2.0.2&elementSetName=full&Id=https://data.gov.sk/set/rpi/gmd/17316219/SK_UGKK_ZBGIS_INSPIRE_EL&outputschema=http://www.isotc211.org/2005/gmd
https://rpi.gov.sk/rpi_csw/service.svc/get?request=GetRecordById&service=CSW&version=2.0.2&elementSetName=full&Id=https://data.gov.sk/set/rpi/gmd/17316219/SK_UGKK_ZBGIS_INSPIRE_EL&outputschema=http://www.isotc211.org/2005/gmd
Thanks in advance,
best regards, Martin

Dear Geoportal Helpdesk,
We made harvesting of our Inspire resources in order to see our monitoring indicators and got a problem.
The problem is that under the tab "Monitoring of the conformity of metadata" where indicators MDi1.1 and Mdi1.2 must be calculated we see dashes (attachment). Are there some technical issues with the system?
Also we'd like for clarifications about indicators NSi4.2, NSi4.3. Where to look for information about what exactly services have problems and reduce our statistics?

Related to issue #3563 note-47 to note-50
Dear Daniele,
We are planning to change our schema-validation-file for the harvest process (from apiso.xsd version 1.0.0 to apiso.xsd version 1.0.1). To be on the save site and don't "loose" any records during the harvest process for the INSPIRE Geoportal, it is important for us to know, which schema you are use for the INSPIRE Geoportal.
Angelo Quaglia wrote us, that during the harvest process a validation or check for data sets (gmd) and services (srv) is against both schemata http://schemas.opengis.net/iso/19139/20060504/ and http://schemas.opengis.net/iso/19139/20070417/. Referring to this we have a couple of questions
How long you will support both schemata http://schemas.opengis.net/iso/19139/20060504/ and http://schemas.opengis.net/iso/19139/20070417/?
Are you planning to stop supporting the schema http://schemas.opengis.net/iso/19139/20060504/ in the (near) future?
Thanks in advance and best regards,
Anja (on behalf of Coordination Office SDI Germany)

Dear colleagues,
may we ask you to help us to find out, why this resource: INSPIRE - Geológia - Hydrogeológia - Pramene
https://data.gov.sk/set/rpi/gmd/42181810/ACC2BA37688A24A6E0530110000A1E05
does not comes with download link on EC Geoportal,
despite the fact, in linkage checker links seems to be correct.
Thanks in advance,
Best regards, Martin

Description

Dears,
While checking the metadata interlinkages using your Linkage Checker tool I get the following error:
The INSPIRE Spatial Data Theme keyword was not found.
I followed your prerequisite to validate the record with INSPIRE Reference validator available from here: https://inspire.ec.europa.eu/validator/
I used both TG1.3 and TG2.0 Test Suites to validate the record and non of them reported validation issues with INSPIRE Keyword:
TG1.3:
The test checks for each descriptiveKeywords block if it references either http://www.eionet.europa.eu/gemet/inspire_themes or any duplicate of that thesaurus, e.g. http://inspire.ec.europa.eu/theme. If a block is referencing that thesaurus the test checks if at least one keyword is available and it matches with a concept in the thesaurus.
This test case only applies to records with a hierarchyLevel value 'dataset' or 'series'.
The test first checks if a descriptiveKeywords block exists with vocabulary title (identified via gmd:thesaurusName//gmd:title//text()) equal to 'GEMET - INSPIRE themes, version 1.0'. If such a keyword block exists, then at least one keyword must be equal to one of the codes from the http://inspire.ec.europa.eu/theme codelist - either a language neutral code or one of the language specific code titles provided by the INSPIRE registry.
Relevant requirements:
TG MD Requirement 14: If only one keyword is used, then for spatial dataset or spatial dataset series, the keyword:
shall describe the relevant INSPIRE Spatial Data Theme (as defined in Annex I, II and III of the INSPIRE Directive)
shall be expressed in the language of the metadata for the 34 INSPIRE Spatial Data Themes (please use the terms in each of the official languages in which the INSPIRE Directive has been translated) or a neutral language values such as a URI.
Source: Abstract Test Case 'Dataset keywords'
Status
Passed
Duration
0.477 s
TG2.0:
Test that the INSPIRE Data Themes, which the data belongs to, are declared using at least one keyword from the INSPIRE Spatial Data Themes vocabulary.
More information: INSPIRE Theme Keyword
Status
Passed
Duration
0.440 s

Could you please explain why the Linkage Checker reports issues while INSPIRE Reference Validator does not?
I encosed the XML file I was testing.
Many thanks,
Tomas

Hi Helpdesk Team,
can we kindly ask you to push harvesting process for PL catalogue?

Regards,
Piotr Perz

Description

Dear Geoportal Helpdesk,
As mentioned in Roberts Mail from 2020/03/02 we would like to initiate a new push of our metadata records to the EU Geoportal. For this reason we kindly ask you to start a new harvesting of our catalogue instance and publish them for us in the Geoportal harvesting "sandbox", please.
Thanks in advance and best regards,
Anja Litka (on behalf of SDI Germany)

Dear Geoportal Helpdesk,
As mentioned in Roberts Mail from 2020/03/02 we would like to initiate a new push of our metadata records to the EU Geoportal. For this reason we kindly ask you to start a new harvesting of our catalogue instance and publish them for us in the Geoportal harvesting "sandbox", please.
Thanks in advance and best regards,
Anja (on behalf of Coordination Office SDI Germany)

Dear Geoportal Helpdesk,
As mentioned in Roberts Mail from 2020/03/02 we would like to initiate a new push of our metadata records to the EU Geoportal. For this reason we kindly ask you to start a new harvesting of our catalogue instance and publish them for us in the Geoportal harvesting "sandbox", please.
Also we kindly ask you, if you could provide us two or three original csw-requests (for an internal validation/review on our side), which you are using to get the metadata records from our catalogue instance.
Thanks in advance and best regards,
Anja (on behalf of Coordination Office SDI Germany)

Dear EC GP Team,
thanks for the info about an update of EC GP to cover full support for metadata TG 2.0.
With that, I would like to ask, whether we can actually chceck/see the compliance of our metadata with TG 2.0 also in EC GP.
When calculating indicators in harvester dashboard, there is no active button "Validate and calculate" on the section Monitoring of the conformity of metadata.
Will this be the place, where we will actually be able to see the compliance, or simply those MD records, not compliant with TG 2.0 will not be harvested/displayed in EC GP?
Thanks in advance,
best regards, Martin

Dears,
While checking the metadata interlinkages using your Linkage Checker tool I get the following error:
The Unique Resource Identifier in the Data Set metadata was not found.
I followed your prerequisite to validate the record with INSPIRE Reference validator available from here: https://inspire.ec.europa.eu/validator/
I used both TG1.3 and TG2.0 Test Suites to validate the record and non of them reported validation issues with Dataset URI:
TG1.3:
If the type of the resource is a dataset (series), a unique identifier identifying the resource must be given.
This test case only applies to records with a hierarchyLevel value 'dataset' or 'series'.
The test first checks, if a unique identifier is given and if it is of type MD_Identifier or RS_Identifier. The contained code element may not be empty.
Relevant requirements:
TG Requirement 5: The code property is required (see B.2.7.3 of ISO 19115).
TG Requirement 6: If a value for codeSpace is provided, then the data type for the identifier shall be RS_Identifier, which is substitutable for the usual MD_Identifier.
Source: Abstract Test Case 'Dataset identification'

Status
Passed
Duration
0.001 s

TG2.0:
Test that every dataset or dataset series has an Unique Resource Identifier.
More information: Dataset UID

Status
Passed
Duration
0.001 s

Could you please explain why the Linkage Checker reports issues while INSPIRE Reference Validator does not?
I encosed the XML file I was testing.
Many thanks,
Tomas

Dear Geoportal team,
We ran new harvesting on Monday but can't publish now the results of that harvesting. We have tried publishing 2 or 3 times and have received the mail that publishing process is running but the publishing hasn't completed.
Best regards,
Kai Koistinen
NLS Finland

Dear JRC Team,

First I would like to thank you for all the work done in order to be able to handle our large Inspire endpoint, and to have reduce the time needed to harvest. It's a great thing !
BUT, I really don't understand what is happening with downloadable datasets. Their number is going down at every harvest. Last time, it was very low at 2226 downloadable datasets and now you find only 728 downloadable datasets into our 40000+ datasets.
Same thing with our priority datasets : we have not change anything, however we have now 0 downloadable datasets according to your reports !
Please inform of what we should do to fix this.
Best regards,
Thierry Vilmus

Dears,
Clicking on Click here to open the INSPIRE reference validator in you Linkage Checker tool opens sandbox environment of the INSPIRE Registry service:

Dear Geoportal team,
We ran new harvesting on Monday but can't publish now the results of that harvesting. We have tried publishing 2 or 3 times and have received the mail that publishing process is running but the publishing hasn't completed.
Best regards,
Kai Koistinen
NLS Finland

Dear team,
Like reported in issues #3877 and #3879, the priority datasets are not recognized even in the latest harvesting of the Italian Catalogue (not published yet).
In addition, I tried to calculate the Monitoring indicators but the calculation of the two indicators DSi1.4 and DSi1.5 failed as they are both 0, although the keywords relevant for the regional and national cover were included in about 1000 metadata records.
Regards,
Antonio

Dears,
Still another issue linked to the same dataset title Geologická mapa M 1: 1 000 000 where Linkage Checker reported checked result for Data Set metadata exists in the INSPIRE Geoportal.
However I cannot find it in geoportal: https://inspire-geoportal.ec.europa.eu/results.html?country=sk&view=details
I can find it in /resource/sandbox: https://inspire-geoportal.ec.europa.eu/resources/sandbox/INSPIRE-694fc805-74da-11ea-bd9b-0050563f01ec_20200402-140640/data/datasets/1/resourceReport/
Yet another report lists many issues as e.g. empty title, empty abstract, but as you can see all this information are provided in the metadata record:
https://inspire-geoportal.ec.europa.eu/resources/sandbox/INSPIRE-694fc805-74da-11ea-bd9b-0050563f01ec_20200402-140640/data/1.iso19139.xml
Validating the MD record from above URL (provided by INSPIRE Geoportal) in INSPIRE Reference Validator does not report any issues wit dataset identification, only missing Lineage info is reported which is true.
Could you please check why this MD record does not get discoverable via Geoportal frontend, even if appareantly it gets to geoportal backend.
Thank you,
Tomas

Hello,
Today I launched a new harvest and examine the report at https://inspire-geoportal.ec.europa.eu/harvestconsole/report.jsp?gpResNew=INSPIRE-210556c9-36d4-11e1-aeeb-52540004b857_20200304-153002&gpResCur=INSPIRE-210556c9-36d4-11e1-aeeb-52540004b857_20200122-140302
At the bottom of this page I click on the button "Click here to expand this section" and I examine the very last record related to "Ilots" from CIRB/CIBG by clicking on "View the details". The thumbnail displayed under "Resource title" is not the right one. It should be https://geobru-geonetwork.irisnetlab.be/geonetwork/srv/api/records/1e4e7e3d-492a-436d-ac38-1ee30774a987/attachments/BRU_URBIS_ADM_BL_L_s.png instead.
Kind regards,
François Du Mortier

Dear INSPIRE team,
The Dutch monitoring as published on https://inspire-geoportal.ec.europa.eu/mr2019_details.html?country=nl gives some unexpected results.
Indicators on the conformity of metadata MDi1.1 and MDi1.2;
The version of the reference validator for version 2.0 metadata used for monitoring, still has a number of problems, as a result of which metadata is incorrectly regarded as not conforming.

1. the reference validator is based on the CSW2 AP ISO scheme. According to TG metadata INSPIRE (TG Requirement C.1: metadata / 2.0 / req / common / xml scheme);
   INSPIRE metadata records shall be encoded in XML format valid against one of the following XML Schemas:
   • [CSW2 AP ISO] XML Schema13,
   • [ISO 19139] XML Schema as available in the ISO repository14, or
   • [ISO 19139] XML Schema as available in the OGC schema repository15.
   By only validating against one of the schemes, metadata encoded with the other schemas is incorrectly considered as non-compliant.
   This issue is reported in https://github.com/inspire-eu-validation/community/issues/143 and added again recently https://github.com/inspire-eu-validation/community/issues/238
2. When checking URLs, HTTP status 301 is considered as non-compliant. However, these URLs do provide the requested information (after a redirect). Te check seems too strict. This issue is also reported by another MS https://github.com/inspire-eu-validation/community/issues/190
3. All service metadata is validated against the metadata requirements for network services. Only metadata of network services should be validated against those requirements, the metadata of SDS services should be validated against the SDS metadata requirements.
   I would suggest that this explanation is added by the monitoring results, as a justification for the low number of conforming metadata records.
   The indicators on conformity or data sets DSi2;
   NL keeps the "as-is" data available after the source data is harmonised, if the harmonised data is poorer than the source data set. This reduces the percentage of harmonised data sets. We are happy to discuss with the committee how this requirement does not negatively influence the indicators. This issue would be discussed on the next MIG according to the decission on the MIG-T in Prague.
   I would suggest that this explanation is added by the monitoring results, as justification for the low number of conforming datasets.
   Estimation of metadata version
   The estimation of the metadata version is based on the presence of the uselimitation element. Due this element is one of the required elements in of the Dutch metadata profile, no distinction can be made based on this element. The destinction between this versions can be made by filtering on 2.0 in the metadata element metadataStandardVersion. My estimation is that +/- 93% ( 200 of the total of 214) dataset metadata records are transformed to version 2 and +/- 94% (280 of the total of 296) service metadata records are transformed.
   I is known that the number of records per MD version is not an indicator, but it is presented in the same way and also in separate statistics during the MIG-T. It seems good to me to do justice to the work that data providers have done in recent months in transforming their metadata and showing the correct numbers here.
   Title graph at NSi 4;
   Indicators monitoring the conformancy or spatial datasets must be indicators monitoring the conformancy of service.
   I look forward to your response,
   best regards Ine

Dear all,
The INSPIRE Geoportal harvesting system will be offline due to scheduled maintenance, until further notice.
We are sorry for the inconvenience. We will inform you once the system will be back.
Best regards,
Davide on behalf of the JRC INSPIRE Support team

Dear colleagues,
could you please help us to find out, why EC Geoportal does not display download link for following metadata record:
Pamiatkové rezervácie a zóny - https://data.gov.sk/set/rpi/gmd/42181810/AD02496A0B4B712EE0530110000A22F6 (see 20200901_01.png)
Test on linkage checker was correct (see 20200901_02.png)
In these reports, there were hyperlinks for specific issues/tags encountered with the resource explaining what is validating on your backend but seems these are tere anymore.
Will they be back, or their alternatives?
With that we think it is important to specify how EC Geoportal checks the the URL for download via WFS.
Is it via StoredQuery, GetFeatures, how is thi process executed?
Thanks in advance for your feedback,
Best regards,
Martin

Dear Geoportal Helpdesk,
As mentioned in Roberts Mail from 2020/03/02 we would like to initiate a new push of our metadata records to the EU Geoportal. For this reason we kindly ask you to start a new harvesting of our catalogue instance and publish them for us in the Geoportal harvesting "sandbox", please.
Also we kindly ask you again, if you could provide us two or three original csw-requests (for an internal validation/review on our side), which you are using to get the metadata records from our catalogue instance.
Thanks in advance and best regards,
Anja (on behalf of Coordination Office SDI Germany)

Dear Geoportal Helpdesk,
As mentioned in Roberts Mail from 2020/03/02 we would like to initiate a new push of our metadata records to the EU Geoportal. For this reason we kindly ask you to start a new harvesting of our catalogue instance and publish them for us in the Geoportal harvesting "sandbox", please.
Thanks in advance and best regards,
Anja (on behalf of Coordination Office SDI Germany)

Dear Geoportal support team,

We have changed Estonian INSPIRE metadata managing environment - therefore, the Discovery Service endpoint is also changed.
OLD ENDPOINT USED UNTIL NOW (with filter):
https://inspire.maaamet.ee/geoportal/csw/discovery?request=GetCapabilities&Service=csw
<ogc:Filter xmlns:ogc="http://www.opengis.net/ogc">
<ogc:Or>
<ogc:PropertyIsLike escapeChar="&quot; singleChar="" wildCard="%">
<ogc:PropertyName>apiso:Title</ogc:PropertyName>
<ogc:Literal>%INSPIRE%</ogc:Literal>
</ogc:PropertyIsLike>
<ogc:PropertyIsLike escapeChar="&quot; singleChar="" wildCard="%">
<ogc:PropertyName>apiso:Subject</ogc:PropertyName>
<ogc:Literal>%INSPIRE%</ogc:Literal>
</ogc:PropertyIsLike>
</ogc:Or>
</ogc:Filter>

NEW ENDPOINT (is used with NO filter):
https://metadata.geoportaal.ee/geonetwork/inspire/eng/csw?request=GetCapabilities&amp;service=CSW

Please change the old endpoint to the new the Estonian INSPIRE Discovery Service endpoint!
Thank you!
Kind regards,
Age Sild

Dear Geoportal Helpdesk,
We made harvesting of our Inspire resources in order to see our monitoring indicators and got a problem.
The problem is that under the tab "Monitoring of the conformity of metadata" where indicators MDi1.1 and Mdi1.2 must be calculated we see dashes (attachment). Are there some technical issues with the system?
Also we'd like for clarifications about indicators NSi4.2, NSi4.3. Where to look for information about what exactly services have problems and reduce our statistics?

Dear EC INSPIRE Geoportal Team
In connection to the support for TG 2.0, we would like to ask you if it is possible to use for harvesting setup for Slovak national CSW service our own value for parameter outputschema instead of value 'http://www.isotc211.org/2005/gmd&#39;?
Explanation why we need is, that our implementation of CSW allow to configure multiple values for outpuschema and behind this parameter on backround is hidden process of XSLT transformation of metadata records.
Using this workflow, we want to transform current metadata meeting requirements of TG 1.3 to meet requirements of TG 2.0.
Here are examples:
INSPIRE TG 1.3: https://rpi.gov.sk/rpi_csw/service.svc/get?request=getrecords&amp;service=csw&amp;version=2.0.2&amp;typenames=csw:Record&amp;namespace=xmlns(csw=http://www.opengis.net/cat/csw/2.0.2)&amp;outputSchema=http://www.isotc211.org/2005/gmd&amp;resulttype=results&amp;elementsetname=full&amp;maxRecords=50
INSPIRE TG2.0: https://rpi.gov.sk/rpi_csw/service.svc/get?request=getrecords&amp;service=csw&amp;version=2.0.2&amp;typenames=gmd:MD_Metadata&amp;namespace=xmlns(gmd=http://www.isotc211.org/2005/gmd)&amp;outputSchema=https://inspire.ec.europa.eu&amp;resulttype=results&amp;elementsetname=full&amp;maxRecords=50
Thanks in advacne for your feedback.
Best regards,
Martin

Dear Geoportal Helpdesk team,
I have just a quetion if there is a publicly available catalogue service (OGC CSW) for searching metadata, which are harvested on the INSPIRE Geoportal.

Thank you and best regards.
Veronika Kusova

Dear INSPIRE team,
it is not possible for me to run the linkage checker for the last two days;
I got "The response has errors! Please try again later or contact the support" for several tests and I dont't know if it is down or there are other problems (e.g. with my inputs). I used the FileIdentifier and the URL version in serveral browsers.
Maybe you can tests one example for me:
Data: b130a550-d83b-4641-a80e-d07e19b561f9
VS: 41a56d0c-3485-4bd9-98c4-0c76fc2a31db
DLS: 1ab30446-4ab8-4125-8868-bf11deab8c07
Thanks and best regards Erik

Dear Helpdesk,

Question about service metadata dates, that are shown in INSPIRE Geoportal:
From where directly geoportal should get these dates? Is it from service getCapabilities? Or should they come from Service metadata xml file?

1. For example dataset „Eesti maakatastri katastriüksused“.
   From „Download Options“ -> 'Show Service Metadata' the Metadata Date is 2012-02-13 – is not from service metadata xml file, but that date is in GetCapabilities file (<MetadataDate xmlns="http://inspire.ec.europa.eu/schemas/common/1.0&quot;&gt;2012-02-13&lt;/MetadataDate>).
   That solution is not good. It is not reasonable to change metadata date inside the sevice every time I change metadata xml.

2. Second example. Dataset „Eesti keskkonnaregistri liikide leviku andmestik“
   From „Download Options“ -> 'Show Service Metadat'a the Metadata Date is 2020-04-08 – is not from service metadata xml file, also that date is not in GetCapabilities file.
   Question is: from where this date (2020-04-08) cames from?

Kind regards
Age Sild

Dear EC GP Team,
when checking the harvesting results form SK discovery service, we have spotted missing record:
Corine Land Cover 2018 - > https://data.gov.sk/set/rpi/gmd/00626031/7B42C2BB95603EC0E0530210000A235C
Could you please check, why this record was not harvested?
Thanks in advance,
Best regards, Martin

Dear Geoportal Helpdesk,
As mentioned in Roberts Mail from 2020/03/02 we would like to initiate a new push of our metadata records to the EU Geoportal. For this reason we kindly ask you to start a new harvesting of our catalogue instance and publish them for us in the Geoportal harvesting "sandbox", please.
Thanks in advance and best regards,
Sara Biesel (on behalf of SDI Germany)

Hello,
After a new harvest session today the indicators do not reflect the reality: 63 datasets metadata instead of 58. Our CSW returns 58 datasets MD and 32 services MD.
Moreover, in the list displayed by clicking on "Click here to expand this section" 5 datasets appear more than once:
Aléa d'inondation 2013
Évaluation préliminaire des risques d'inondation pour les événements futurs
INSPIRE - adresses - UrbIS
INSPIRE - Habitats Natura 2000
Risques d'inondation 2013
Finally, some datasets in this list are old datasets that are not reported any more under the INSPIRE directive:
Actions de la Semaine Européenne de la Réduction des Déchets depuis 2013
Autoroutes (PRAS - Voirie)
Axes des tronçons de rues
Site archéologique - Classement - Arrêté définitif
Stations
Tunnels du métro
Zones postales communales
Therefore, we cannot rely on your report to evaluate if our datasets are viewable or downloadable.
Kind regards,
François Du Mortier

Dear Geoportal Helpdesk,
We made harvesting of our Inspire resources in order to see our monitoring indicators and got a problem.
The problem is that under the tab "Monitoring of the conformity of metadata" where indicators MDi1.1 and Mdi1.2 must be calculated we see dashes (attachment). Are there some technical issues with the system?
Also we'd like for clarifications about indicators NSi4.2, NSi4.3. Where to look for information about what exactly services have problems and reduce our statistics?

We have problem with service and metadata linkage. It looks like everything is ok, but Resource linkages checker tool shows that there is no dnownlad link "A Download link has been determined".
But in donwload service metadata there is a download link -> http://proxygds.viss.gov.lv/arcgis/rest/directories/arcgisforinspire/INSPIRE/LHEI_Marine_monitoring_stations_priority_MapServer/serviceatoma1.xml

Data metadata -> https://geometadati.viss.gov.lv/geoportal/rest/document?id=%7BD87EA71F-56EC-4ACE-965B-48EA93065F16%7D
View service metadata -> https://geometadati.viss.gov.lv/geoportal/rest/document?id=%7BB9E74FFB-CA22-424A-B758-904C005A71D9%7D
Download service metadata -> https://geometadati.viss.gov.lv/geoportal/rest/document?id=%7B92D9F28F-B0A1-4CDF-B72D-D2A96C964C94%7D

Dear Daniele,
I tried to use the Linkage Checker, but after clicking the button "Check resources" the only message is "The system is handling your request. Please wait..." and never get a result OR I get the message:
The request had an error! Please try again later or contact the support.
Could you check, what's the problem is please?
Thanks in advance and best regards,
Anja (on behalf of Coordination Office SDI Germany)

Dear GP Helpdesk-Team,
I am not receiving Mails/notifications when someone replies to my tickets, despite the settings, that I want to receive mails for all events in my projects.

I need some feedback how we can integrate our national SDI with Inspire Requirements and it can generate some interoperability issue.
We have a situation where many agencies have their own catalog services (eg metadatakatalogen.naturvardsverket.se/geonetwork/srv/eng/csw)
The national catalogue harvest these agency-specific catalogues.
Inspire Geoportal harvest the national catalogue. (www.geodata.se/geodataportalen/srv/eng/csw-inspire)

When these agencies manage their own metadata and services they refer to metadata in their own catalogue when adding OperatesOn in metadata and in MetadataURL in service-capabilities.
Will this have any consequences when harvesting to Inspire Geoportal?
Does Inspire Geoportal only identify the record based on the identfier for a record or is also the source catalogue also part of the identfication ?
All metadata records will be part of the harvesting node that Inspire Geoportal harvests.
But when inspecting these records and capabilities it will point to other catalogues than geodata.se where the exact same record exists.
Metadatarecords will have same identical ID fileIdentfier in both catalogues.

Dear Geoportal Helpdesk,
Please verify the romanian citation of Regulation 1089/2010.
The Romanian title of Regulation 1089/2010 we found here https://op.europa.eu/en/publication-detail/-/publication/6c9b0d4b-831f-47fe-b551-ac13604d9797/language-ro.
When we verify one document of metadata with this title on conformity title - on error occurred:
Expected citation: Title: 'Regulamentul (UE) nr . 1089/2010 al Comisiei din 23 noiembrie 2010 de punere în aplicare a Directivei 2007/2/CE a Parlamentului European ?i a Consiliului în ceea ce prive?te interoperabilitatea seturilor ?i serviciilor de date spa?iale', Dates: 'Date of Publication: 2010-12-08' Found citation: Title: 'REGULAMENTUL (UE) NR. 1089/2010 AL COMISIEI din 23 noiembrie 2010 de punere în aplicare a Directivei 2007/2/CE a Parlamentului European ?i a Consiliului în ceea ce prive?te interoperabilitatea seturilor ?i serviciilor de date spa?iale', Dates: 'Date of Publication: 2010-12-08'
So, I think there's a blank between the letter r and the dot. (nr .)
At the same time, please check the citations from http://inspire.ec.europa.eu/schemas/common/1.0/enums/enum_rum.xsd, because there are wrong special characters, both in the themes name and in title of Regulation 1089.

Best regards,
Simona Bunea

Dear Daniele,
We started a harvesting process in the Harvesting console Friday, April 17 with estimated end time 12:22:44. The process is still not ready. Can you please check if there is a lock in the system.
Kind Regards
Fredrik Persäter

From: Surma Ewa
Sent: Friday, March 27, 2020 4:08 PM
To: '[email protected]' <[email protected]>
Subject: RE: Indicators update - PL request for explanation
Importance: High

Dear colleagues,
thank you for calculating the indicators for Poland.
I would really appreciate the explanation for the very low indicator for conformity of discovery and view services for Poland. There is only 35.7 % for discovery and 32 % for view services (since the conformance is on the self-declaration in metadata that the service is conformant –“true”). Comparing to last year conformity the difference is huge (!), conformance of discovery services was at the level o 95,6 % and view services 95.8%.
Thank you in advance for the explanation where is this big difference coming from.

With best regards,
Ewa Surma

INSPIRE NCP for Poland

Dear Robert and Inspire team,

Many thanks for the efforts made to successfully harvest our large catalog.
However, when I go to “Check and publish” in the harvest console, I have the following harvest report :

I am surprised by the 0 downloadable datasets because we made efforts to publish priority datasets metadata with correct information for the downloadable part (with the same structure as the 7 successful datasets we had). Not only these datasets do not appear to be downloadable, but the rare datasets that were Ok no longer are!

Do you have any idea of what the problem could be ? is it an artifact due to the sandbox environment?

Thanks in advance,
Thierry Vilmus

After performing twice a harvest, I encountered the same problem raised in the issues #3855 and #3854, i.e. the number of downloadable datasets went down from 322 (currently published in the INSPIRE geoportal) to 0 in both cases.
I already checked some metadata records and nothing seems to be changed on our side with respect to the records currently published.

Best regards,
Antonio

We are now working quite hard to get all metadata, services and data to be approved by Inspire Geoportal.
But we have some doubts on what will happen during the monitoring in December.
So this ticket is more to get some clarifications

We understand the recent upgrades for Reference validator have not added any additional stricter rules, only bugfixes.
But still we see records that do not fulfill all rules in Inspire Reference validator are anyhow accepted by Inspire Geoportal.

When the monitoring in December starts, can we be assured that same numbers as we now see in eg Tematic viewer will be approved during Monitoring ?
We have some doubts there since I thiknthe inspire Geoportal is not using the Reference validator for validation, but the monitoring process will use the reference validator.
We have tried to understand the information we have got during summer. (se image)
But thereare stillsom gaps.

Kind Regards
Michael Östling / Lantmäteriet (SE)

Dear Daniele,
I tried to use the Linkage Checker, but after clicking the button "Check resources" the only message is "The system is handling your request. Please wait..." and never get a result OR I get the message:
The request had an error! Please try again later or contact the support.
Could you check, what's the problem is please?
Thanks in advance and best regards,
Anja (on behalf of Coordination Office SDI Germany)

Dear Geoportal Helpdesk,
As mentioned in Roberts Mail from 2020/03/02 we would like to initiate a new push of our metadata records to the EU Geoportal. For this reason we kindly ask you to start a new harvesting of our catalogue instance and publish them for us in the Geoportal harvesting "sandbox", please.
Thanks in advance and best regards,
Anja (on behalf of Coordination Office SDI Germany)

Dear Geoportal Helpdesk,
As mentioned in Roberts Mail from 2020/03/02 we would like to initiate a new push of our metadata records to the EU Geoportal. For this reason we kindly ask you to start a new harvesting of our catalogue instance and publish them for us in the Geoportal harvesting "sandbox", please.
Thanks in advance and best regards,
Anja (on behalf of Coordination Office SDI Germany)

Description