Opened 9 years ago
Closed 9 years ago
Last modified 9 years ago
#1391 closed defect (fixed)
maptiler: fails on epsg code 900913
|Reported by:||hamish||Owned by:|
|Component:||OSGeoLive||Keywords:||maptiler, gdal, python bindings, spherical merc|
maptiler tries to use epsg code 900913, but the
ImportFromEPSG() code throws an error that it doesn't know it. So the overall operation fails.
I can patch it to request epsg code 3857 instead, and then it works.
But since 900913 will be around for years to come, and is still present in the /usr/share/proj/other.extra epsg file, I'd hope that gdal would not give an error for it, and for the next years consider it a bug that it does.
works in gdal 1.9 but not 1.10:
from osgeo import osr out_srs = osr.SpatialReference() out_srs.ImportFromEPSG(900913)
if we do a RC2 I'd suggest to comment out maptiler from the build.
Since we at OSGeo commissioned the gdal2tiles software as part of Google Summer of Code 2008, IMO we have a responsibility and moral right to keep it going. The gdal2tiles.py backend remains alive and maintained in gdal svn, I would suggest to import the last known public version of the wxpy gui frontend to it (ie maptiler) into osgeo's github repo; I notice a couple forks there already (only the French one seems to have any updates to it).
The .deb we are using from googlecode contains the latest version, the svn repo there was abandoned and hidden at an earlier version. Changes to the copy of gdal2tiles in the maptiler deb were never committed to gdal svn, a diff should be made, useful things ported in, and the new maptiler git repo depend on the latest gdal version of the gdal2tiles.py program (which has kept up with changes in OpenLayers, Google Map tiles, etc).
Change history (5)
comment:1 by , 9 years ago
comment:2 by , 9 years ago
I tested osgeo-live-nightly-build11850-i386.iso which has gdal 1.11, and it works there, so the problem is gdal 1.10 specific.
comment:3 by , 9 years ago
further discussion: https://trac.osgeo.org/gdal/ticket/5617
comment:4 by , 9 years ago
|Status:||new → closed|
thanks Hamish for the fix
comment:5 by , 9 years ago
just to document the remaining problems:
- output dir is ignored, wants to put the resulting tile tree in the same dir as the input file (fails if read-only)
- openlayers support is out of date, needs newer gdal2tiles.py from gdal instead of its own embedded one, but some features from the embedded copy need to be merged into the (maintained) gdal swig/python/scripts/ version.
patched both installed versions of gdal2tiles.py in r11931.