AWARE SYSTEMS
TIFF and LibTiff Mail List Archive

Thread

2019.05.09 21:12 "[Tiff] BigTIFF and Strip/TileByteCounts being of LONG type", by Even Rouault
2019.05.09 23:39 "Re: [Tiff] BigTIFF and Strip/TileByteCounts being of LONG type", by Kemp Watson
2019.05.10 05:52 "Re: [Tiff] BigTIFF and Strip/TileByteCounts being of LONG type", by Rob Tillaart
2019.05.10 08:33 "Re: [Tiff] BigTIFF and Strip/TileByteCounts being of LONG type", by Even Rouault
2019.05.10 13:31 "Re: [Tiff] BigTIFF and Strip/TileByteCounts being of LONG type", by Bob Friesenhahn

2019.05.10 05:52 "Re: [Tiff] BigTIFF and Strip/TileByteCounts being of LONG type", by Rob Tillaart

Hi

Afaik i see no negative implications although i miss information about percentage gained.

That said

Would it make sense to allow SHORT (2 byte) too?

Small tiles and strips could result in multiple identical ones. That could optimize transmission time by referencing earlier sent tiles that are identical.

Such a compression scheme should know the logical structure of BIGTIFF.

Just thinking out loud
Rob

On Fri, 10 May 2019, 00:08 Even Rouault, <even.rouault@spatialys.com> wrote: