This repository has been archived by the owner on Jul 24, 2021. It is now read-only.
proj4 epsg:3857 hack should be removed #4212
Assignees
Comments
|
Author: kay_D I tried it, as the proj is defined by default: grep 3857 /usr/share/proj/epsg<3857> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +wktext +no_defs <> I removed the special handling in metatilehandler.cc and changed the styles to be "+init=epsg:3857", and it works flawlessly. |
|
Author: woodpeck dropped setting of specific SRS in r28463 4 weeks ago. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Reporter: komzpa[at]gmail.com
[Submitted to the original trac issue database at 12.11am, Monday, 6th February 2012]
The file /tirex/backend-mapnik/metatilehandler.cc around line 256 shouldn't have a special hardcode for epsg:3857 and should depend on the correct version of proj-data instead.
I've bumped into a number of "spherical mercatorto spherical mercator" raster reprojection issues because of this enforcement.
osm.xml stylesheet also uses a special string for spherical mercator, and that string is a bit different. Just enough to fire mapnik's reprojection engine for each step; I'll open a separate issue for that too.
Hope we'll have just one spherical mercator proj4 string in all the software at some time in the future instead of at least five ones that we've got now, and may that be "+init=epsg:3857" :3
The text was updated successfully, but these errors were encountered: