Support #2958

ES - Diputacion Foral de Gipuzkoa: GetCapabilities ATOM XML Errors

Added by Ainhoa González over 3 years ago. Updated over 2 years ago.

Status:ResolvedStart date:09 Mar 2017
Priority:HighDue date:
Assignee:Angelo Quaglia% Done:

0%

Category:Validation outcome
Target version:-
Submitting Organisation:ES - Diputacion Foral de Gipuzkoa Knowledge-Base relevant?:
Proactive:No Keyword #1:
Country:ES - Spain Keyword #2:
Originating UI: Keyword #3:

Description

Dear Angelo, I have yet another query - in this case related to the ATOM service XML. Please see: http://b5m.gipuzkoa.eus/inspire/download/gfa_atom_feed_en.xml

The service providers have indicated that it generates a number of errors that they do no understand. For what I can see in the INSPIRE validator,  a number of fields relating to the resource language and "operation metadata" are missing but I am not sure myself where (in which fields) these gaps need to be addressed. So I would much appreciate your expert advice on resolving the occurring errors.

It is the last piece of the jigsaw as they say - fixing the ATOM XML will mean that all dataset and service metadata will be fully compliant for the Gipuzkoa Provincial Council. Which would not have been possible without you.

Thanks again in advance and best wishes,

Ainhoa

 

 

History

#1 Updated by Angelo Quaglia over 3 years ago

  • Status changed from New to Assigned

#2 Updated by Angelo Quaglia over 3 years ago

  • Status changed from Assigned to Feedback

Dear Ainhoa,

I have analyzed the top feed: http://b5m.gipuzkoa.eus/inspire/download/gfa_atom_feed_en.xml

Problem 1

In the top feed, the link:

<link href="http://b5m.gipuzkoa.eus/metadata/ES.GFA.ATOM.MD.xml" rel="describedby" type="application/xml" />

correctly points to the service metadata which, however, does not contain the links to the coupled resources, i.e. the dataset it offers.

It is very much like what we saw yesterday for the WFS metadata in Issue #2930

Here is the missing section: 

      </srv:containsOperations>
      <srv:operatesOn xlink:href="http://b5m.gipuzkoa.eus/metadata/ES.GFA.AD.MD.xml"/>
      <srv:operatesOn xlink:href="http://b5m.gipuzkoa.eus/metadata/ES.GFA.GN.MD.xml"/>
      <srv:operatesOn xlink:href="http://b5m.gipuzkoa.eus/metadata/ES.GFA.BU.MD.xml"/>
      <srv:operatesOn xlink:href="http://b5m.gipuzkoa.eus/metadata/ES.GFA.CP.MD.xml"/>
      <srv:operatesOn xlink:href="http://b5m.gipuzkoa.eus/metadata/ES.GFA.AU.MD.xml"/>
    </srv:SV_ServiceIdentification>

 

Problem 2

In the top feed, the link:

<link rel="search" href="http://b5m.gipuzkoa.eus/inspire/opensearch/opensearchdescription_gfa.xml" type="application/opensearchdescription+xml" title="Descripción del documento opensearch" />

correctly points to an OpenSearch description document which, however, is not complete:

<OpenSearchDescription xmlns="http://a9.com/-/spec/opensearch/1.1/">
<ShortName>11870.com</ShortName>
<Description>Busca en 11870.com</Description>
<Tags>11870 negocios sitios tarjetero agenda</Tags>
<Image height="16" width="16" type="image/x-icon">http://11870.com/favicon.ico</Image>
<Url type="text/html" template="http://11870.com/konsulto/{searchTerms}"/>
<Query role="example" searchTerms="sushi en barcelona"/>
<Developer>11870 dev team</Developer>
<AdultContent>false</AdultContent>
<Contact>maestroarmero@11870.com</Contact>
</OpenSearchDescription>
 
You can find a documented example here:
 
<OpenSearchDescription xmlns="http://a9.com/-/spec/opensearch/1.1/" xmlns:inspire_dls="http://inspire.ec.europa.eu/schemas/inspire_dls/1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://a9.com/-/spec/opensearch/1.1/ OpenSearch.xsd">
    <ShortName>CCM2-JRC</ShortName>
    <Description>CCM River and Catchment Database, version 2.1 (CCM2) - Demo INSPIRE Download Service - Joint Research Centre </Description>
    <!--URL of this document-->
    <Url type="application/opensearchdescription+xml" rel="self" template="http://inspire-geoportal.ec.europa.eu/demos/ccm/opensearchdescription.xml"/>
    <!--Generic URL template for browser integration-->
    <Url type="text/html" rel="results" template="http://inspire-geoportal.ec.europa.eu/demos/ccm/search.php?q={searchTerms}"/>
    <!-- Operations Metadata Parameter -->
    <!--Get Spatial Data Set Operation request URL template to be used in order to retrieve a Spatial Data Set-->
    <Url type="application/x-filegdb" rel="results" template="http://inspire-geoportal.ec.europa.eu/demos/ccm/search.php?uri_code={inspire_dls:spatial_dataset_identifier_code?}&amp;uri_namespace={inspire_dls:spatial_dataset_identifier_namespace?}&amp;crs={inspire_dl:crs?}&amp;language={language?}&amp;q={searchTerms?}"/>
    <!--Describe Spatial Data Set Operation request URL template to be used in order to retrieve the description of Spatial Object Types in a Spatial Data Set-->
    <Url type="application/atom+xml" rel="describedby" template="http://inspire-geoportal.ec.europa.eu/demos/ccm/search.php?uri_code={inspire_dls:spatial_dataset_identifier_code?}&amp;uri_namespace={inspire_dls:spatial_dataset_identifier_namespace?}&amp;language={language?}&amp;q={searchTerms?}"/>
    <Contact>angelo.quaglia@ext.jrc.ec.europa.eu</Contact>
    <Tags>ccm</Tags>
    <LongName>CCM River and Catchment Database, version 2.1</LongName>
    <Image height="16" width="16" type="image/png">http://inspire-geoportal.ec.europa.eu/demos/ccm/CCM2_Windows2b.JPG</Image>
    <!--List of available Spatial Dataset Identifiers -->
    <Query role="example" inspire_dls:spatial_dataset_identifier_namespace="http://ccm.jrc.ec.europa.eu/" inspire_dls:spatial_dataset_identifier_code="ccm2.1_2000" inspire_dls:crs="http://www.opengis.net/def/crs/EPSG/0/4326" language="en" title="CCM2 Window 2000 (North)" count="1"/>
    <Query role="example" inspire_dls:spatial_dataset_identifier_namespace="http://ccm.jrc.ec.europa.eu/" inspire_dls:spatial_dataset_identifier_code="ccm2.1_2001" inspire_dls:crs="http://www.opengis.net/def/crs/EPSG/0/4326" language="en" title="CCM2 Window 2001 (Western Islands)" count="1"/>
    <Query role="example" inspire_dls:spatial_dataset_identifier_namespace="http://ccm.jrc.ec.europa.eu/" inspire_dls:spatial_dataset_identifier_code="ccm2.1_2002" inspire_dls:crs="http://www.opengis.net/def/crs/EPSG/0/4326" language="en" title="CCM2 Window 2002 (South)" count="1"/>
    <Query role="example" inspire_dls:spatial_dataset_identifier_namespace="http://ccm.jrc.ec.europa.eu/" inspire_dls:spatial_dataset_identifier_code="ccm2.1_2003" inspire_dls:crs="http://www.opengis.net/def/crs/EPSG/0/4326" language="en" title="CCM2 Window 2003 (West)" count="1"/>
    <Developer>European Commission - Joint Research Centre</Developer>
    <!--Supported Languages, Default Language (for consistency with the other TGs)-->
    <!--Languages  supported by the service. The first language is the default language-->
    <Language>en-us</Language>
    <Language>it-it</Language>
</OpenSearchDescription>
 
 

The purpose of the OpenSearch description document is to describe the service operations and supported languages as required by the Network Service Regulation.

This will fix the problems with the top feed.

