[Gdal-dev] BigTiff and libtiff

[Garrett Potts]

Hello All:

Looks like any of the directory manipulations have uint16.  Looking  
into the code it looks like internally it tif_diroff is being  
manipulated and used.  Seems safe to be able to mod these to be  
equivalent to a tif_diroff type.  Not sure.


Take care

Garrett

On Sep 15, 2007, at 7:34 AM, Garrett Potts wrote:

> Hello All:
>
> Looking at the latest cvs head of libtiff I see the exposed API as  
> taking a uint16:
>
> extern int TIFFSetDirectory(TIFF*, uint16)
>
> This is good news that internally the bitdepth is higher.  Who  
> should I send a message to for a patch, if that's the case?
>
>
> Take care
>
> Garrett
>
> On Sep 15, 2007, at 5:15 AM, Andrey Kiselev wrote:
>
>> On Fri, Sep 14, 2007 at 02:03:08PM -0400, Garrett Potts wrote:
>>> I have been looking through the headers on BigTiff and was  
>>> looking at
>>> the bit size for the number of directories.  Looks like the  
>>> directory
>>> count can only support 16bit word which puts it at a limitation of
>>> 65536 total.  Is this correct?
>>
>> It is not correct. Take a look at TIFFDirEntry structure in  
>> tiffiop.h,
>> it has 64-bit tdir_count field. There is a link to specification:
>>
>>  http://www.awaresystems.be/imaging/tiff/bigtiff.html
>>
>> We certainly need large counts for strip/tile indexing, so it is.
>>
>> Best regards,
>> Andrey
>>
>> -- 
>> Andrey V. Kiselev
>> ICQ# 26871517
>> _______________________________________________
>> Gdal-dev mailing list
>> Gdal-dev at lists.maptools.org
>> http://lists.maptools.org/mailman/listinfo/gdal-dev
>
> _______________________________________________
> Gdal-dev mailing list
> Gdal-dev at lists.maptools.org
> http://lists.maptools.org/mailman/listinfo/gdal-dev