[GeoSciML] GeoSciML version 3.2 [SEC=UNCLASSIFIED]

Oliver.Raymond at ga.gov.au Oliver.Raymond at ga.gov.au
Wed Jul 17 20:11:33 EDT 2013

Thanks for the investigations Eric and Marcus.  At the end of your WFS exposé, it looks like the v3.2 schemas are OK so far.

Cheers, Ollie

-----Original Message-----
From: GeoSciML [mailto:geosciml-bounces+oliver.raymond=ga.gov.au at lists.opengeospatial.org] On Behalf Of Boisvert, Eric
Sent: Thursday, 18 July 2013 4:08 AM
To: Public: A mailing list for GeoSciML
Subject: Re: [GeoSciML] GeoSciML version 3.2 [SEC=UNCLASSIFIED]

Hmm.. while trying to fix my SOS, I try to understand the subtle behavior of GetCapabilities acceptVersions (or its absence actually) using SnowFlake implementation

When I POST this to SnowFlake


<GetCapabilities service="WFS" xsi:schemaLocation="http://www.opengis.net/wfs/2.0 http://schemas.opengis.net/wfs/2.0/wfs.xsd<http://www.opengis.net/wfs/2.0%20http:/schemas.opengis.net/wfs/2.0/wfs.xsd>" xmlns="http://www.opengis.net/wfs/2.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"/>

(no acceptsVersions parameters) - I get a 2.0.0 GetCapabilities document

<wfs:WFS_Capabilities xmlns:wfs="http://www.opengis.net/wfs/2.0" xmlns:ows="http://www.opengis.net/ows/1.1" xmlns:xlink="http://www.w3.org/1999/xlink" version="2.0.0">

But when I send it using GET


I get a 1.1.0

OWS Common , in Table 5 (Clause 7.2.3)  says for AcceptVersions

When omitted, returns latest supported version (see, 7.3.2)

7.3.2 ... "if a server receives a GetCapabilities request without the AcceptVersions parameter", it shall return a service metadata document that is compliant to the highest protocol version that the server supports".

And since, extra parameters are supposed to be ignored by OGC API (not a formal clause but well known practice; there is a CR 10-107r1 demanding this to be specified explicitly, did not find after a quick look in 06-121r9 )

Therefore, this

http://ogc.bgs.ac.uk/digmap625k_gsml32_gp/wfs?request=GetCapabilities&service=WFS&VERSION=2.0.0 ,

should not raise an error, but ignore the VERSION parameter that is out of context for GetCapabilities and consider the request as


and return a 2.0.0 GetCapabilities document.

Unless I'm missing something, this should also be flagged as a bug to "Flocon de Neige"


-----Message d'origine-----

De : GeoSciML [mailto:geosciml-bounces+eric.boisvert=rncan-nrcan.gc.ca at lists.opengeospatial.org] De la part de Sen, Marcus A.

Envoyé : 17 juillet 2013 10:21

À : Public: A mailing list for GeoSciML

Objet : Re: [GeoSciML] GeoSciML version 3.2 [SEC=UNCLASSIFIED]

> -----Original Message-----

> From: GeoSciML [mailto:geosciml-

> bounces+mase=bgs.ac.uk at lists.opengeospatial.org<mailto:bounces+mase=bgs.ac.uk at lists.opengeospatial.org>] On Behalf Of Boisvert,

> Eric

> Sent: 17 July 2013 15:07

> To: Public: A mailing list for GeoSciML

> Subject: Re: [GeoSciML] GeoSciML version 3.2 [SEC=UNCLASSIFIED]


> Hmm.. I assumed is was 2.0 because this did not work...


> http://ogc.bgs.ac.uk/digmap625k_gsml32_gp/wfs?request=GetCapabilities&v

> ersion=2.0.0&service=WFS

> looked at the spec I can't see what I'm doing wrong

In 2.0.0 the parameter for versions with GetCapabilities has changed to acceptVersions !! :-) (it inherits from OWS Commons v something or other).

It is still version=2.0.0 for the other requests like GetFeature though...

So you have to do:


This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system.

Geoscience Australia Disclaimer: This e-mail (and files transmitted with it) is intended only for the person or entity to which it is addressed. If you are not the intended recipient, then you have received this e-mail by mistake and any use, dissemination, forwarding, printing or copying of this e-mail and its file attachments is prohibited. The security of emails transmitted cannot be guaranteed; by forwarding or replying to this email, you acknowledge and accept these risks.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opengeospatial.org/pipermail/geosciml/attachments/20130718/b017f96e/attachment-0001.html>

More information about the GeoSciML mailing list