Skip to content
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

Closed
qgib opened this issue Apr 12, 2008 · 5 comments
Closed

srs.db incomptatible with GDAL >= 1.4.4 #11097

qgib opened this issue Apr 12, 2008 · 5 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Projections/Transformations Related to coordinate reference systems or coordinate transformation

Comments

@qgib
Copy link
Contributor

qgib commented Apr 12, 2008

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

@qgib
Copy link
Contributor Author

qgib commented Apr 17, 2008

Author Name: Jürgen Fischer (@jef-n)


see also #11095

@qgib
Copy link
Contributor Author

qgib commented May 25, 2008

Author Name: hamish - (hamish -)


see also bug #11139

@qgib
Copy link
Contributor Author

qgib commented May 25, 2008

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

@qgib
Copy link
Contributor Author

qgib commented Jul 10, 2008

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.


  • resolution was changed from to fixed
  • status_id was changed from Open to Closed

@qgib
Copy link
Contributor Author

qgib commented Aug 21, 2009

Author Name: Anónimo (Anónimo)


Milestone Version 1.0.0 deleted

@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! Projections/Transformations Related to coordinate reference systems or coordinate transformation labels May 24, 2019
@qgib qgib closed this as completed May 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Projections/Transformations Related to coordinate reference systems or coordinate transformation
Projects
None yet
Development

No branches or pull requests

1 participant