[Gdal-dev] gdaladdo error: Wrong "StripByteCounts" field

[marco vieira]

Hi folks:

I'm geting this error when using gdaladdo in a tif file created by other
gdal utilities

(1) gdal_translate -of GTiff -ot Int16 %s.asc %s.tif -quiet
(2) gdalwarp -tr 0.00232621 0.00232621 (...)
(3) gdaladdo -r average 1_50_Best_Server.dat.tif 2 4 8
Then:
0...10...20...31...40...51...60...70Warning 1:
TIFFReadDirectory:1_50_Best_Server.dat.tif: Wrong "StripByteCounts" field,
ignoring and calculating from imagelength
.Warning 1: TIFFReadDirectory:1_50_Best_Server.dat.tif: Wrong
"StripByteCounts" field, ignoring and calculating from imagelength
ERROR 1: 1_50_Best_Server.dat.tif:DumpModeDecode: Not enough data for
scanline 0
ERROR 1: TIFFReadEncodedTile() failed.

ERROR 1: IReadBlock failed at X offset 0, Y offset 6
ERROR 1: GetBlockRef failed at X block offset 0, Y block offset 6
ERROR 1: 1_50_Best_Server.dat.tif:DumpModeDecode: Not enough data for
scanline 0
ERROR 1: TIFFReadEncodedTile() failed.
(...)

my gdaladdo is linked by:

ldd /usr/bin/gdaladdo
        linux-gate.so.1 =>  (0xffffe000)
        libgdal1.3.2.so.1 => /usr/lib/libgdal1.3.2.so.1 (0xa7a9b000)
        libxerces-c.so.27 => /usr/lib/libxerces-c.so.27 (0xa76cc000)
        libmfhdf.so.4 => /usr/lib/libmfhdf.so.4 (0xa76a9000)
        libdf.so.4 => /usr/lib/libdf.so.4 (0xa760a000)
        libungif.so.4 => /usr/lib/libungif.so.4 (0xa7602000)
        libpng12.so.0 => /usr/lib/libpng12.so.0 (0xa75de000)
        libnetcdf.so.3 => /usr/lib/libnetcdf.so.3 (0xa75a8000)
        libcfitsio.so.2 => /usr/lib/libcfitsio.so.2 (0xa743a000)
        libpq.so.4 => /usr/lib/libpq.so.4 (0xa741c000)
        librt.so.1 => /lib/tls/librt.so.1 (0xa7414000)
        libdl.so.2 => /lib/tls/libdl.so.2 (0xa7410000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0xa73fe000)
        libz.so.1 => /usr/lib/libz.so.1 (0xa73ea000)
        libcrypt.so.1 => /lib/tls/libcrypt.so.1 (0xa73bc000)
        libnsl.so.1 => /lib/tls/libnsl.so.1 (0xa73a5000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xa72c6000)
        libm.so.6 => /lib/tls/libm.so.6 (0xa72a1000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xa7296000)
        libc.so.6 => /lib/tls/libc.so.6 (0xa7164000)
        libgeos.so.2 => /usr/lib/libgeos.so.2 (0xa7071000)
        libodbc.so.1 => /usr/lib/libodbc.so.1 (0xa7011000)
        libjasper-1.701.so.1 => /usr/lib/libjasper-1.701.so.1 (0xa6fc4000)
        libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xa6fa4000)
        libtiff.so.4 => /usr/lib/libtiff.so.4 (0xa6f50000)
        libmysqlclient.so.15 => /usr/lib/libmysqlclient.so.15 (0xa6d7e000)
        libicuuc.so.36 => /usr/lib/libicuuc.so.36 (0xa6c67000)
        libicudata.so.36 => /usr/lib/libicudata.so.36 (0xa62b7000)
        libssl.so.0.9.8 => /usr/lib/i686/cmov/libssl.so.0.9.8 (0xa6278000)
        libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8
(0xa613e000)
        libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0xa60c2000)
        libcom_err.so.2 => /lib/libcom_err.so.2 (0xa60be000)
        /lib/ld-linux.so.2 (0xa7f24000)
        libltdl.so.3 => /usr/lib/libltdl.so.3 (0xa60b7000)
        libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0xa6092000)
        libresolv.so.2 => /lib/tls/libresolv.so.2 (0xa607f000)
        libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0xa6079000)

I use debian testing:

uname -a
Linux spatialsv2 2.6.17-2-486 #1 Wed Sep 13 15:56:30 UTC 2006 i686 GNU/Linux

With GDAL 1.3.2:

dpkg -l |grep gdal
ii  gdal-bin                         1.3.2-2                     Geospatial
Data Abstraction Library - Utilit
rc  libgdal1-1.3.1                   1.3.1-6                     Geospatial
Data Abstraction Library
ii  libgdal1-1.3.2                   1.3.2-2                     Geospatial
Data Abstraction Library
ii  libgdal1-1.3.2-dev               1.3.2-2                     Geospatial
Data Abstraction Library - Develo

ldconfig -v|grep gdal
        libgdal1.3.2.so.1 -> libgdal1.3.2.so.1.10.0

I test gdaladdo in other tif files like drgncimq1926.tif from mapserver
workshop data with similar results (Segmentation Fault on 71% processed)

Any clue?
-- 
Marco Vieira
+55 21 9499-6800
e-mail: maovieira at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20061101/ff9f03de/attachment.html