[gdal-dev] issues with gdal2tiles.py

[Marcela Campo]

Hi Andre, thank you for the information. I mentioned 900913 in the response
because the error code actually refers to it, I have no idea why. I don't
reproject to it and I don't see any mention of it in the geographical
information in the tiff.

The shift is of a couple of kilometers. I have one image that looks ok, and
the rest does not. The only difference is that the original 'img' files
that turn out shifted have an ancialliary file with extension aux.xml.

Can it be that gdal is not picking that one up correctly? As far as I read
it should recognize it with no issues.

Thanks!


On Tue, May 27, 2014 at 2:19 PM, Andre Joost <andre+joost at nurfuerspam.de>wrote:

> Am 27.05.2014 18:45, schrieb Marcela Campo:
>
>  Hi André, thank you for your response.
>>
>> I am not using EPSG:900913 anywhere
>>
>
> You mentioned an error message about EPSG:900913 in your first post.
> I did my gdal2tiling a few years ago, and at that time 900913 was still
> listed in proj. Now it has been replaced by EPSG:3857, but gdal2tiles still
> wants it (I guess).
>
> How much is your offset?
>
> If it is a few hundred meters, it is more likely a datum shift issue. If
> it is about 20km, it might be the Google mercator bug.
>
> For the first one, you might look into the PSAD56 or SAD69 UTM
> projections. They have a shift against WGS84 and POSGAR based projections.
>
> For the second, you can try setting -s_srs "EPSG:3395" -t_srs "EPSG:3857"
> (or the other way round) to correct it before tiling.
>
> You could as well load the untiled tif into QGIS and compare to
> Oepnstreetmap or Google background using the Openlayers plugin.
>
>
> HTH,
> André Joost
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20140529/fb0e77af/attachment-0001.html>