Support #3597

NL: Downloadservice of dataset Wijk- en Buurtkaart 2018 versie 1

Added by Wideke Boersma about 1 year ago. Updated about 1 year ago.

Status:ClosedStart date:22 May 2019
Priority:NormalDue date:
Assignee:Angelo Quaglia% Done:

100%

Category:Thematic Viewer
Target version:-
Submitting Organisation:NL - Geonovum Knowledge-Base relevant?:No
Proactive:No Keyword #1:
Country:NL - The Netherlands Keyword #2:
Originating UI:Thematic Viewer Keyword #3:

Description

Hello Angelo,

We have a question about the dataset 'Wijk- en Buurtkaart 2018 versie 1' (http://inspire-geoportal.ec.europa.eu/download_details.html?view=downloadDetails&resourceId=%2FINSPIRE-8c93a17a-05f4-11e1-b7de-52540004b857_20190520-103113%2Fservices%2F1%2FPullResults%2F461-480%2Fdatasets%2F7&expandedSection=metadata; uuid: ffefc3dc-dc8f-4589-ae22-a60bebcdf5cb). This dataset doesn't have a downloadservice in the INSPIRE geoportal.

If we look at the metadata of the dataset and service everything looks allright. So the question is, how is it possible the downloadservice isn't showing.

Best regards,

Wideke

History

#1 Updated by Angelo Quaglia about 1 year ago

  • Status changed from New to Assigned

#2 Updated by Angelo Quaglia about 1 year ago

  • Subject changed from Downloadservice of dataset Wijk- en Buurtkaart 2018 versie 1 to NL: Downloadservice of dataset Wijk- en Buurtkaart 2018 versie 1
  • Submitting Organisation changed from Geonovum to NL - Geonovum

#3 Updated by Angelo Quaglia about 1 year ago

Dear Wideke,

from the Resource Browser I can see that the dataset has been correctly linked to a WFS Download Service:

 

However, if I look for the evaluation report of the Download Service, I see that the INSPIRE Geoportal was unable to find the requried Stored Query for Predefined Spatial Data Sets:

Let me see if I can find a way to have the INSPIRE Geoportal build a viable download link.

 

Best regards,

Angelo

#4 Updated by Angelo Quaglia about 1 year ago

  • Status changed from Assigned to Feedback

Indeed, the WFS only advertises the urn:ogc:def:query:OGC-WFS::GetFeatureById Stored Query.

Without the mandatory Stored Query, the INSPIRE Geoportal expects that the WFS is offering a single dataset, otherwise the INSPIRE Geoportal would not easily know how to ask for features belonging to only a single dataset. There would be a way but not so straightforward and it would not work in this case.

There is a problem.

The INSPIRE Geoportal finds this Unique Resource Identifier in the Extended Capabilities:

feabca04-e3fd-4802-96f2-583d328e30ad

<inspire_dls:SpatialDataSetIdentifier>
<inspire_common:Code>feabca04-e3fd-4802-96f2-583d328e30ad</inspire_common:Code>
</inspire_dls:SpatialDataSetIdentifier>
</inspire_dls:ExtendedCapabilities>
</ows:ExtendedCapabilities>

 

and a different one  in the MetadataURL of the feature types:

14076c36-c26d-2018-ac36-7e65f530188c

<gmd:identifier>
<gmd:MD_Identifier>
<gmd:code>
<gco:CharacterString>14076c36-c26d-2018-ac36-7e65f530188c</gco:CharacterString>
</gmd:code>
</gmd:MD_Identifier>
</gmd:identifier>
</gmd:CI_Citation>
</gmd:citation>
 

Why do the MetadataURL in the Feature Type declarations point to the metadata of a different dataset?

 

The correct conclusion of the INSPIRE Geoportal is that the WFS is serving features belonging to two different datasets, so it does not know how to build a GetFeature that would return the features of each respective dataset.

Best regards,
Angelo

 

 

#5 Updated by Thijs Brentjens about 1 year ago

Dear Angelo,

Thanks for all the research. Indeed there is a mismatch in the identifiers. The WFS advretizes the wrong SpatialDatasetIdentifier I think. We've reported this back to the service provider.

Best regards,

Thijs

#6 Updated by Angelo Quaglia about 1 year ago

Dear Thijs,

many thanks for your feedback.

Best regards,
Angelo

#7 Updated by Wideke Boersma about 1 year ago

  • Status changed from Feedback to Closed
  • % Done changed from 0 to 100

Also available in: Atom PDF