<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>
<p>Hi Even,</p>
<p>Thank you for your time to analyze the problem.</p>
<p>Unfortunately, while we can try to influence Geomedia Web Map server to become more standard compliant (which we probably should do), it means that we have to wait at minimum 1.5-2 years until these fixes would become available to us - if they even accept our demand for the fixes.</p>
<p>If you are willing to work on making QGIS "more tolerant" to read such WFS, we would probably be interested in funding this work. Probably cheaper and faster for us than trying to fix Geomedia Web Map server. On the other hand there is an internal effort at our organization to establish a parallel open source web map server (most likely QGIS server) next to Geomedia or potentially replace it over time.</p>
<p>I will discuss offlist with you and my colleagues to see what makes sense in our case.</p>
<p>Thanks,</p>
<p>Andreas</p>
<p>On 2016-05-31 18:53, Even Rouault wrote:</p>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->
<div class="pre" style="margin: 0; padding: 0; font-family: monospace">Hi Andreas,<br /><br />
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><br /> Is this a problem in the WFS server or in the client issueing an invalid<br /> request? Can QGIS do something do be more tolerant and display this WFS<br /> layer?</blockquote>
<br /> There are several issues :<br /><br /> - the server doesn't like srsname of the form urn:ogc:def:crs:EPSG::XXXXX, but <br /> only EPSG:XXXXX. This is a bit a mix of the fault of the client & server here. <br /> The client does some internal normalization of the srsname when parsing the <br /> capabilities to store them in the form EPSG:XXXXX so that QGIS projection <br /> selector like them. And when issuing WFS requests, for WFS 1.0, it keeps <br /> EPSG:XXXXX and for later versions it uses urn:ogc:def:crs:EPSG::XXXXX which <br /> is supposed to be the "new" way of specifying them (one could expect the <br /> server to return urn:ogc:def:crs:EPSG::XXXXX in WFS 2.0). Here it seems the <br /> Intergraph server doesn't like at all the new way. Some robustness could be <br /> added in the client to retry with the alternate way (and probably first try <br /> with the variant that was given in the capabilities)<br /><br /> - the schema returned by <br /><a href="http://webdienste.zugmap.ch/landwirtschaft_naturschutz_wfs/service.svc/get?request=describefeaturetype&service=wfs&typename=gmgml:LW_Bewirtschaftungseinheiten&version=2.0.0">http://webdienste.zugmap.ch/landwirtschaft_naturschutz_wfs/service.svc/get?request=describefeaturetype&service=wfs&typename=gmgml:LW_Bewirtschaftungseinheiten&version=2.0.0</a> <br /> is a bit too complex for the QGIS client and so it doesn't understand that <br /> "gmgml:Polygon_Surface_MultiSurface_CompositeSurfacePropertyType" is a <br /> geometry field (hence a geometry less layer reported). That could potentially <br /> be improved to hard code that this type is a polygon geometry (I see it is <br /> done in OGR GML driver)<br /><br /> - the response to GetFeature returned by <br /><a href="http://webdienste.zugmap.ch/landwirtschaft_naturschutz_wfs/service.svc/get?SERVICE=WFS&REQUEST=GetFeature&VERSION=2.0.0&TYPENAMES=gmgml:LW_Bewirtschaftungseinheiten&SRSNAME=EPSG:21781&COUNT=1">http://webdienste.zugmap.ch/landwirtschaft_naturschutz_wfs/service.svc/get?SERVICE=WFS&REQUEST=GetFeature&VERSION=2.0.0&TYPENAMES=gmgml:LW_Bewirtschaftungseinheiten&SRSNAME=EPSG:21781&COUNT=1</a><br /> is not conformant with the WFS 2.0 spec. It should be a wfs:FeatureCollection <br /> and not a GML feature collection as in WFS 1.1. The QGIS client is robust <br /> enough to handle that however... But this is clearly a non conformance to the <br /> spec<br /><br /> - in the geometries returned, there are constructs like gml:CompositeSurface <br /> and gml:Arc that the QGIS GML importer will not handle. Falling back to the <br /> OGR GML services to parse them could potentially be done as it is able to <br /> handle them (just tried with 'ogrinfo <br /> "WFS:<a href="http://webdienste.zugmap.ch/landwirtschaft_naturschutz_wfs/service.svc/get">http://webdienste.zugmap.ch/landwirtschaft_naturschutz_wfs/service.svc/get</a>" <br /> -ro --debug on gmgml:LW_Bewirtschaftungseinheiten -al -q' )<br /><br /> Even</div>
</blockquote>
<p> </p>
<div> </div>
</body></html>