[gdal-dev] Error (Not enough data for scanline) by using gdaladdo with geotiff

[Gregor Fikoczek]

Am Samstag 10 Januar 2009 18:14:44 schrieb gfikoczek at wheregroup.com:
> > Gregor Fikoczek wrote:
> >> Hi,
> >>
> >> i am using 'GDAL 1.6.0, released 2008/12/04' on (K)Ubuntu 'Linux
> >> 2.6.22-16-generic i686 GNU/Linux'. By using gdaladdo with a geotiff i
> >> get the
> >> following Result/Error:
> >>
> >> gdaladdo -r nearest test.tif 2 4 8 16
> >>
> >> Warning 1: TIFFReadDirectory:test.tif: Wrong "StripByteCounts" field,
> >> ignoring
> >> and calculating from imagelength
> >> 0Warning 1: TIFFReadDirectory:test.tif: Wrong "StripByteCounts" field,
> >> ignoring and calculating from imagelength
> >> ERROR 1:
> >> /home/fikoczek/projekte/bentheim/testbild/8015.9B.tif:DumpModeDecode:
> >> Not enough data for scanline 0
> >> ERROR 1: TIFFReadEncodedTile() failed.
> >> ERROR 1: IReadBlock failed at X offset 0, Y offset 0
> >> ERROR 1: GetBlockRef failed at X block offset 0, Y block offset 0
> >> ...10...20...30...40...50...60...70...80...90...100 - done.
> >> Overview building failed.
> >>
> >>
> >> Anybody an idea ?????
> >> Something with the libtiff ???
> >
> > Greg,
> >
> > Generally this indicates use of an older libtiff.  If you want to avoid
> > this, I'd suggest configuring --with-libtiff=internal.
> >
> > Best regards,
> > --
> > ---------------------------------------+---------------------------------
> >----- I set the clouds in motion - turn up   | Frank Warmerdam,
> > warmerdam at pobox.com
> > light and sound - activate the windows | http://pobox.com/~warmerdam
> > and watch the world go round - Rush    | Geospatial Programmer for Rent
>
> Thanks for the answer Frank,
>
> i configured/compiled gdal with "--with-libtiff=internal" but now i'am
> still getting the following Result/Error:
>
> gdaladdo -r nearest 6906.0A.tif 2 4 8 16
>
> 0ERROR 1: DumpModeDecode:Not enough data for scanline 0, expected a
> request for at most 45000 bytes, got a request for 49152 bytes
> ERROR 1: TIFFReadEncodedTile() failed.
> ERROR 1: IReadBlock failed at X offset 0, Y offset 0
> ERROR 1: GetBlockRef failed at X block offset 0, Y block offset 0
> ...10...20...30...40...50...60...70...80...90...100 - done.
> Overview building failed.
>
> Maybe the tiff-file is corrupt, cause the tiff-file 'cea.tif'
> (ftp://ftp.remotesensing.org/pub/geotiff/samples/gdal_eg/cea.tif) works
> fine.
>
> Some information about the not working tiff:
> gdalinfo 6906.0A.tif
>
> Driver: GTiff/GeoTIFF
> Files: 6906.0A.tif
> Size is 10000, 10000
> Coordinate System is `'
> Origin = (2569000.000000000000000,5806500.000000000000000)
> Pixel Size = (0.050000000000000,-0.050000000000000)
> Metadata:
>   TIFFTAG_SOFTWARE=Adobe Photoshop 7.0
>   TIFFTAG_DATETIME=2007:07:10 14:54:00
>   TIFFTAG_XRESOLUTION=508
>   TIFFTAG_YRESOLUTION=508
>   TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch)
> Image Structure Metadata:
>   INTERLEAVE=PIXEL
> Corner Coordinates:
> Upper Left  ( 2569000.000, 5806500.000)
> Lower Left  ( 2569000.000, 5806000.000)
> Upper Right ( 2569500.000, 5806500.000)
> Lower Right ( 2569500.000, 5806000.000)
> Center      ( 2569250.000, 5806250.000)
> Band 1 Block=10000x1 Type=Byte, ColorInterp=Red
> Band 2 Block=10000x1 Type=Byte, ColorInterp=Green
> Band 3 Block=10000x1 Type=Byte, ColorInterp=Blue
>
> Hope you or anybody can help me.
>
> Best regards,
> Greg

Hi Frank, 

you were right, with your suggest to compile gdal 
with 'configuring --with-libtiff=internal'. It works now fine. 

My fault was it to use gdaladddo with a geotiff which got already corrupt 
overviews.

Best regards, 
Greg




---------------------------------------
WhereGroup GmbH & Co. KG
Siemensstraße 8
53121 Bonn
Germany

Gregor Fikoczek
Email: gregor.fikoczek at wheregroup.com
Fon: +49 (0)228 / 90 90 38 - 25
Fax: +49 (0)228 / 90 90 38 - 11

info at wheregroup.com
www.wheregroup.com
Amtsgericht Bonn, HRA 6788
-------------------------------
Komplementärin:
WhereGroup Verwaltungs GmbH
vertreten durch:
Olaf Knopp, Peter Stamm
---------------------------------------