Hello all -
At OpenMapsCaucasus/JumpStart and in other places I've had trouble
reconciling the standard OSGeo implementation (origin at bottom-left) of TMS
which gdal2tiles.py generates, and the OSM convention (origin at top-left).
There may be a simpler way to do this, but for on-the-fly transla
Thanks for all the input, Manuel - I've gone ahead with the
ImageMagick system and it works pretty well. That said, a projective
warp would be great as a native GDAL feature, so thanks for the offer.
If anyone else has interest, please pipe up! If it's just me then I
guess there's not too much dem
;
christopher.schm...@nokia.com> wrote:
>
> On Jul 28, 2010, at 9:10 AM, ext Jean-Claude REPETTO wrote:
>
> > Le 28/07/2010 14:05, Jeffrey Warren a écrit :
> >> I'm getting this error when running gdal2tiles.py with even default
> >> parameters, on files w
900913 to ensure this, but I cannot
get the latest stable (1.7.2) gdal to do so.
Thank you though -- sorry if I was unclear in my request.
On Wed, Jul 28, 2010 at 5:10 PM, Jean-Claude REPETTO wrote:
> Le 28/07/2010 14:05, Jeffrey Warren a écrit :
>
> I'm getting this error when ru
I'm getting this error when running gdal2tiles.py with even default
parameters, on files which run fine on another separate machine:
ERROR 6: EPSG PCS/GCS code 900913 not found in EPSG support files. Is this
a valid EPSG coordinate system?
(full error below)
I've been wandering through the cube
Hi, all - I need 4-point (GCP) projective warping (
http://docs.bentley.com/en/I-RASB/irasbhelp171.html) for my very basic
rubbersheeting app at http://cartagen.org/maps (getting full-res TMS output
working). These are for aerial photographs, not scanned images.
After banging my head against a wal
I am not certain.
>
> kss
>
> #
> Kyle Shannon
> Physical Science Technician
> RMRS Fire Sciences Lab
> Fire, Fuels & Smoke - RWU 4405
> 5775 Highway 10 W.
> Missoula, MT 59808
> (406)829-6954
> kshan...@fs.fed.us
> # ==
Hi, I'm probably missing something obvious, but I tried packing an output
directory from gdal2tiles -k (generating the doc.kml) and while the kml
loads, and all the sub-kmls load (i.e. 11/1401/2322.kml etc.) when I
compress them into a zip and rename kmz, the images don't load.
Google Earth doesn'
