<div dir="ltr">Ok, thanks for the quick answer and bug fix!<div><br></div><div>Any idea about the planned version of QGIS that would include GDAL 2.1.2?</div><div><br></div><div><br></div><div>Ilkka</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 11, 2016 at 12:59 PM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Le mardi 11 octobre 2016 10:47:09, Ilkka Rinne a écrit :<br>
> Hi,<br>
><br>
> We are experiencing an unwanted flipping of coordinate order interpretation<br>
> when adding GML 3.2 files as new vector layers in QGIS 2.2 Valmiera.<br>
><br>
> The GML data is has been encoded as a wfs:featureCollection with EU INSPIRE<br>
> ProtectedSite 4.0 features as collection members (XML Schema:<br>
> <a href="http://inspire.ec.europa.eu/schemas/ps/4.0/ProtectedSites.xsd" rel="noreferrer" target="_blank">http://inspire.ec.europa.eu/<wbr>schemas/ps/4.0/ProtectedSites.<wbr>xsd</a>). When using<br>
> the URI-type srsName "<a href="http://www.opengis.net/def/crs/EPSG/0/3035" rel="noreferrer" target="_blank">http://www.opengis.net/def/<wbr>crs/EPSG/0/3035</a>" the<br>
> coordinates seem to be interpreted (by GDAL?) in order (easting, northing),<br>
> while the official axis order (according to the EPSG-registry) is<br>
> (northing, easting). If we change the srsName to the URN-type format<br>
> "urn:ogc:def:crs:EPSG::3035" in the GML file, the import seems to use the<br>
> correct coordinate order.<br>
><br>
> To comply with the INSPIRE requirements, we have to use the URI format<br>
> srsNames, but this is likely to cause a lot of confusion for the QGIS &<br>
> GDAL users of the data if the coordinates are interpreted in the wrong<br>
> order.<br>
><br>
> I'm fully aware of the massively confusing lat/lon (x/y) coordinate order<br>
> interpretation misalignment between the geographers and the (GIS) software<br>
> implementors, but was not aware that this issues also shows it's ugly head<br>
> for other CRSes than CRS 84/EPSG:4326.<br>
<br>
</span>It's a mess indeed, reinforced by constant changes in srsName syntaxes.<br>
<span class=""><br>
><br>
> Question 1: Is this an intentional feature or a bug?<br>
<br>
</span>This was a bug. I've just fixed it per <a href="https://trac.osgeo.org/gdal/ticket/6678" rel="noreferrer" target="_blank">https://trac.osgeo.org/gdal/<wbr>ticket/6678</a><br>
(in time for the upcoming GDAL 2.1.2)<br>
<span class=""><br>
><br>
> Question 2: Is it possible to force GDAL from the QGIS UI to interpret the<br>
> coordinate order of these GML files in the official order?<br>
<br>
</span>No workaround I can think of, apart the manual replacing as you did.<br>
<span class="HOEnZb"><font color="#888888"><br>
Even<br>
<br>
--<br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Ilkka Rinne<br>Founder, <span style="font-size:small">Head of Customer Experience and Interoperability</span>, Spatineo Oy<br>Email: <a href="mailto:ilkka.rinne@spatineo.com" target="_blank">ilkka.rinne@spatineo.com</a><br>Skype: ilkka.o.rinne, phone: +358 50 523 8974<br>Office: Kellosilta 2 D, FI-00520 Helsinki, Finland<br><a href="http://www.spatineo.com" target="_blank">www.spatineo.com</a>, <a href="http://twitter.com/#!/spatineo" target="_blank">twitter.com/#!/spatineo</a><br>Google+ <a href="https://google.com/+Spatineo" target="_blank">google.com/+Spatineo</a><br><a href="http://www.linkedin.com/company/spatineo-inc" target="_blank">www.linkedin.com/company/spatineo-inc</a></div></div></div></div></div></div></div></div>
</div>