-
1999.06.04 03:45 "Re: Large File Support", by Frank Warmerdam
-
1999.06.07 13:00 "Re: Large File Support", by Rainer Wiesenfarth
- 1999.06.07 13:03 "Re: Large File Support", by Frank Warmerdam
- 1999.06.08 21:14 "Re: Large File Support", by Peter Smith
-
1999.06.07 13:00 "Re: Large File Support", by Rainer Wiesenfarth
- 1999.06.04 07:32 "Re: Large File Support", by Rob Tillaart
- 1999.06.04 18:35 "RE: Large File Support", by Bruce Forsberg
- 1999.06.10 09:48 "Re: Large File Support", by Klaus Bartz
- 1999.06.10 15:10 "Re: Large File Support", by Peter Smith
- 1999.06.14 11:16 "Re: Large File Support", by Martin Bailey
1999.06.10 14:37 "Re: Large File Support", by John Aldridge
We might be better off defining an extention whereby a TIFF file can refer to a series of other tiff files which together form a larger image. Then each file could be less than 4GB, but the total image could be more. Packages which don't understand the ``assembly of TIFF files'' tags could still operate on each sub-TIFF file independently. libtiff could be modified to automatically assemble the set of files into one virtual image through the standard APIs.
This approach has the advantage that you don't need to have enough disk space in one place for the whole image. Also that you can update a piece of the image without triggering your incremental system backup software into taking a fresh copy of the whole thing.
--
Cheers,
John