Am Samstag 10 Januar 2009 18:14:44 schrieb [email protected]: > > 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, > > [email protected] > > 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: [email protected] Fon: +49 (0)228 / 90 90 38 - 25 Fax: +49 (0)228 / 90 90 38 - 11 [email protected] www.wheregroup.com Amtsgericht Bonn, HRA 6788 ------------------------------- Komplementärin: WhereGroup Verwaltungs GmbH vertreten durch: Olaf Knopp, Peter Stamm --------------------------------------- _______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
