Support #2655

RO: WFS Validation

Added by Angelo Quaglia over 4 years ago. Updated almost 4 years ago.

Status:ClosedStart date:22 Dec 2015
Priority:NormalDue date:
Assignee:Angelo Quaglia% Done:


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


From: [] On Behalf Of Daniel Urda
Sent: 22 December 2015 16:05
Subject: INSPIRE Geoportal Validator




In the last few weeks I have been involved in a project that seeks to publish a WFS Download service fully compliant with the INSPIRE technical requirements. Unfortunately, I am yet to find a solution for the following warning resulting from online validation:



The metadata element "Spatial Datasets Metadata" is missing, empty or incomplete but it is required. Hint: ""

Relevant documentation:

·                     See Technical Guidance for the implementation of INSPIRE Download Services (Version 3.0)

·                     See Commission Regulation (EC) No 976/2009 of 19 October 2009 implementing Directive 2007/2/EC of the European Parliament and of the Council as regards the Network Services


The metadata file we are using is available at{63A06DA6-C3F2-42C1-BFCE-9631B4A0F9DF}&outputSchema= , with the corresponding WFS Capabilities is currently residing at

The results of the December 20 harvest can be checked at: . Furthermore, the info in the download service data set are mostly empty:


The metadata for the service (linked through the inspire_common:MetadataUrl ) is correctly parsed, as are the title and abstract of the only Data Source provided by the Download service (neither are provided explicitly, but through the wfs: MetadataURL, which is a link to the CSW result containing the metadata associated with the data set). Since the publicly available ATS for WFS Discovery service makes no reference to "Spatial Dataset Metadata", I am not sure what sort of test is performed by the validator and what should be change in the service metadata in order to provide a fully compliant INSPIRE Download Service. Looking at other Download Services discoverable through the European INSPIRE Geoportal, I couldn’t find any WFS Download service without this warning (the only ones I could find are ATOM implementations). Would you be able to provide me with such a sample INSPIRE WFS Download service metadata/capabilities combination that passes the validator without any warnings?


Thank you,

Daniel Urda

GIS Developer

INSPIRE Data Themes - Comments regarding Romanian Translation.doc (131 KB) Angelo Quaglia, 23 Dec 2015 02:43 pm


#1 Updated by Angelo Quaglia over 4 years ago

From: Angelo Quaglia []
Sent: 22 December 2015 17:42
To: 'Daniel Urda'
Cc: ''
Subject: RE: INSPIRE Geoportal Validator


Dear Daniel,

Many thanks for your feedback.


The WFS you mention is actually one of the most complete I have ever seen with the recommended stored query id and parameter names.


The validator code is not complete because there was no implementation available at the time it was developed.


I am working on it.

Your service is probably fine but I need to complete the validation code to confirm it.



And then


Best regards,





Ing. Angelo Quaglia

External Consultant

European Commission, DG Joint Research Centre
Institute for Environment and Sustainability

Digital Earth and Reference Data Unit, T.P. 262

Via E. Fermi, 2749.
I-21027 Ispra (VA)

Tel: +39 347 78 88 492
Fax: +39 0332 78 6325



The views expressed are purely those of the writer and may not in any circumstances be regarded as stating an official position of the European Commission.


#2 Updated by Angelo Quaglia over 4 years ago

From: Daniel Urda []
Sent: 23 December 2015 11:46
To: Angelo Quaglia
Subject: Re: INSPIRE Geoportal Validator


Dear Angelo,

Thank you for your reply. The Geoportal Validator is doing a great job at checking all the linked resources, making sure not only the actual metadata file is OK, but also all related info, being of real help in fixing various "small" problems we had been missing. I am aware of some of the limitations of our WFS Service (e.g. the referenced WFS Capabilities is a static file on a different domain that the actual WFS Service, though all links in the former point to the latter), but they didn't seem to be related to the ones mentioned in the validation message, so I thought I was missing something (such as a specific attribute of a XML tag). Regarding your screen grabs, I have checked in all the schemas we are using for INSPIRE and couldn't find a SpatialDataSetDownloadLink element defined. Hopefully, once this functionality of the validator is complete I will be able to fix all problems we may still have.

On a somewhat related note, I would like to ask you if you know whom should I contact in order to discuss the Romanian texts used for INSPIRE Data Theme. Our team is also involved in developing a visual INSPIRE metadata editor targeted toward Romanian institutions, and some of our clients have complained about the official translations of the data themes (i.e. the Geoportal validator appears to use the ones from INSPIRE registry). My colleagues have prepared a document (which I have attached) discussing these comments regarding translation. I would be immensely grateful if you could provide me with some feedback on this, or if you could point me to an adequate contact.

Thank you,

Daniel Urda

GIS Developer 

#4 Updated by Angelo Quaglia over 4 years ago

Dear Daniel,

I am analysing the response of the WFS.

When I request a Spatial DataSet using a stored query I get back what follows:

