https://issues.qgis.org/https://issues.qgis.org/favicon.ico2012-02-24T07:57:28ZQGIS Issue TrackingQGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=293692012-02-24T07:57:28Zmarisn -
<ul><li><strong>Operating System</strong> set to <i>Windows</i></li><li><strong>Target version</strong> set to <i>35</i></li><li><strong>Affected QGIS version</strong> changed from <i>master</i> to <i>1.7.4</i></li></ul><p><a class="issue tracker-1 status-5 priority-5 priority- closed" href="https://issues.qgis.org/issues/5066" title="(regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100 (Closed)">#5066</a> could be a related issue.</p> QGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=293702012-02-24T08:17:40Zmarisn -
<ul></ul><p>Just checked that 1.6.0 is not affected. Due this issue, we are keeping our GIS labs on 1.6.0 release, as EPSG:25884 is the most used coordinate system in our university.</p> QGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=293712012-02-24T08:18:59ZGiovanni Manghigiovanni.manghi@gmail.com
<ul><li><strong>Priority</strong> changed from <i>High</i> to <i>6</i></li><li><strong>Subject</strong> changed from <i>QGIS 1.7.* on Windows misdetects EPSG::25884 datasets as EPSG::2100</i> to <i>(regression) QGIS 1.7.* on Windows misdetects EPSG::25884 datasets as EPSG::2100</i></li></ul><p>tagging this as a regression</p> QGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=293822012-02-25T05:32:15Zmarisn -
<ul><li><strong>Subject</strong> changed from <i>(regression) QGIS 1.7.* on Windows misdetects EPSG::25884 datasets as EPSG::2100</i> to <i>(regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100</i></li><li><strong>Operating System</strong> deleted (<del><i>Windows</i></del>)</li></ul><p>Just tested 1.7.4 on Linux and found out that it suffers from the same issue.</p> QGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=293832012-02-25T06:21:12ZJürgen Fischerjef@norbit.de
<ul></ul><p>marisn - wrote:</p>
<blockquote>
<p>Just tested 1.7.4 on Linux and found out that it suffers from the same issue.</p>
</blockquote>
<p>The problem also does relate to a change in GDAL were most of the +datum= parameters were dropped and +towgs84= parameters were inserted. QGIS now ignores +datum=, if there's no match found.</p>
<p>EPSG:25884 and EPSG:2100 are only different by +towgs84 parameter:</p>
<pre>
$ gdalsrsinfo -o proj4 Baltic_93TM_QGIS_test.prj
'+proj=tmerc +lat_0=0 +lon_0=24 +k=0.9996 +x_0=500000 +y_0=0 +ellps=GRS80 +units=m +no_defs '
$ gdalsrsinfo -o proj4 epsg:25884
'+proj=tmerc +lat_0=0 +lon_0=24 +k=0.9996 +x_0=500000 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs '
$ gdalsrsinfo -o proj4 epsg:2100
'+proj=tmerc +lat_0=0 +lon_0=24 +k=0.9996 +x_0=500000 +y_0=0 +ellps=GRS80 +towgs84=-199.87,74.79,246.62,0,0,0,0 +units=m +no_defs '
</pre>
<p>WKT of the shape:</p>
<pre>
PROJCS["ETRS89_TM_Baltic93",
GEOGCS["GCS_ETRS89",
DATUM["ETRS_1989",
SPHEROID["GRS_1980",6378137,298.257222101]],
PRIMEM["Greenwich",0],
UNIT["Degree",0.017453292519943295]],
PROJECTION["Transverse_Mercator"],
PARAMETER["latitude_of_origin",0],
PARAMETER["central_meridian",24],
PARAMETER["scale_factor",0.9996],
PARAMETER["false_easting",500000],
PARAMETER["false_northing",0],
UNIT["Meter",1]]
</pre> QGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=295122012-03-09T04:25:56ZEtienne Tourigny
<ul></ul><p>I don't know when (and why) +datum was removed from gdal output of proj.4 strings, but the problem here is that .prj files do not have +towgs84 parameters.</p>
<p>In gdal 1.9 this can be fixed with the config option GDAL_FIX_ESRI_WKT=TOWGS84<br />see <a href="http://www.gdal.org/ogr/classOGRSpatialReference.html#ad556dfdc04d9ec5f1714fc6b5e0eb6a6" class="external">OGRSpatialReference::morphFromESRI()</a> and <a href="http://trac.osgeo.org/gdal/ticket/4345" class="external">GDAL #4345</a></p>
<pre>
$ GDAL_FIX_ESRI_WKT=TOWGS84 gdalsrsinfo -o proj4 Baltic_93TM_QGIS_test.prj
'+proj=tmerc +lat_0=0 +lon_0=24 +k=0.9996 +x_0=500000 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs '
</pre>
<p>Perhaps this config option could be added to the GGis environment? How does master deal with this problem?</p> QGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=295292012-03-09T07:46:52ZJürgen Fischerjef@norbit.de
<ul><li><strong>Status</strong> changed from <i>Open</i> to <i>Closed</i></li></ul><p>Fixed in changeset <a class="changeset" href="https://issues.qgis.org/projects/qgis/repository/revisions/2f135c1d630f0f96422547c31a05c38d41997470" title="use GDAL_FIX_ESRI_WKT in QgsOgrProvider::crs (fixes #5066 with GDAL 1.9)">2f135c1d630f0f96422547c31a05c38d41997470</a>.</p> QGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=302342012-04-15T08:01:01ZGiovanni Manghigiovanni.manghi@gmail.com
<ul><li><strong>Target version</strong> changed from <i>35</i> to <i>Version 1.8.0</i></li></ul> QGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=341412012-08-27T07:59:55Zmarisn -
<ul><li><strong>Status</strong> changed from <i>Closed</i> to <i>Reopened</i></li><li><strong>Affected QGIS version</strong> changed from <i>1.7.4</i> to <i>master</i></li><li><strong>Target version</strong> changed from <i>Version 1.8.0</i> to <i>Version 2.0.0</i></li></ul><p>Unfortunately issue is back in master.</p>
<p>1.9.0-Master<br />QGIS code revision 078f5b8</p>
<p>Running GDAL 1.8.1</p> QGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=341452012-08-27T10:44:14ZJürgen Fischerjef@norbit.de
<ul></ul><p>marisn - wrote:</p>
<blockquote>
<p>Unfortunately issue is back in master.</p>
<p>1.9.0-Master<br />QGIS code revision 078f5b8</p>
<p>Running GDAL 1.8.1</p>
</blockquote>
<p>This should be fixed with GDAL 1.9 (see the commit)</p> QGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=341902012-08-28T13:07:18ZGiovanni Manghigiovanni.manghi@gmail.com
<ul><li><strong>Status</strong> changed from <i>Reopened</i> to <i>Feedback</i></li></ul> QGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=342102012-08-28T23:52:05Zmarisn -
<ul><li><strong>File</strong> <a href="/attachments/download/4836/estonia_generalized.zip">estonia_generalized.zip</a> added</li></ul><p>It's still an issue for some datasets.<br />Attached dataset was created by exporting from GRASS GIS. Data are in EPSG:25884, still QGIS autodetects it as EPSG:2100</p>
<pre>
gdalsrsinfo estonia_generalized.prj
PROJ.4 : '+proj=tmerc +lat_0=0 +lon_0=24 +k=0.9996 +x_0=500000 +y_0=0 +ellps=GRS80 +units=m +no_defs '
OGC WKT :
PROJCS["Transverse_Mercator",
GEOGCS["GCS_grs80",
DATUM["unknown",
SPHEROID["Geodetic_Reference_System_1980",6378137,298.257222101]],
PRIMEM["Greenwich",0],
UNIT["Degree",0.017453292519943295]],
PROJECTION["Transverse_Mercator"],
PARAMETER["latitude_of_origin",0],
PARAMETER["central_meridian",24],
PARAMETER["scale_factor",0.9996],
PARAMETER["false_easting",500000],
PARAMETER["false_northing",0],
UNIT["Meter",1]]
</pre> QGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=342122012-08-29T00:40:57Zmarisn -
<ul></ul><p>Forgot to add version information:</p>
<p>QGIS versija 1.9.0-Master<br />QGIS code revision ad437bf<br />Compiled against GDAL/OGR 1.9.1<br />Running against GDAL/OGR 1.9.1</p>
<p>Also fix only for OGR >1.9.x is unacceptable, as due to QGIS + OGR layer encoding issues, it's not possible to read/write shapefiles with GDAL/OGR 1.9.x (yes, shapefile encoding still doesn't work at all when QGIS runs with GDAL/OGR 1.9.1!) and thus GDAL/OGR 1.8.x is the only option for many QGIS users.</p> QGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=342202012-08-29T03:57:15ZGiovanni Manghigiovanni.manghi@gmail.com
<ul></ul><p>marisn - wrote:</p>
<blockquote>
<p>Forgot to add version information:</p>
<p>QGIS versija 1.9.0-Master<br />QGIS code revision ad437bf<br />Compiled against GDAL/OGR 1.9.1<br />Running against GDAL/OGR 1.9.1</p>
<p>Also fix only for OGR >1.9.x is unacceptable, as due to QGIS + OGR layer encoding issues, it's not possible to read/write shapefiles with GDAL/OGR 1.9.x (yes, shapefile encoding still doesn't work at all when QGIS runs with GDAL/OGR 1.9.1!) and thus GDAL/OGR 1.8.x is the only option for many QGIS users.</p>
</blockquote>
<p>not sure, but aren't both gdal issues?</p> QGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=342642012-08-31T01:15:04Zmarisn -
<ul></ul><p>Giovanni Manghi wrote:</p>
<blockquote>
<p>not sure, but aren't both gdal issues?</p>
</blockquote>
<p>Well. No. They both are QGIS issues triggered by changes in GDAL/OGR/Proj. GDAL/OGR doesn't mandate EPSG code to operate on datasets. I don't know if it's QGIS doing the wrong guess or GDAL/OGR, still end result is clear - QGIS uses wrong CRS, OGR tools use right one. As long as QGIS was using just datasets .prj file contents, it was fine.</p>
<p>Here's example how to check it:<br /><pre>
ogr2ogr -s_srs epsg:2100 -t_srs epsg:4326 est_gre.shp estonia_generalized.shp
ogr2ogr -s_srs epsg:25884 -t_srs epsg:4326 est_bal.shp estonia_generalized.shp
ogr2ogr -t_srs epsg:4326 est_raw.shp estonia_generalized.shp
</pre><br />Compare output. est_bal equals est_raw, est_gre is shifted by ~200m. Conclusion - ogr2ogr uses right CRS for provided file.</p>
<p>As goes for encoding issues - I'm fed up with them. It's still not possible to specify correct encoding in layer preferences or when adding vector dataset AND get data in specified encoding. Pointing out that there are also issues on QGIS side is threated like blasphemy. Still most likely I will reopen bugs when GDAL/OGR 1.9.2 will come out and issue will still exist.</p> QGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=342772012-09-01T05:26:02ZGiovanni Manghigiovanni.manghi@gmail.com
<ul></ul><blockquote>
<p>Pointing out that there are also issues on QGIS side is threated like blasphemy.</p>
</blockquote>
<p>I'm sorry but you are plain wrong. If you check you will see I'm the top bug reporter (or the second one, anyway I'm the top one in the last 3 years) -> I have no interest in not reporting a QGIS bug, on the other hand I'm very interested in hunting any possible bug.</p>
<p>Here the point is to keep the tracker as clean as possible, avoiding to have open tickets that are not right/necessary and eventually redirecting the issue upstream to other projects trackers.</p>
<blockquote>
<p>Still most likely I will reopen bugs when GDAL/OGR 1.9.2 will come out and issue will still exist.</p>
</blockquote>
<p>I have no reason to not believe you, anyway we will see as soon as qgis will be compiled against gdal 1.9.2</p>
<p>In any case if the latest gdal version available has the issue described here fixed, I don't understand why this should be left open. But anyway I will leave the last word to someone else.</p> QGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=342832012-09-01T09:12:40ZJürgen Fischerjef@norbit.de
<ul></ul><p>marisn - wrote:</p>
<blockquote>
<p>As long as QGIS was using just datasets .prj file contents, it was fine.</p>
</blockquote>
<p>That's part of the problem. QGIS doesn't use the .prj directly and AFAIK never did. It only uses it to find a match in the srs.db and actually use the projection defined there.</p>
<p>And finding that match became more complex after the GDAL change, because the datum parameter was dropped from GDAL and replaced with the towgs84 parameter. And therefore QGIS would fail to recognize those as there wasn't an exact match anymore and in turn produce a user CRS. So people started to complain about user CRSs instead of EPSG CRSs. So the detection was relaxed a bit by ignoring the <code>+datum</code> parameter, if there's no match otherwise.</p>
<p>Unfortunately there are some CRSs that are only different by the datum parameter - the above two being one of those pairs. And QGIS did pick the first hit even if there are more than one.</p>
<p><a class="changeset" href="https://issues.qgis.org/projects/qgis/repository/revisions/42a9d0193830cdee979fd53873581d87eef96e75" title="only accept crs matches if there's only one (improved #5066)">42a9d0193</a> changes that. So now, QGIS produces a user crs for <code>estonia_generalized.shp</code> now. BTW <code>Baltic_93TM_QGIS_test.shp</code> still worked for me. Still a compromise and hopefully not one that breaks other things.</p>
<blockquote>
<p>As goes for encoding issues - I'm fed up with them.</p>
</blockquote>
<p>Welcome to the club.</p>
<blockquote>
<p>It's still not possible to specify correct encoding in layer preferences or when adding vector dataset AND get data in specified encoding. Pointing out that there are also issues on QGIS side is threated like blasphemy.</p>
</blockquote>
<p>"threated" should have been "treated", shouldn't it? No one is threatening anyone, right?</p> QGIS Application - Bug report #5066: (regression) QGIS 1.7.* misdetects EPSG::25884 datasets as EPSG::2100https://issues.qgis.org/issues/5066?journal_id=355602012-10-04T13:03:26ZGiovanni Manghigiovanni.manghi@gmail.com
<ul><li><strong>Status</strong> changed from <i>Feedback</i> to <i>Closed</i></li><li><strong>Resolution</strong> set to <i>fixed</i></li></ul>