Thanks Brian,
I will give your suggestion a try.
Going back to the original post, I have made some progress with compressing
the output of gdal2tiles to a kmz file. The resulting kmz file opens in
Google Earth as red X's. It appears to be an issue with 7zip, because I am
able to compress the sa
Roland
it is probably worth your time to include another step in in your
proccess
run nearblack -setmask -near 0 -nb 0 -of GTiff infile -o nearblack.tif
nearblack options change if the source is a white background and if the
image format is lossy
gdalwarp -dstalpha -t_srs "EPSG:4326 nearblack.t
shouldn't make any difference as it's semantics nearly
the same as .
On Tue, Feb 22, 2011 at 11:38 PM, Roland Duhaime
wrote:
> I have been working with the png creation option under "gdal_translate -of
> kmlsuperoverlay" to create kmz files that include transparency. I haven't
> had much luck w
I have been working with the png creation option under "gdal_translate -of
kmlsuperoverlay" to create kmz files that include transparency. I haven't
had much luck with controlling specific colors that becomes transparent, or
even maintaining transparency in the source HFA file. The handling of
tr
brian winkey.org> writes:
> the problem is in /12/1211/2558.kml line 26
>
> 2558.png
>
> this should be a relative path from the root of the zipfile not from
> 2558.kml
>
Hello Brian,
I've made another tile cutter (http://code.google.com/p/tilers-tools/). It
produces a directory tree in a m
