[mapserver-users] invalid schema location?
Rahkonen Jukka
Jukka.Rahkonen at mmmtike.fi
Mon Apr 26 06:27:48 PDT 2010
Hi,
I inspired to compare how Mapserver and Geoserver are handling this thing. At least I can say that they are doing thing in a bit different way, and Geoserver is creating alwayd the DescribeFeatureType URL in the GetFeature output without OUTPUTFORMAT.
GEOSERVER
==========
- GetFeature with WFS version 1.1.0 and outputformat=gml2
-> RESULT schema location contains "...geoserver/wfs?service=WFS&version=1.0.0&request=DescribeFeatureType&typeName=..."
So the GetFeature was done with version 1.1.0 but the URL to schema location is containing "version=1.0.0", and because WFS 1.0.0 default is gml2 this is giving a correct schema.
- GetFeature with WFS version 1.1.0 and outputformat=text/xml; subtype=gml/3.1.1
-> RESULT schema location contains "...geoserver/wfs?service=WFS&version=1.1.0&request=DescribeFeatureType&typeName=..."
Now the schema location URL is using "version=1.1.0" which defaults to gml3.1.1 and schema is correct.
MAPSERVER
==========
On the other hand, Mapserver version 5.2.1 behaves this way
GetFeature request wioth WFS version 1.1.0 and outputformat=gml2
(here is part of my test request literally: &service=wfs&version=1.1.0&request=getfeature&typeName=test&maxfeatures=2&OUTPUTFORMAT=gml2)
-> RESULT schema location contains
/cgi-bin/wfstest?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&TYPENAME=test&OUTPUTFORMAT=XMLSCHEMA">
Running this DescribeFeatureType query returns schema with reference to "http://schemas.opengis.net/gml/2.1.2/feature.xsd"
Features in the GetFeature are in gml2 format.
I suppose this is working OK.
Request WFS version 1.1.0 and outputformat=text/xml; subtype=gml/3.1.1
(&service=wfs&version=1.1.0&request=getfeature&typeName=test&maxfeatures=2&OUTPUTFORMAT=text/xml; subtype=gml/3.1.1)
This does not work at all for me. Mapserver is returning features in gml2 format with this parameter, even if I am specially asking for gml3.1.1
Request WFS version 1.1.0 and without using outputformat at all (WFS 1.1.0 default is text/xml; subtype=gml/3.1.1)
- > schema location contains
cgi-bin/wfstest?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&TYPENAME=test&OUTPUTFORMAT=text/xml; subtype=gml/3.1.1
Running this query returns schema with reference to "http://schemas.opengis.net/gml/3.1.1/base/gml.xsd"
Features in the GetFeature are in gml 3.1.1. format.
I suppose this is working OK. However, Mapserver does not need OUTPUTFORMAT parameter here but the result is the same even if I leave it out.
-Jukka Rahkonen-
________________________________
Lähettäjä: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Roy Braam
Lähetetty: 26. huhtikuuta 2010 14:26
Vastaanottaja: mapserver-users at lists.osgeo.org
Aihe: [mapserver-users] invalid schema location?
Hello List,
When i do a WFS getFeature request mapserver returns a xml that starts with:
<?xml version='1.0' encoding="ISO-8859-1" ?>
<wfs:FeatureCollection
xmlns:ms="http://mapserver.gis.umn.edu/mapserver"
xmlns:gml="http://www.opengis.net/gml"
xmlns:wfs="http://www.opengis.net/wfs"
xmlns:ogc="http://www.opengis.net/ogc"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://mapserver.gis.umn.edu/mapserver http://server.nl/geoservices/aankoopgebieden?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&TYPENAME=LL&OUTPUTFORMAT=text/xml; subtype=gml/3.1.1 http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.1.0/wfs.xsd" numberOfFeatures="16">
<gml:boundedBy>
If i read this site:
http://www.w3.org/TR/xmlschema-0/#schemaLocation
the schema locations needs to be "pairs of URI references, separated by white space".
Because the OUTPUTFORMAT="text/xml; subtype=gml/3.1.1" a space is in the url of the first pair in my example.
1) spaces are not valid in URLS??
2) you don't have pairs anymore. You have a odd number of values if you separate by space...
So, is mapserver generating a invalid XML?? Or i'm doing something wrong....
Version of mapserver = 5.6.3
Roy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20100426/b597b88f/attachment.htm>
More information about the MapServer-users
mailing list