The are even more serious problems with the subfeeds i.e. the documents pointed to by the links like the following one:

  <entry>
    <title>Addresses</title>
    <inspire_dls:spatial_dataset_identifier_code>ES.GFA.AD.MD</inspire_dls:spatial_dataset_identifier_code>
    <inspire_dls:spatial_dataset_identifier_namespace>Gipuzkoa_Provincial_Council</inspire_dls:spatial_dataset_identifier_namespace>
    <link href="http://b5m.gipuzkoa.eus/metadata/ES.GFA.AD.MD.xml" rel="describedby" type="application/xml"/>

 

but I suggest you fix the top feed issues and come back to me after that.

You will find examples of subfeeds also here:

http://inspire-geoportal.ec.europa.eu/demos/ccm/codeview.html

 

Best regards,

Angelo

 

#3 Updated by Ainhoa González over 3 years ago

Dear Angelo,

The service providers have made amendments to the Atom XML following your previous advice on the feeds and subfeeds, and it looks like it is nearly ready but there are still a couple of issues showing up that they do not know how to fix. So I would much appreciate your help solving these. Hopefully this is the very last set of problems that we need to resolve.

The link to the service is: http://b5m.gipuzkoa.eus/inspire/download/gfa_atom_feed_en.xml

Many thanks in advance and best regards,

Ainhoa

 

 

#4 Updated by Angelo Quaglia over 3 years ago

Dear Ainhoa,

I will be able to look at this tomorrow morning.

Best regards,

Angelo

 

#5 Updated by Angelo Quaglia over 3 years ago

Dear Ainhoa,

the message about the missing Response Language is due to a missing link in the top feed, one with rel="self" that points to top feed itself, something like:

    <!-- link to this feed -->
    <link href="http://b5m.gipuzkoa.eus/inspire/download/gfa_atom_feed_en.xml" rel="self" type="application/atom+xml" hreflang="en" title="This document"/>

However, it is not clear to me if you want to offer this Atom Service in one or two languages because the top feed at http://b5m.gipuzkoa.eus/inspire/download/gfa_atom_feed_en.xml has some parts in Spanish language:

 

?xml version='1.0' encoding='utf-8'?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:georss="http://www.georss.org/georss" xmlns:inspire_dls="http://inspire.ec.europa.eu/schemas/inspire_dls/1.0" xml:lang="es">
    <title>Inspire ATOM Download Service of the Gipuzkoa Provincial Council</title>
    <subtitle>ATOM service for downloading predefined dataset that enables accessing, consulting and downloading products generated by the Gipuzkoa Provincial Council. The service is in accordance with the technical specifications of INSPIRE download services (version 3.1). The products are served according to the original data model of each project. The access or connection to this service, to obtain the functionalities it is intended for, is free in all cases provided that the authorship of the Gipuzkoa Provincial Council is mentioned as the owner of the service and of its content (which can be stored for private use) as follows: «© Diputación Foral de Gipuzkoa»</subtitle>
    <link href="http://b5m.gipuzkoa.eus/metadata/ES.GFA.ATOM.MD.xml" rel="describedby" type="application/xml"/>
    <link href="http://b5m.gipuzkoa.eus/inspire/download/gfa_atom_feed_en.xml" rel="alternate" type="application/atom+xml" hreflang="en" title="This file is a english language" xml:lang="en"/>
    <link rel="search" href="http://b5m.gipuzkoa.eus/inspire/opensearch/opensearchdescription_gfa.xml" type="application/opensearchdescription+xml" title="Open Search Description"/>
    <id>http://b5m.gipuzkoa.eus/inspire/download/gfa_atom_feed_en.xml</id>
    <rights>Se permite el acceso a este servicio en cualquier caso siempre que se mencionen la autoría y propiedad del DFG del siguiente modo: «© Diputación Foral de Gipuzkoa»</rights>

The link I see:

    <link href="http://b5m.gipuzkoa.eus/inspire/download/gfa_atom_feed_en.xml" rel="alternate" type="application/atom+xml" hreflang="en" title="This file is a english language" xml:lang="en"/>
has rel="alternate"  and it should point the version of the top feed where all the textual elements have been translated into the language indicated in the xml:lang attribute of the same element.

Best regards,

Angelo

 

#6 Updated by Ainhoa González over 3 years ago

T​hank you Angelo.

