Possible issue with output (from http://earth.google.com/support/bin/answer.py?answer=40901):
To conform more closely with the OGC KML 2.2 standard, we've made the parsing of the <coordinates> tag more strict in version 6.1. Spaces must only be used to separate the (longitude,latitude,altitude) triplets which specify the coordinates of a single point. It is invalid to add spaces between individual coordinates. We understand that previous versions of the client were more lenient, so if your KML files contain spaces beween coordinates in coordinate triplets, an easy workaround is to remove all whitespace located immediately before or after commas inside a <coordinates> tag. I checked one file, and there were spaces after the commas: <kml xmlns="http://earth.google.com/kml/2.1" xmlns:gx="http://www.google.com/kml/ext/2.2"> <Document> <name>1/1/1.kml</name> <Style> <ListStyle id="hideChildren"> <listItemType>checkHideChildren</listItemType> </ListStyle> </Style> <Region> <Lod> <minLodPixels>128</minLodPixels> <maxLodPixels>2048</maxLodPixels> </Lod> <LatLonAltBox> <north>41.900791</north> <south>41.890160</south> <east>12.505676</east> <west>12.492253</west> </LatLonAltBox> </Region> <GroundOverlay> <drawOrder>1</drawOrder> <Icon> <href>1.jpg</href> </Icon> <gx:LatLonQuad> <coordinates> 12.492253, 41.890160, 0 12.506078, 41.890461, 0 12.505676, 41.900791, 0 12.491848, 41.900490, 0 </coordinates> </gx:LatLonQuad> </GroundOverlay> ... Seems like a quick fix. Someone should probably file a ticket for documentation, I can do that if need be. kss From: [email protected] [mailto:[email protected]] On Behalf Of Roland Duhaime Sent: Friday, November 18, 2011 7:14 AM To: [email protected] Subject: Re: [gdal-dev] KMLSuperOverlay in Google Earth 6.1.0.5001 Roger, The PNG gdalinfo details are: Driver: PNG/Portable Network Graphics Files: 7.png Size is 218, 218 Coordinate System is `' Image Structure Metadata: INTERLEAVE=PIXEL Corner Coordinates: Upper Left ( 0.0, 0.0) Lower Left ( 0.0, 218.0) Upper Right ( 218.0, 0.0) Lower Right ( 218.0, 218.0) Center ( 109.0, 109.0) Band 1 Block=218x1 Type=Byte, ColorInterp=Red Mask Flags: PER_DATASET ALPHA Band 2 Block=218x1 Type=Byte, ColorInterp=Green Mask Flags: PER_DATASET ALPHA Band 3 Block=218x1 Type=Byte, ColorInterp=Blue Mask Flags: PER_DATASET ALPHA Band 4 Block=218x1 Type=Byte, ColorInterp=Alpha Thanks, Roland On Thu, Nov 17, 2011 at 5:21 PM, Roger André <[email protected]<mailto:[email protected]>> wrote: What is the output of gdalinfo on one of the PNG's in the superoverlay? On Thu, Nov 17, 2011 at 1:36 PM, Roland Duhaime <[email protected]<mailto:[email protected]>> wrote: Has anyone else experienced the latest version of Google Earth (6.1.0.5001) or the G.E. API not loading PNG formatted KMLSUPEROVERLAYs created using gdal_translate? The same KMZ files worked in the past. Thanks, Roland _______________________________________________ gdal-dev mailing list [email protected]<mailto:[email protected]> http://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
