No, but that would be nice if it did. - Roland
On Fri, Nov 18, 2011 at 3:22 PM, Roger André wrote:
> If you change the namespace declaration in the KML from "2.2" to "2.1",
> does it still work?
>
>
>
> On Fri, Nov 18, 2011 at 11:17 AM, Even Rouault <
> even.roua...@mines-paris.org> wrote:
>
>>
900791, 0
>
>12.491848, 41.900490, 0
>
>
>
>
>
>
>
> ...
>
> ** **
>
> Seems like a quick fix. Someone should probably file a ticket for
> documentation, I c
Block=218x1 Type=Byte, ColorInterp=Alpha
Thanks,
Roland
On Thu, Nov 17, 2011 at 5:21 PM, Roger André 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
> wrote:
>
>>
>> Has
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
gdal-dev
I need to change the drawOrder of the KMZ files that are created using
GDAL_Translate -of KMLSUPEROVERLAY... I have been looking at the source
code of "kmlsuperoverlaydataset.cpp" and noticed that the draw order appears
to be tied to the variable "zoom." Does anyone know if I have control over
dr
background and if the
> image format is lossy
>
> gdalwarp -dstalpha -t_srs "EPSG:4326 nearblack.tif warped.tif
>
> gdal_translate -of kmlsuperoverlay warped.tif final.kmz
>
> brian
>
> On Tue, 2011-02-22 at 15:38 -0500, Roland Duhaime wrote:
> > I have been
Michael,
I am running Windows 7 and I use the Osgeo4w installer with the advanced
install option to select the specific gdal and python libraries that I
need. The default gdal1.8 is recommended. Osgeo4w can be found here:
http://trac.osgeo.org/osgeo4w/
Without knowing your specific application
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
, Feb 16, 2011 at 5:35 PM, brian wrote:
> Roland
>
>
> 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
>
> Brian
>
>
>
> On Wed, 2011-02-16 at 15:14 -0500, Rol
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 do
I am using gdal2tiles under OSGEO4W. I use both gdal16 and gdal17.
When I have a large HFA file I am not able to use gdal2tiles to process this
file. These large .img (HFA) files have a spill file with a .ige
extension. I receive an error similar to:
0ERROR 4: Unable to open external data file
11 matches
Mail list logo
