-
-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
srs.db incomptatible with GDAL >= 1.4.4 #11097
Comments
Author Name: hamish - (hamish -) see also bug #11139 |
Author Name: hamish - (hamish -) the real problem is not the extra 00s, it is trying to do exact string matching from two different sources of data and expect the result to be the same. Removing those 00s only fixes one symptom in a greater problem, and only temporarily. Hamish |
Author Name: Maciej Sieczka - (Maciej Sieczka -) FWIW an udpated srs.db has been subbmitted to SVN and is going to be included in 0.11. The srs.db is compatible with GDAL >= 1.4.4. Although Hamish point is valid, this particular ticket belongs to a different subject. Please open a new ticket if necessary. The script is available as an attachement in ticket #11095.
|
Author Name: Anónimo (Anónimo) Milestone Version 1.0.0 deleted |
Author Name: Maciej Sieczka - (Maciej Sieczka -)
Original Redmine Issue: 1037
Redmine category:projection_support
Assignee: nobody -
Since GDAL 1.4.4 there is a change r1,r2 that the scale factor k is treated as numeric instead of string variable. This results in a following proj4 string for eg. EPSG 2180 in GDAL > 1.4.2:
+proj=tmerc +lat_0=0 +lon_0=19 +k=0.9993 +x_0=500000 +y_0=-5300000 +ellps=GRS80 +units=m +no_defs
Whereas in QGIS srs.db, and GDAL =< 1.4.2 the same EPSG code is represented with a slightly different proj4 string:
+proj=tmerc +lat_0=0 +lon_0=19 +k=0.999300 +x_0=500000 +y_0=-5300000 +ellps=GRS80 +units=m +no_defs
The difference in the number of zeros in k factor makes QGIS fail to recognize the SRS, if QGIS runs against GDAL 1.4.4 or later. I verified that with the latest QGIS SVN trunk and GDAL 1.4.2, 1.4.4, 1.5.1.
As can be seen in r1 any SRS that uses k is affected. According to the epsg file shipped with PROJ 4.5.0, this gives 1142 out of 6442 SRS definitions incompatible between QGIS and GDAL > 1.4.2 r3.
r1http://trac.osgeo.org/gdal/changeset/12625
r2http://trac.osgeo.org/gdal/ticket/1970
r3grep '\+k=[[:digit:]]*\.[[:digit:]]*0 ' /usr/share/proj/epsg
The text was updated successfully, but these errors were encountered: