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 transparency is different from gdal2tiles, where I have had good results. This leads me back to gdal2tiles and attempting to create a kmz file from the tile structure. The key difference I see between the .kml files using the two different processes is below. In order to be able to compress the gdal2tiles output into one file, I believe that I may need to modify gdal2tiles.py to create the gx:LatLonQuad tag from section 1 below as opposed to the LatLonBox from section 2 below. Does anyone know the difference between gx:LatLonQuad and LatLonBox before I decide if this change is appropriate?:<br>
<br>(1) KML Superoverlay snippet:<br><br> <GroundOverlay><br> <drawOrder>0</drawOrder><br> <Icon><br> <href>0.png</href><br> </Icon><br>
<gx:LatLonQuad><br> <coordinates><br> -74.885604, 40.373168, 0<br> -74.269963, 40.373582, 0<br> -74.267506, 41.083329, 0<br> -74.889723, 41.082904, 0<br>
</coordinates><br> </gx:LatLonQuad><br> </GroundOverlay><br><br>(2)GDAL2Tiles Kml snippet: <br> <br> <GroundOverlay><br> <drawOrder>16</drawOrder><br>
<Icon><br> <href>159.png</href><br> </Icon><br> <LatLonBox><br> <north>40.97989806962016</north><br> <south>39.90973623453719</south><br>
<east>-74.53125000000000</east><br> <west>-75.93750000000000</west><br> </LatLonBox><br> </GroundOverlay><br><br>Thanks Again,<br>Roland<br><br><br>
<div class="gmail_quote">On Sun, Feb 20, 2011 at 6:12 AM, Vadim Shlyakhov <span dir="ltr"><<a href="mailto:vadp.devl@gmail.com">vadp.devl@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">brian <rush <at> <a href="http://winkey.org" target="_blank">winkey.org</a>> writes:<br>
<br>
> the problem is in /12/1211/2558.kml line 26<br>
><br>
> <href>2558.png</href><br>
><br>
> this should be a relative path from the root of the zipfile not from<br>
> 2558.kml<br>
><br>
<br>
</div>Hello Brian,<br>
<br>
I've made another tile cutter (<a href="http://code.google.com/p/tilers-tools/" target="_blank">http://code.google.com/p/tilers-tools/</a>). It<br>
produces a directory tree in a manner which is very similar to gdal2tiles.py. So<br>
I had a look into this problem.<br>
<br>
I must say it didn't work for me either: GE shows KML just fine, but if I zip a<br>
dir tree into KMZ it fails altogether. I've tried relative paths to PNGs, to<br>
internal KMLs. All these were to no avail.<br>
<br>
I think that the problem actually lies in '<NetworkLink>' things and I still<br>
cannot get a clue on these.<br>
<br>
I wonder if you have (or can produce manually) a sample of working KMZ with<br>
superoverlays, so I'd be able to have a look<br>
<div><div></div><div class="h5"><br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</div></div></blockquote></div><br>