I have passed that to the service providers.

I also noticed an error with the resource locator. I will get back to you when they fix the language issue and see if there are any remaining problems.

Thanks again and best wishes,

Ainhoa

 

#7 Updated by Angelo Quaglia over 3 years ago

  • Subject changed from GetCapabilities ATOM XML Errors to ES - Diputacion Foral de Gipuzkoa: GetCapabilities ATOM XML Errors
  • Submitting Organisation changed from Diputacion Foral de Gipuzkoa to ES - Diputacion Foral de Gipuzkoa

#8 Updated by Angelo Quaglia over 3 years ago

Dear Ainhoa,

adding the missing link with: 

rel="self"

will fix also the "No resource locator has been specified" warning.

That is because that link is considered the endpoint of the Get Download Service Metadata operation which is the entry point of a INSPIRE Network Service.

 

 

#9 Updated by Ainhoa González over 3 years ago

Dear Angelo,

Thanks to your guidance, the service providers have been able to update the ATOM service XML which now gives 100% compliance. See: http://b5m.gipuzkoa.eus/inspire/download/gfa_atom_feed_en.xml

However, and strangely enough given the full compliance, it is still showing errors as the spatial datasets and Annex I to III validations show as "failed".

Could you please clarify how is this possible (i.e. 100% compliance and failure in several validations)?

Could you also please provide some insight (or even detailed guidance as you have done in the past) to fix these validation issues?

Many thanks. Hopefully this is the last piece of our jigsaw (for the time being at least).

Best wishes,

Ainhoa

 

#10 Updated by Angelo Quaglia over 3 years ago

Dear Ainhoa,

the 100% refers to the requirements set by the Metadata Regulation, as also described in detail by the text inside the box that appears below the meter when you hover the mouse over it:

 

The other issues relate to requirements set by other INSPIRE Regulations, i.e. Network Services and Interoperability, for which I am developing an additional meter.

I will now analyze the remaining issues, that seem to be related to missing or incomplete download links in the subfeeds.

 

#11 Updated by Angelo Quaglia over 3 years ago

Dear Ainhoa,

The message is the same for every dataset:

Inside entry with id:"http://b5m.gipuzkoa.eus/inspire/download/addresses.xml", no valid download link for a supported media type for the dataset or dataset part coud be found. The URL was "no suitable link element could be found"

Inside entry with id:"http://b5m.gipuzkoa.eus/inspire/download/cadastralparcels.xml", no valid download link for a supported media type for the dataset or dataset part coud be found. The URL was "no suitable link element could be found"

Inside entry with id:"http://b5m.gipuzkoa.eus/inspire/download/buildings.xml", no valid download link for a supported media type for the dataset or dataset part coud be found. The URL was "no suitable link element could be found"

Inside entry with id:"http://b5m.gipuzkoa.eus/inspire/download/administrativeunits.xml", no valid download link for a supported media type for the dataset or dataset part coud be found. The URL was "no suitable link element could be found"

Inside entry with id:"http://b5m.gipuzkoa.eus/inspire/download/geographicalnames.xml", no valid download link for a supported media type for the dataset or dataset part coud be found. The URL was "no suitable link element could be found"

I will analyze the first entry:

 <entry>
    <title>Addresses</title>
    <inspire_dls:spatial_dataset_identifier_code>ES.GFA.AD.MD</inspire_dls:spatial_dataset_identifier_code>
    <inspire_dls:spatial_dataset_identifier_namespace>Gipuzkoa_Provincial_Council</inspire_dls:spatial_dataset_identifier_namespace>
    <link href="http://b5m.gipuzkoa.eus/metadata/ES.GFA.AD.MD.xml" rel="describedby" type="application/xml"/>
    <link rel="alternate" href="http://b5m.gipuzkoa.eus/inspire/download/addresses.xml"/>
    <id>http://b5m.gipuzkoa.eus/inspire/download/addresses.xml</id>
...

The link to the subfeed which should contain the links to the actual downloadable files is:

http://b5m.gipuzkoa.eus/inspire/download/addresses.xml

