Ok. I now see it's something which can be corrected at the WFS server side [1].
In Mapserver one can configure: gml_geometries "geometry" gml_geometry_type "polygon" ... to set the geometry type explicitly to type="gml:polygonPropertyType". Yours, Stefan [1] http://osgeo-org.1560.x6.nabble.com/UMN-MAPSERVER-DEV-change-in-WFS-DescribeFeatureType-response-MS-4-6-td4309674.html 2013/4/21 Even Rouault <even.roua...@mines-paris.org> > Le dimanche 21 avril 2013 22:39:09, Stefan Keller a écrit : > > 2013/4/21 Even Rouault <even.roua...@mines-paris.org> > > > > > There's nothing wrong in the GetFeature output. It is completely > > > > legitimate > > > > > and usual to have a gml:Box inside a gml:boundedBy. > > > The DescribeFeatureType is also valid, but it could be made more > specific > > > > by > > > > > reporting type="gml:SurfacePropertyType" instead of > > > type="gml:GeometryPropertyType" > > > > I see. > > > > To me GetCapabilities of http://http://maps.zh.ch/wfs/FnsNSWFS should > also > > be more specific. Currently there's no geometry hint (and it even issues > > warnings about missing EXTENT). > > > > So,given it's DescribeFeatureType would report > > type="gml:SurfacePropertyType" would the WFS reader of GDAL work? > > Yes (well, to be pedantic, it does already work currently) > > > > > I thought, most WFS clients/converters read GetCapabilities, not > > DescribeFeatureType. > > The output of GetCapabilities cannot be used to guess the layer geometry > type, > since there's no element to indicate it. You have to read the output of > DescribeFeatureType for that (or fallback to the features themselves). >
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
