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).