In this subfeed, there must be one entry for each Coordinate Reference System the dataset is available in:

 <entry>
        <title>Addresses</title>
         <author> 
            <name>Gipuzkoa Provincial Council</name>
            <email>melorza@gipuzkoa.eus</email>
        </author>
        <link rel="enclosure" href="http://b5m.gipuzkoa.eus/inspire/download/GML/ES.GFA.AD.zip" type="application/atom+xml" hreflang="en" />
...
       <category term="http://www.opengis.net/def/crs/EPSG/0/4258" label="ETRS89"/>

    </entry>

The problem lies in the value of the type attribute.

The Technical Guidance for Download Services say:

The "type" attribute of the link element shall be used to indicate the media type of the resource that will be returned if the link is resolved. For example, "application/gml+xml" (see also Section 5.2.4 below). 

TG Requirement 34: Only media types listed in the INSPIRE media-types register shall be used.

The list of allowed values is here:

http://inspire.ec.europa.eu/media-types/

If I download the file at http://b5m.gipuzkoa.eus/inspire/download/GML/ES.GFA.AD.zip

I see that inside the zip there are two files:

- ES.GFA.AD.MD.xml which contains a GetRecordsResponse with inside the ISO 19139 metadata of the dataset

- ES.GFA.AD.gml which contains the actual INSPIRE gml v.4.0 (congratulations, by the way!)

I do not understand why the zip contains a copy the metadata file, because in the atom feed there is already a link to it.

So, if the zip file contains only the gml file, you can and should write application/gml+xml in the type attribute:

        <link rel="enclosure" href="http://b5m.gipuzkoa.eus/inspire/download/GML/ES.GFA.AD.zip" type="application/gml+xml" hreflang="en" />

This will get rid of the remaining two messages.

Some final remarks:

1) You do not necessarily need to prepare physical zip files. Since you already have a WFS, you can put the link to getFeature request that returns the whole dataset (there are PROs and CONSs to both approaches).

2) I am in the process of extending the validator with more advanced checks. In any case, a clean validation report today, means you have done a very good job already.

3) Be sure your metadata is actually harvested by the INSPIRE Geoportal. Additional checks are done in that case, for example, it is checked the Spatial Data Set Unique Resource Identifiers specified in the Atom feed actually match those harvested by the INSPIRE Geoportal.

4) If you still want to serve static files, I recommend you avoid zip files altogether. Instead, activate HTTP compression in your http server. The compression ratio will be lower by it will no longer be necessary to download the whole file if you are only interested in the first part of it, like the INSPIRE Geoportal which only validates the first n spatial objects.

Best regards,

Angelo

#12 Updated by Angelo Quaglia over 3 years ago

  • Category changed from Geoportal Services to Validation outcome

#13 Updated by Ainhoa González over 3 years ago

Dear Angelo,

Thanks for your detailed feedback. Seems like the Atom and the WMS service files are now 100% compliant and with no issues. However, I would appreciate it if you could let me know when you release the service validator you said you are working on, so we can double check everything again once that's available.

The service providers have however now indicated that the WFS gives some errors of delays in accessing the data/metadata. I have checked the files myself in the validator and they seem fine but I do notice that the interface they return is different (i.e. the first two links do not provide the compliance bar for example). Could you please clarify why this is and let me know if there are any pending issues to resolve on these

http://b5m.gipuzkoa.eus/inspire/wfs/gipuzkoa_wfs_gn?service=WFS&request=GetCapabilities
http://b5m.gipuzkoa.eus/inspire/wfs/gipuzkoa_wfs_bu?service=WFS&request=GetCapabilities
http://b5m.gipuzkoa.eus/inspire/wfs/gipuzkoa_wfs_cp?service=WFS&request=GetCapabilities

 

Also, in point 3 of your last e-mail, you indicate that we need to make sure that the metadata is actually harvested by the INSPIRE Geoportal - what do you mean by this?

We really appreciate your support and help on finalising our services metadata. I'm only the mediator (as noted, I prepared the metadata files but I'm not familiar with the services) but the service providers have also commended your support and told me to thank you for your time and technical expertise.

I think we're nearly there!

Best wishes,

Ainhoa

 

 

#14 Updated by Angelo Quaglia over 3 years ago

Dear Ainhoa,