<?xml version="1.0" encoding="UTF-8"?>
<!-- Created by GO Publisher. Snowflake Software Ltd. ( -->
<base:SpatialDataSet xmlns:xsi="" xmlns:xs="" xmlns:wfs="" xmlns:xlink="" xmlns:ows="" xmlns:fes="" xmlns:ps="urn:x-inspire:specification:gmlas:ProtectedSites:3.0" xmlns:base="urn:x-inspire:specification:gmlas:BaseTypes:3.2" xmlns:gmd="" xmlns:gco="" xmlns:gml="" xmlns:gss="" xmlns:gts="" xmlns:gsr="" xmlns:gn="urn:x-inspire:specification:gmlas:GeographicalNames:3.0" xsi:schemaLocation=" urn:x-inspire:specification:gmlas:ProtectedSites:3.0 urn:x-inspire:specification:gmlas:GeographicalNames:3.0 urn:x-inspire:specification:gmlas:BaseTypes:3.2" gml:id="RO.ENV.PS.v00">



This suprises me as the OpenGIS Web Feature Service 2.0 Interface Standard – WithCorrigendum - Version: 2.0.2 says:


11.3.2 XML encoding The response to a GetFeature request is an XML document with a root element, wfs:FeatureCollection, described by the following XML Schema fragment:

... Single query response If a GetFeature operation contains a single query expression a server shall respond with a wfs:FeatureCollection element containing zero or more wfs:member elements each containing or referencing a feature in the response set of a GetFeature operation.


Could you please get in touch with Snowflake and come back to us?



#5 Updated by Daniel Urda over 4 years ago

Dear Angelo,

The Snowflake software we are currently using allows the dataset to be published either as "INSPIRE SpatialDataset" or "WFS Feature Collection".  Looking at the name we thought that the first option was better. Looking into the issue further we see that SpatialDataSet has been deprecated, so we re-published the WFS as a "Feature Collection", as it can be seen by calling


Daniel Urda


#6 Updated by Angelo Quaglia over 4 years ago

Dear Daniel,

if I ask for

I get

<ows:ExceptionReport xmlns:ows="" version="1.1.0">
<ows:Exception exceptionCode="OperationNotSupported" locator="GetCapabilities">
<ows:ExceptionText> Operation not supported: GetCapabilities

#7 Updated by Daniel Urda over 4 years ago

Dear Angelo,

Probably you hit the server during maintenance downtime, as the link is currently working

Please note that in the meantime we have received an upgrade from Snowflake, and we are also serving the service using the new version, at . The metadata, available at{63A06DA6-C3F2-42C1-BFCE-9631B4A0F9DF} have been already harvested by the Europen portal.

We also noticed that both our services fail to produce correct results for the WFS DescribeFeatureType operation, so please take that into account (some ESRI software is not able to open the WFS due to this problem). This appears to be a known issue of the software we are currently using.



Daniel Urda


#8 Updated by Angelo Quaglia over 4 years ago

Dear Daniel,

I posted the wrong link, sorry.

The following URL returns the error above:



#9 Updated by Daniel Urda over 4 years ago

Dear Angelo,

It is one of the bugs of the old version of Snowflake (it formerly expected the version parameter to be "acceptversions" instead of  "version"). The new service I've mentioned also works with the standard parameter name:


#10 Updated by Angelo Quaglia over 4 years ago

Ah great, I wil use that endpoint, then, many thanks!

#11 Updated by Angelo Quaglia over 4 years ago

Dear Daniel,

I confirm you that the error you get for the service 

is actually due to a limitation of the validator currently in production.

It does not add the SpatialDataSetDownloadLink.

In the development version I am using, the validator is able to push the validation as far as successfully testing the predefined stored query which returns a wfs:FeatureCollection.

I will notify you as soon as the I manage to publish the updated version of the validator.

Best regards,


#12 Updated by Daniel Urda about 4 years ago

Dear Angelo,


Do you have any update on the issue?

Since the public Resource Verification Report does not include any disclaimer, our client has raised some concerns regarding the services we have published (as we were required to publish fully compliant INSPIRE services).


Thank you,

Daniel Urda

#13 Updated by Angelo Quaglia about 4 years ago

  • Status changed from Assigned to Resolved

Dear Daniel,

thanks for coming back to me.

The online Validator has been updated.

Now, if I validate I get a clean report:


Many thanks for your patience and your great work!

I will mark this issue as resolved but feel free to update it if you have more questions.

Best regards,


#14 Updated by Angelo Quaglia almost 4 years ago

  • Subject changed from WFS Validation to RO: WFS Validation
  • Submitting Organisation set to RO

#15 Updated by Angelo Quaglia almost 4 years ago

  • Category set to Validation outcome

#16 Updated by Angelo Quaglia almost 4 years ago

  • Status changed from Resolved to Closed

#17 Updated by Angelo Quaglia almost 4 years ago

  • Country set to SE - Sweden

#18 Updated by Angelo Quaglia almost 4 years ago

  • Country changed from SE - Sweden to RO - Romania

Also available in: Atom PDF