On Fri, Jan 7, 2011 at 4:43 PM, Bartłomiej Burkot <[email protected]> wrote: > Hi users > > > When I issue this request: > http://servermy/geoserver/wfs?service=wfs&version=1.1.0&request=DescribeFeatureType&outputFormat=text/xml;%20subtype=gml/3.2 > I get the response: > > <?xml version="1.0" encoding="UTF-8"?> > <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"; > xmlns:gml="http://www.opengis.net/gml/3.2"; > xmlns:tbd="http://www.myserver/TBD"; elementFormDefault="qualified" > targetNamespace="http://www.myserver/TBD";> > <xsd:import namespace="http://www.opengis.net/wfs/2.0"; > schemaLocation="http://myserver/geoserver/schemas/gml/3.2.1/gml.xsd"/> > <xsd:complexType name="layer1Type"> > <xsd:complexContent> > <xsd:extension base="gml:AbstractFeatureType"> > <xsd:sequence> > <xsd:element maxOccurs="1" minOccurs="0" name="someattribut" > nillable="true" type="xsd:string"/> > .... > > I wonder that it seems to by response on WFS 2.0 not WFS 1.1.0 as I included > in querystring. (namespace="http://www.opengis.net/wfs/2.0";). > Is it a bug or GML 3.2.1 forces WFS higher version (2.0)?
Looks like normal behavior to me. As far as I know WFS version identifies a specific GML version it can work with, everything else breaks schema compliance because the wfs schemas import a specific GML version. So I believe that making a WFS 1.1 collection with GML 3.2 content would make for a schema invalid document. If you look in the current GeoServer behavior you'll see that even if you ask for WFS 1.1, if the output format is GML 2.0 you'll get back a WFS 1.0 collection. I did hear people saying that next version of WFS would have reduced this kind of dependency and allowed basically anything to be contained in a WFS collection (to make application schema people happy). In fact the WFS 2.0 schema does not appear to have any direct reference to a specific GML version (at the very least, no reference to the GML feature concept): http://schemas.opengis.net/wfs/2.0/wfs.xsd Long story short, I believe WFS 2.0 is the first WFS version allowing one to choose what version of GML to use inside the results. Cheers Andrea -- Ing. Andrea Aime Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584962313 fax: +39 0584962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf ----------------------------------------------------- ------------------------------------------------------------------------------ Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
