Opened 13 years ago
Closed 9 years ago
#3915 closed defect (wontfix)
dumpoverviews drops the color palette
Reported by: | jcrepetto | Owned by: | warmerdam |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | GDAL_Raster | Version: | svn-trunk |
Severity: | normal | Keywords: | |
Cc: |
Description
When I use dumpoverviews on an image with a color palette, the result is a gray level image.
Example :
$ gdalinfo -noct World.ozf2
Driver: OZI/OZI
Band 1 Block=64x64 Type=Byte, ColorInterp=Palette
Overviews: 527x512, 211x205, 105x102, 53x51
Color Table (RGB with 256 entries)
$ dumpoverviews World.ozf2
$ gdalinfo World_1_0.tif
Driver: GTiff/GeoTIFF
Band 1 Block=527x15 Type=Byte, ColorInterp=Gray
Change History (2)
comment:1 by , 9 years ago
comment:2 by , 9 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
The dumpoverviews tool seem to be a special tool that is only documented in the source code and it is not even compiled by default. I am closing the ticket as wontfix. It does not mean that the ticket is invalid but I think that copying and attaching palettes would better suit for some general palette tool than as an extra feature of dumpoverviews. As a workaround it should be possible to read the dumped overviews through a VRT file that includes the palette.
What to say about this? I found code for dumpoverviews at https://svn.osgeo.org/gdal/trunk/gdal/apps/dumpoverviews.cpp but at least Windows binaries from gisinternals do not come with this utility.
When it comes to the issue, does it mean that if overviews come from a paletted image then also the palette should be copied into the overview dump?