Ticket #4029 (assigned defect)

Opened 2 years ago

Last modified 2 years ago

gdaladdo produces blank overviews

Reported by: ysiddiqui Owned by: warmerdam
Priority: normal Milestone:
Component: GDAL_Raster Version: 1.6.3
Severity: normal Keywords: gtiff
Cc:

Description

The gdaladdo executable in v1.6.3 (modification date 2010-12-08) produces blank (black) overviews when run on JPEG-compressed GeoTIFF files. A previous version of gdaladdo, with a modification date of 2010-02-05, produces good overviews. Somewhere between these two builds, the overview process got corrupted.

A sample file before overview generation is attached to this ticket. The command used to generate overviews is as follows: 

  gdaladdo -r average gdaladdo.tif 2 4 8 16 32

Change History

Changed 2 years ago by ysiddiqui

File could not be attached. It is instead available on the i-cubed FTP site, in the "usual place." Filename = gdaladdo.tif.

Changed 2 years ago by warmerdam

  • keywords gtiff added
  • status changed from new to assigned
  • component changed from default to GDAL_Raster

I have confirmed that the GDAL 1.6 binaries in OSGeo4W produce the following error message on the given file: 

ERROR 1: TIFFRewriteDirectory:Error fetching directory count

This is with the 1.6.3-5 OSGeo4W build, but the same thing happens with 1.6.3-4.

Regressing to libtiff-4.0-dev-9 from libtiff-4.0-dev-90 however does bring things back to a working state. So the problem is related to changes in libtiff. The problem does not occur in GDAL 1.8, so something there avoids the problem. I will dig a bit deeper to see if there is a change that should be backported to GDAL 1.6.

Changed 2 years ago by warmerdam

I have confirmed the problem with 1.6 (and libtiff4 trunk) on Linux as well while it does not occur with trunk or 1.8.

I have tried merging in a few patches from trunk to 1.6 but the driver has grown substantially more complex since 1.6 and the merge is difficult as well as uncertain to actually help.

How badly do you want this fixed? I'd encourage i-cubed to actually use the default GDAL package for processing now, as it is GDAL 1.8 based.

It is likely to take a few hours to resolve this in 1.6, but I can if you want me to.

Changed 2 years ago by ysiddiqui

We are going to try to upgrade to GDAL 1.8. Let's hold off on any changes.

Note: See TracTickets for help on using tickets.