I am very glad you find our help useful.

I will notify you as soon as the updated version of the validator is available.

 

The behaviour you observed (i.e. no compliance bar in some cases) is for ensuring backward compatibility with the early versions of the validator.

If the validator finds no issue to report, it will show you the representation of the resource metadata (the html page).

It happens when you validate a single resource, like one service endpoint or one metadata document.

If you validate multiple resources, a summary report will be shown.

 

For example, the after validating the following service:

http://b5m.gipuzkoa.eus/inspire/wfs/gipuzkoa_wfs_bu?service=WFS&request=GetCapabilities

your browser is redirected to the html representation of the resource:

 

However, as I mentioned before, the WFS validation on the published validator is not complete.

There are major problems with the WFS endpoints you listed above, even though the validator does not report them.

Luckily, the development version of the validator does.

For each dataset that the WFS declares to serve, the validator tries a GetFeature requests and this for each 

The main problem is that the WFS responds in weird way to a GetFeature request, for example:

http://b5m.gipuzkoa.eus/inspire/wfs/gipuzkoa_wfs_gn?request=GetFeature&Language=eng&CRS=http://www.opengis.net/def/crs/EPSG/0/3042&DataSetIdNamespace=Gipuzkoa_Provincial_Council&service=WFS&count=1&STOREDQUERY_ID=http://inspire.ec.europa.eu/operation/download/GetSpatialDataSet&version=2.0.0&DataSetIdCode=ES.GFA.GN.MD

The problems are

1) The exception report is returned inside a <wfs:FeatureCollection

1) It does not recognise a CRS that is declared in the dataset metadata

 

<?xml version='1.0' encoding='UTF-8'?>
<wfs:FeatureCollection xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.opengis.net/wfs/2.0 http://schemas.opengis.net/wfs/2.0/wfs.xsd http://www.opengis.net/gml/3.2 http://schemas.opengis.net/gml/3.2.1/gml.xsd urn:x-inspire:specification:gmlas:GeographicalNames:4.0 http://b5m.gipuzkoa.eus/inspire/wfs/gipuzkoa_wfs_gn?SERVICE=WFS&amp;VERSION=2.0.0&amp;REQUEST=DescribeFeatureType&amp;OUTPUTFORMAT=application%2Fgml%2Bxml%3B+version%3D3.2&amp;TYPENAME=gn:NamedPlace&amp;NAMESPACES=xmlns(gn,urn%3Ax-inspire%3Aspecification%3Agmlas%3AGeographicalNames%3A4.0)" xmlns:wfs="http://www.opengis.net/wfs/2.0" timeStamp="2017-03-22T14:53:57Z" xmlns:gml="http://www.opengis.net/gml/3.2" numberMatched="1" numberReturned="1">
  <wfs:boundedBy>
    <ows:ExceptionReport xmlns:ows="http://www.opengis.net/ows/1.1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.opengis.net/ows/1.1 http://schemas.opengis.net/ows/1.1.0/owsExceptionReport.xsd" version="2.0.0">
      <ows:Exception exceptionCode="NoApplicableCode">
        <ows:ExceptionText>The specified CRS 'http://www.opengis.net/def/crs/EPSG/0/3042' is not known. </ows:ExceptionText>
      </ows:Exception>
    </ows:ExceptionReport>

 

http://b5m.gipuzkoa.eus/inspire/wfs/gipuzkoa_wfs_gn?request=GetFeature&Language=eng&CRS=http://www.opengis.net/def/crs/EPSG/0/4258&DataSetIdNamespace=Gipuzkoa_Provincial_Council&service=WFS&count=1&STOREDQUERY_ID=http://inspire.ec.europa.eu/operation/download/GetSpatialDataSet&version=2.0.0&DataSetIdCode=ES.GFA.GN.MD

