Support #3211

Connecting RSC catalogues to the INSPIRE geoportal

Added by Angelo Quaglia about 2 years ago. Updated over 1 year ago.

Status:FeedbackStart date:20 Apr 2018
Priority:NormalDue date:
Assignee:Angelo Quaglia% Done:

0%

Category:-
Target version:-
Submitting Organisation: Knowledge-Base relevant?:
Proactive:No Keyword #1:
Country: Keyword #2:
Originating UI: Keyword #3:

Description

Dear Chris,

could you please provide the CSW endpoint details?

Best regards,

Angelo


Related issues

Copied to Geoportal Helpdesk - Support #3212: Connecting RSC catalogues to the INSPIRE geoportal Feedback 20 Apr 2018

History

#1 Updated by Angelo Quaglia about 2 years ago

  • Description updated (diff)
  • Status changed from Assigned to Feedback

#3 Updated by Angelo Quaglia about 2 years ago

Dear Chris,

many thanks.

The first harvesting, technically, went very well.

Metadata quality is very high, so the first meter is on the verge of the green colour.

However, only datasets were retrieved:

In INSPIRE, you need metadata also for View (WMS) and Download Services (WFS, Atom, etc.) and their capabilities must link to the datasets they serve.

It is because of that reason that the meter on the right is extremely low.

 

The harvesting was performed with the following parameter:

<ns2:MaxParallelRequests>3</ns2:MaxParallelRequests>

 

The harvesting report is available here:

http://inspire-geoportal.ec.europa.eu/resources/sandbox/INSPIRE-c7ba9741-44af-11e8-bde1-901b0ea6780d_20180420-173039/services/1/PullResults/

Result of the interaction with the Discovery Service
Resources available for discovery: 213, Expected Resource Count: 213, Actual Resource Count : 213

Best regards,

Angelo

 

#4 Updated by Chris Moulton over 1 year ago

Hi Angelo,

Ahead of the upcoming meeting, I've been reminded we started this work! Is it possible to retest the ODIMS CSW to check current compliance?

https://odims.ospar.org/geoportal/csw?service=CSW&version=2.0.2&request=GetCapabilities

 

Thanks, Chris

#6 Updated by Chris Moulton over 1 year ago

Thanks Angelo.

Is the meter on the right still red because of view/download services? I've been working to try and add them to the ODIMS metadata catalogue but need a patch to be rolled out which should be done by the end of this week.

Are there any other elements impacting this meter?

Thanks, Chris

#7 Updated by Angelo Quaglia over 1 year ago

Dear Chris,

yes, the meter on the right gives an indication, among other aspects, of how well datasets are being made available via INSPIRE Network Services, i.e. View and Download Services.

For each dataset, the measure is based on what I initially called Interoperability Aspects. The term was later renamed to Resources Linkage Aspects to avoid a possible confusion with the Data Specifications more specific acception of the term "interoperability"

If, from the harvesting report, you drill down to a single dataset, you will find at the bottom of each page a table like the following one:

Since for that dataset, only one aspect out of the total 8 could be verified by the INSPIRE Geoportal, the value of the indicator is 1/8 = 12.5%

If you have an INSPIRE Compliant Download Service that correctly declares to be serving that dataset and you make available a metadata record describing that service, the INSPIRE Geoportal will be able to contact the Download Service and establish a link between the service and the dataset.

At that point the INSPIRE Geoportal will mark the DOWNLOAD_MATCHING_DATA_IS_AVAILABLE aspect as verified for that dataset.

You can find a description of the various aspects here:

http://inspire-geoportal.ec.europa.eu/documentation/ea/ea_html/index.htm?goto=1:1:3:2:1049

Best regards,

Angelo

#8 Updated by Chris Moulton over 1 year ago

Hi Angelo,

When I run the INSPIRE validator here: http://inspire-geoportal.ec.europa.eu/validator2/ I receive 100% interoperability

Validation report: http://inspire-geoportal.ec.europa.eu/resources/sandbox/INSPIRE-8de2d8ff-e346-11e8-9560-52540023a883_20181108-120800/services/1/resourceLocator1/discovery/services/1/resourceReport/

Which validator are you using, then I can compare the tests.

 

Thanks, Chris

 

 

#9 Updated by Angelo Quaglia over 1 year ago

Daer Chris,

the validation report you obtained from the validator, refers to the Discovery Service itself and not to the metadata it contains (the catalogue).

This is so, because the content of a Discovery Service can be very large in size and the full validation can take more than one day (e.g. Germany).

The Pull Operation report I gave you, refers instead to the catalogue content.

Each metadata resource is evaluated and is attributed a score.

The meters of each batch of metadata are a weighed average of the meters attributed to the individual metadata resources found in that batch.

The meter you see in the first page is a weighed average of the meters attributed to each batch.

Best regards,

Angelo

#10 Updated by Angelo Quaglia over 1 year ago

Dear Chris,

may I recommend to fix the issues reported for your Discovery Service?

 

Inspire Evaluation Potential Issue
  • The service does not declare to support the following required ISO queryable(s): CreationDate, PublicationDate, DistanceUOM, Abstract, Title, TopicCategory, ResourceIdentifier, TempExtent_end, RevisionDate, Type, Language, DistanceValue, Denominator, ServiceType, TempExtent_begin, OrganisationName
Expert documentation

 

  • The service does not declare to support the following required additional queryable(s): AccessConstraints, SpecificationDate, ResponsiblePartyRole, Degree, SpecificationDateType, Classification, Lineage, OtherConstraints, SpecificationTitle, ConditionApplyingToAccessAndUse
Expert documentation

 

 

Schema Validation Issues
Please note that schema validation issues could likely be at the origin of the issues reported in the 'Inspire Evaluation Potential Issue' section below.
  • In content of element <OperationsMetadata>: The content model does not allow element <Q{.../ows}Constraint> to appear immediately after element <Q{.../ows}ExtendedCapabilities>. No further elements are allowed at this point. at column 44, line 280
  • The content "COMMISSION REGULATION (EU) No ..." of element <Title> does not match the required simple type. Value "COMMISSION REGULATION (EU) No ..." contravenes the enumeration facet "COMMISSION REGULATION (EU) No ..." of the type of element Title at column 44, line 309
 
 

The last issue relates to what is present in the INSPIRE Extended Capabilities, which makes them XML invalid.

1)

<Conformity>
<Specification xsi:type="citationInspireInteroperabilityRegulation_eng" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Title>COMMISSION REGULATION (EU) No 1089/2010 of 23 November 2010 implementing
                        Directive 2007/2/EC of the European Parliament and of the Council as regards interoperability of
                        spatial data sets and services
                    </Title>
 
The title shall not contain line breaks:
 
<Title>COMMISSION REGULATION (EU) No 1089/2010 of 23 November 2010 implementing Directive 2007/2/EC of the European Parliament and of the Council as regards interoperability of spatial data sets and services</Title>

 

2)

The metadata point of contact shall have a syntactically valid email address:

<MetadataPointOfContact>
<OrganisationName>organization name</OrganisationName>
<EmailAddress>email</EmailAddress>
</MetadataPointOfContact>

 

Best regards,

Angelo

 

 

 

#11 Updated by Chris Moulton over 1 year ago

Many thanks for this additional information Angelo; this is very helpful. I'm awaiting the rollout of a new version of ODIMS, once it has gone live I will begin to work through the recommendations.

Best, Chris

Also available in: Atom PDF