Hi Roland,
(lets cc the gdal list, so others can join in reading and/or answering)
If I recall correctly, you just have to make sure your input dataset is
rgba. I think I usually had a 4-channel 8-bit geotiff, tiled, and with
overviews (use gdaladdo to add them). I'm using a self-compiled
Thanks Brian,
I have reviewed OSGeo4W\bin\gdal2tiles.py and specifically line 1597
containing the href tag to the png file:
Icon
href%(ty)d.%(tileformat)s/href
/Icon
I was curious if someone had any idea on how to modify this href tag to
include the relative path
Roland,
not really an answer to your question, but note that - with a recent
gdal - you can also create kmz by using the kmlsuperoverlay output
format, e.g.:
gdal_translate -of kmlsuperoverlay infile out.kmz
your infile need be a rgb or rgba format (if you want to maintain
transparency,
I am following the instructions for creating one KMZ file that are posted
here:
http://trac.osgeo.org/gdal/wiki/UserDocs/Gdal2Tiles
I am using gdal2tiles under the gdal package 1.8. I have having success
creating superoverlays and the related folder structure. I am able to read
the created
Roland
the problem is in /12/1211/2558.kml line 26
href2558.png/href
this should be a relative path from the root of the zipfile not from
2558.kml
Brian
On Wed, 2011-02-16 at 15:14 -0500, Roland Duhaime wrote:
I am following the instructions for creating one KMZ file that are
posted