Opened 13 years ago
Closed 9 years ago
#4029 closed defect (wontfix)
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 (5)
comment:1 by , 13 years ago
comment:2 by , 13 years ago
| Component: | default → GDAL_Raster |
|---|---|
| Keywords: | gtiff added |
| Status: | new → assigned |
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.
comment:3 by , 13 years ago
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.
comment:4 by , 13 years ago
We are going to try to upgrade to GDAL 1.8. Let's hold off on any changes.
comment:5 by , 9 years ago
| Resolution: | → wontfix |
|---|---|
| Status: | assigned → closed |
No similar reports during last few years and we are now at GDAL v.1.11.1. Closing as wontfix because I do not know how it has been fixed.
File could not be attached. It is instead available on the i-cubed FTP site, in the "usual place." Filename = gdaladdo.tif.