AWARE [SYSTEMS] Imaging expertise for the Delphi developer
AWare Systems, Imaging expertise for the Delphi developer, Home TIFF and LibTiff Mailing List Archive

LibTiff Mailing List

TIFF and LibTiff Mailing List Archive
March 2007

Previous Thread
Next Thread

Previous by Thread
Next by Thread

Previous by Date
Next by Date

Contact

The TIFF Mailing List Homepage
This list is run by Frank Warmerdam
Archive maintained by AWare Systems



Valid HTML 4.01!



Thread

2007.03.25 16:13 "libtiff cvs HEAD compile faliure (was: gdaladdo throwing errors)", by Seth Price
2007.03.25 21:49 "Re: libtiff cvs HEAD compile faliure (was: gdaladdo throwing errors)", by Bob Friesenhahn

2007.03.25 16:13 "libtiff cvs HEAD compile faliure (was: gdaladdo throwing errors)", by Seth Price

I haven't tried your frameworks, but I may look into them. If I'm  
only using UNIXy utilities, are there any advantages?

libtiff CVS HEAD isn't compiling for me. This file is the output  
from ./configure && make:
http://www.pricepages.org/temp/libtiff_cvs_err.txt

I'll copy the libtiff list because it is, in fact, a libtiff compile  
error.
~Seth

On Mar 25, 2007, at 1:24 AM, William Kyngesburye wrote:

> I have a very similar bug for this, which was fixed - the problem  
> is actually in libtiff (your errors are slightly different):
>
> http://bugzilla.remotesensing.org/show_bug.cgi?id=1204
>
> You need to build libtiff from CVS to get this fix.
>
> I see that you are on OSX (from your bug report) - have you tried  
> my framework builds?  I ran my gdal_translate, tiffcp and gdaladdo  
> on your huge test tiff with no errors.
>
> On Mar 24, 2007, at 10:37 PM, Seth Price wrote:
>
>> I'm having a problem with gdaladdo, I'm afraid we don't seem to be  
>> getting along. It's very sensitive about the levels specified. For  
>> example, if I specify "2 4 6 12 24 48 96" for a 21600x21600px  
>> image it works, but if I specify "2 4 8 16 32" it throws many errors.
>>
>> I can normally find a set of levels that works via guessing, but  
>> that isn't going to work any longer. Does anyone have any idea how  
>> I can work around these errors? I haven't been able to find a  
>> pattern. Fixing the problem would be better.
>>
>> You can download the file that I've been using for a test here:
>> http://pricepages.org/temp/N048W123_x1_GLC.tif.gz  (19MB)
>>
>> I think you can ignore the "StripByteCounts" warnings. I'm fairly  
>> sure that they are related to this bug. (It would be nice if  
>> someone could have a look at that also, but it's not urgent.):
>> http://bugzilla.remotesensing.org/show_bug.cgi?id=1483
>>
>> Here are some examples of the behavior that I'm talking about:
>>
>> $ /usr/local/bin/gdal_translate test.tif test.2.tif
>> Warning 1: TIFFReadDirectory:test.tif: Wrong "StripByteCounts"  
>> field, ignoring and calculating from imagelength
>> Input file size is 21600, 21600
>> 0...10...20...30...40...50...60...70...80...90...100 - done.
>> Warning 1: TIFFReadDirectory:test.tif: Wrong "StripByteCounts"  
>> field, ignoring and calculating from imagelength
>>
>> $ /usr/local/bin/gdaladdo -r nearest test.2.tif  2 4 8 16 32
>> 0.Warning 1: TIFFReadDirectory:test.2.tif: Wrong "StripByteCounts"  
>> field, ignoring and calculating from imagelength
>> Warning 1: TIFFReadDirectory:test.2.tif: Wrong "StripByteCounts"  
>> field, ignoring and calculating from imagelength
>> ERROR 1: test.2.tif:DumpModeDecode: Not enough data for scanline 0
>> ERROR 1: TIFFReadEncodedTile() failed.
>>
>> ERROR 1: IReadBlock failed at X offset 0, Y offset 2
>> ERROR 1: GetBlockRef failed at X block offset 0, Y block offset 2
>> ERROR 1: test.2.tif:DumpModeDecode: Not enough data for scanline 0
>> ERROR 1: TIFFReadEncodedTile() failed.
>>
>> ERROR 1: IReadBlock failed at X offset 0, Y offset 2
>> ERROR 1: GetBlockRef failed at X block offset 0, Y block offset 2
>> ERROR 1: test.2.tif:DumpModeDecode: Not enough data for scanline 0
>> ERROR 1: TIFFReadEncodedTile() failed.
>> [....]
>> $ ./gdaladdo -r nearest test.tif 2 4 6 12 24 48 96
>> Warning 1: TIFFReadDirectory:test.tif: Wrong "StripByteCounts"  
>> field, ignoring and calculating from imagelength
>> 0...10...20...30...40...50...60...70...80...90...100 - done.
>>
>> Any ideas on where to proceed next with this?
>>
>> Thanks for any help,
>> Seth
>>
>
> -----
> William Kyngesburye <kyngchaos@kyngchaos.com>
> http://www.kyngchaos.com/
>
> "Those people who most want to rule people are, ipso-facto, those  
> least suited to do it."
>
> - A rule of the universe, from the HitchHiker's Guide to the Galaxy
>
>
>
>