Support #3637

BE: download link wfs

Added by Bart Verbeeck about 1 year ago. Updated about 1 year ago.

Status:FeedbackStart date:05 Jul 2019
Priority:NormalDue date:
Assignee:Angelo Quaglia% Done:

0%

Category:Harvesting process
Target version:-
Submitting Organisation:informatie vlaanderen Knowledge-Base relevant?:No
Proactive:No Keyword #1:
Country:BE - Belgium Keyword #2:
Originating UI:Resource Browser Keyword #3:

Description

Dear

 

Some datesets that are downloadable through a WFS service get a downloadlink in the form of getfeature/typename.

Other datasets get a downlink in the form of getfeare/storedqueryid.

How does the harvester or the resource linkage checker decide what kind of downloadlink to create?

For our harmonized data/services  the storedquery option is ok. For our older services serving not harmonized data we would prefer to have the first option.

 

Bart

History

#1 Updated by Angelo Quaglia about 1 year ago

  • Status changed from New to Assigned
  • Assignee set to Angelo Quaglia

#2 Updated by Angelo Quaglia about 1 year ago

  • Status changed from Assigned to Feedback

Dear Bart,

the support for as-is WFS is a recent addition.

 

The idea behind it is that in the case a WFS:

1) is serving only non-INSPIRE feature types;

2) is serving only one dataset;

3) it does support the required Predefined Stored Query

The INSPIRE Geoportal will build a download link URL.

Condition 2 could be relaxed if MetadataURL below feature type elements in the capabilities were correctly populated with metadata resolving to an INSPIRE Spatial Data Set or Series metadata.

 

However, I see that in the case you tested this morning the WFS is a sort of mix-and-match:

http://inspire-geoportal.ec.europa.eu/resources/sandbox/INSPIRE-da77f387-9f13-11e9-8b10-0050563f01ec_20190705-125843/

The WFS:

- has the Extended Capabilities

- supports the mandatory Stored Query.

 

It points to the Service metadata, which declares one coupled resource:

<srv:operatesOn uuidref="b0dd2f91-4837-4fb9-bc22-ff9294bbd06b" xlink:href="https://metadata.agiv.be/zoekdienst/srv/en/csw?Service=CSW&version=2.0.2&Request=GetRecordById&outputschema=http://www.isotc211.org/2005/gmd&elementSetName=full&id=1e853670-c1c9-4a28-a6dd-2be0c162f11e"/>

Which describes a Unique Resource Identifier with a code but no namespace:
            <gmd:identifier>
              <gmd:RS_Identifier>
                <gmd:code>
                  <gco:CharacterString>b0dd2f91-4837-4fb9-bc22-ff9294bbd06b</gco:CharacterString>
                </gmd:code>
                <gmd:codeSpace gco:nilReason="missing">
                  <gco:CharacterString />
                </gmd:codeSpace>
              </gmd:RS_Identifier>
            </gmd:identifier>

While in the capabilities a namespace is declared:

-<inspire_dls:SpatialDataSetIdentifier metadataURL="http://metadata.agiv.be/zoekdienst/srv/dut/csw?REQUEST=GetRecordById&SERVICE=CSW&VERSION=2.0.2&ELEMENTSETNAME=full&ID=1e853670-c1c9-4a28-a6dd-2be0c162f11e&OUTPUTSCHEMA=http://www.isotc211.org/2005/gmd">

-<inspire_common:Code>
b0dd2f91-4837-4fb9-bc22-ff9294bbd06b
</inspire_common:Code>
-<inspire_common:Namespace>
informatievlaanderen-be
</inspire_common:Namespace>
 

</inspire_dls:SpatialDataSetIdentifier>

 

I can add support to this case but you have to fix the mismatch between the Unique Resource Identifiers or you simply add to the dataset metadata also the Unique Resource Identifier with the namespace so that it matches with what is declared in the Extended Capabilities.

 

 

 

If you have other examples please send them to me.

Even better if you send me the link to the Evaluation Report as it appears in the Linkage Checker:

 

 

 

 

Best regards,

Angelo

#3 Updated by Angelo Quaglia about 1 year ago

  • Subject changed from download dink wfs to BE: download link wfs

Also available in: Atom PDF