<?xml version='1.0' encoding='UTF-8'?>
<wfs:FeatureCollection xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.opengis.net/wfs/2.0 http://schemas.opengis.net/wfs/2.0/wfs.xsd http://www.opengis.net/gml/3.2 http://schemas.opengis.net/gml/3.2.1/gml.xsd urn:x-inspire:specification:gmlas:GeographicalNames:4.0 http://b5m.gipuzkoa.eus/inspire/wfs/gipuzkoa_wfs_gn?SERVICE=WFS&amp;VERSION=2.0.0&amp;REQUEST=DescribeFeatureType&amp;OUTPUTFORMAT=application%2Fgml%2Bxml%3B+version%3D3.2&amp;TYPENAME=gn:NamedPlace&amp;NAMESPACES=xmlns(gn,urn%3Ax-inspire%3Aspecification%3Agmlas%3AGeographicalNames%3A4.0)" xmlns:wfs="http://www.opengis.net/wfs/2.0" timeStamp="2017-03-22T15:25:08Z" xmlns:gml="http://www.opengis.net/gml/3.2" numberMatched="1" numberReturned="1">
  <wfs:boundedBy>
    <ows:ExceptionReport xmlns:ows="http://www.opengis.net/ows/1.1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.opengis.net/ows/1.1 http://schemas.opengis.net/ows/1.1.0/owsExceptionReport.xsd" version="2.0.0">
      <ows:Exception exceptionCode="NoApplicableCode">
        <ows:ExceptionText>The specified CRS 'http://www.opengis.net/def/crs/EPSG/0/4258' is not known. </ows:ExceptionText>
      </ows:Exception>
    </ows:ExceptionReport>

 

There are other issues 

For feature type (urn:x-inspire:specification:gmlas:GeographicalNames:4.0, NamedPlace) the Describe Feature Type request failed because: [Feature type 'x-inspire:specification:gmlas:GeographicalNames:4.0:NamedPlace' is not served by this WFS.]

For feature type (urn:x-inspire:specification:gmlas:GeographicalNames:4.0, NamedPlace) the Describe Feature Type document is not valid: The schema obtained from url: http://b5m.gipuzkoa.eus/inspire/wfs/gipuzkoa_wfs_gn?typeNames=NamedPlace&REQUEST=DescribeFeatureType&VERSION=2.0.0&SERVICE=WFS" is not valid because: The text obtained from url: http://b5m.gipuzkoa.eus/inspire/wfs/gipuzkoa_wfs_gn?typeNames=NamedPlace&REQUEST=DescribeFeatureType&VERSION=2.0.0&SERVICE=WFS" could not be interpreted as an OGC DescribeFeatureTypeResponse of WFSversion 2.0.0 capabilities document because 182 errors were found while processing the schema

 

3) The INSPIRE Geoportal harvests the metadata from IDEE Discovery service ( http://www.idee.es/csw-inspire-idee/srv/spa/csw )

I have added Alejandra Sanchez as a watcher of this issue.

Ensure the metadata of your datasets and services are included there so that they will be harvested by the INSPIRE Geoportal.

 

 

#15 Updated by Ainhoa González over 3 years ago

Dear Angelo,

I forwarded your latest response on WFS issues to the service providers and they have come back indicating that they do not understand some of your recommendations and remaining issues.

1) You indicate that the following URL does not work but provide no indication as to why. They would appreciate your advice on what do you think it is wrong with the URL or how to fix any existing problems
http://b5m.gipuzkoa.eus/inspire/wfs/gipuzkoa_wfs_gn?request=GetFeature&Language=eng&CRS=http://www.opengis.net/def/crs/EPSG/0/3035&DataSetIdNamespace=Gipuzkoa_Provincial_Council&service=WFS&count=1&STOREDQUERY_ID=http://inspire.ec.europa.eu/operation/download/GetSpatialDataSet&version=2.0.0&DataSetIdCode=ES.GFA.GN.MD

They have replaced
CRS=http://www.opengis.net/def/crs/EPSG/0/3035
with
CRS=urn:ogc:def:crs:EPSG::3035
and then it works - do you think this was the issue?

They don't know where to relate http://www.opengis.net/def/crs/EPSG/0/3035 (which is mandatory in the metadata (in file: ES.GFA.GN.MD.xml) and the urn:ogc:def:crs:EPSG::3035 (mandatory in the Getcapabilities of WFS)

