[gdal-dev] gdal2tiles.py of transparent background vrt/png gives black background tiles

Grégory Bataille gregory.bataille at gmail.com
Mon Apr 24 21:45:15 PDT 2017


Hey John,

That's a lot of information to process :)
So your conclusion would be that gdal2tiles does not handle TIF "Byte"
files properly?

Would you be able to submit some samples of working TIF + VRT and
non-working ones so that I might have a look in the future if it's a bug?


---
Gregory Bataille

On Tue, Apr 25, 2017 at 3:41 AM, John W. Glendening <glendening at drjack.net>
wrote:

> Finally having some success using ImageMagick convert, I backed up by
> not using its -Truecolor flag, i.e. using only a -depth 8 flag, which
> produced a 4 band RGBA.  Creating a .vrt and running gdal2tiles.py
> produced successful results, _without_ needing the -a 0,0,0,0
> argument.  I then pushed things further by adding the partial opacity
> polygons back in.  That did produce partial opacity polygons in the
> tiles, but instead of being magenta they were gray.  Don't know how to
> explain that, probably a limitation in gdal2tiles.py - but it is at
> least partial success.
>
> Summary: IM convert produced a "UInt16" format TIF when lines are
> drawn on its blank transparent canvas, whereas drawing them on a
> pre-created background map image produced "Byte" format TIFs.  The
> gdalbuildvrt understood that and so indicated in the .vrt file it
> produced.  But gdal2tiles.py apparently only understands "Byte" format
> files.  The IM convert requires a "-depth 8" flag to produce such
> files.
>
> John Glendening
>
>
> --
> John W. (Jack) Glendening  831-484-6929
> 25953 Deer Run Lane  Salinas, CA  93908
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20170425/20623186/attachment.html>


More information about the gdal-dev mailing list