2) You also indicate that the following URL does not work, but they say that it works for them:
http://b5m.gipuzkoa.eus/inspire/wfs/gipuzkoa_wfs_gn?typeNames=NamedPlace&REQUEST=DescribeFeatureType&VERSION=2.0.0&SERVICE=WFS

Then 182 errors are mentioned in your report...they do not know which errors are these (as it works for them), where they occur or how to resolve them...


3) In relation to the harvest, they do not understand what needs to be done. I have tried to access the IDEE Discovery Service myself but it inicates I have no access rights. Not sure how we can upload our metadata in that service? Could you please advise?

4) Also, the validator gives 100% compliance but an error in: Resources In This Group Needing Review. However, when clicking on it, it indicates NOTFOUND. They are wondering what does that mean as they do not remember getting that error in the first draft of this GN WFS GetCapabilities.
http://b5m.gipuzkoa.eus/inspire/wfs/gipuzkoa_wfs_gn?service=WFS&request=GetCapabilities


Thanks again for your help. I was hoping we would have resolved all issues by now. Many thanks for your patience.

Best wishes,

Ainhoa

 


 

 

#16 Updated by Angelo Quaglia over 3 years ago

Dear Ainhoa,

you are always very welcome, do not worry. The task is complex but doable, step by step.

 

1) In INSPIRE the format model to express a CRS is the http URI one instead of the URN based one.

If you look at other WFSs like those from Cyprus, you will see they support both:

http://weba.dls.moi.gov.cy/arcgis/rest/services/INSPIRE/GE_Geology/MapServer/exts/InspireFeatureDownload/service?VERSION=2.0.0&SERVICE=wfs&REQUEST=GetCapabilities&LANGUAGE=&TYPENAMES=&MAXFEATURES=&f=image

...
<ows:Parameter name="srsName">
<ows:AllowedValues>
<ows:Value>urn:ogc:def:crs:EPSG::25830</ows:Value>
...
...

This has been made more explicit in the corrigendum OGC WFS 2.0.2:

Please tell me if this is a problem for your service provider.

 

2) Indeed, each link to the Describe Feature Type  works but the problem is a different one:

http://b5m.gipuzkoa.eus/inspire/wfs/gipuzkoa_wfs_gn?typeNames=NamedPlace&REQUEST=DescribeFeatureType&VERSION=2.0.0&SERVICE=WFS

The value returned is an xml schema.

However, the xml schema is not valid.

If I validate it in Altova XMLSpy (which uses a different validation engine than the validator) I still get errors:

 

3) The way INSPIRE works is that the National Contact Point for a country, registers in the INSPIRE Geoportal a National Discovery Service.

The INSPIRE Geoportal connects to that National Discovery Service to retrieve the metadata for that country.

In the case of Spain, the National Contact Point for INSPIRE is the National Geographic Institute. The contact email address is: elromero@fomento.es

(see http://inspire.ec.europa.eu/contact-points/57734)

Please contact them to ensure the metadata about your datasets and services is present in the National Discovery Service.

 

4) As I explained above (Issue #2958), the 100% only refers to the metadata aspect of the resource. However, the "not found" message should not occur.

As I anticipated, there is an upcoming new release of the validator that fixes those glitches.

 

You have the following issues to fix in the services plus any other that will arise after the validator will be able to access the actual data.

 

Inspire Validation Issues
 
Expert documentation

 

Expert documentation

 

Expert documentation

 

Expert documentation

 

Expert documentation

 

Expert documentation

 

Expert documentation

 

Expert documentation

 

Expert documentation

 

#17 Updated by Angelo Quaglia over 3 years ago

Dear Ainhoa,

Alejandra told me that:

The  Spanish National Contact Point is now  Emilio López Romero and email address is “elromero@fomento.esnot  “smas@fomento.es

 

#18 Updated by Ainhoa González over 3 years ago

T​hank you for that Angelo. 

I have forwarded your detailed response to the service providers. Hopefully we can resolve all remaining issues soon.

Thanks also for the Spanish National Contact Point e-mail address. I have already send him an e-mail to register our metadata. I'll keep you posted.

Best wishes,

Ainhoa

 

#19 Updated by Angelo Quaglia over 2 years ago

  • Status changed from Feedback to Resolved

Also available in: Atom PDF