Return-Path: <tiff-bounces@lists.maptools.org>
Received: from inas019.isp.belgacom.be (localhost [127.0.0.1])
        by inav004.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-IN-AV-3.00) with ESMTP id k34HUrKT028971
        for <joris.at.lebbeke@skynet.be>; Tue, 4 Apr 2006 19:30:53 +0200
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from inmx010.isp.belgacom.be (inmx010.isp.belgacom.be [195.238.4.73])
        by inas019.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-IN-AS-2.03) with ESMTP id k34HUlHR005226
        for <joris.at.lebbeke@skynet.be>; Tue, 4 Apr 2006 19:30:49 +0200
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from duke.maptools.org (r153.dmsolutions.ca [209.217.116.153] (may be forged))
        by inmx010.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-IN-2.32) with ESMTP id k34HUc9l030195
        for <joris.at.lebbeke@skynet.be>; Tue, 4 Apr 2006 19:30:39 +0200
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from duke.maptools.org (duke.maptools.org [127.0.0.1])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id k34GpIeG032166;
	Tue, 4 Apr 2006 12:52:52 -0400
Received: from intranet.diaginc.com
	(66-208-219-4-ubr02b-strl1201-mi.hfc.comcastbusiness.net
	[66.208.219.4])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id k34GoSn3032131
	for <tiff@lists.maptools.org>; Tue, 4 Apr 2006 12:50:28 -0400
Received: from localhost (localhost [127.0.0.1])
	by intranet.diaginc.com (Postfix) with ESMTP id DBC8E499BB18
	for <tiff@lists.maptools.org>; Tue,  4 Apr 2006 12:50:26 -0400 (EDT)
Received: from intranet.diaginc.com ([127.0.0.1])
	by localhost (rosetta.local [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id 27863-05 for <tiff@lists.maptools.org>;
	Tue,  4 Apr 2006 12:50:25 -0400 (EDT)
Received: from [24.0.188.11] (c-24-0-188-11.hsd1.tx.comcast.net [24.0.188.11])
	by intranet.diaginc.com (Postfix) with ESMTP id 96BFF499BB0F
	for <tiff@lists.maptools.org>; Tue,  4 Apr 2006 12:50:25 -0400 (EDT)
Message-ID: <4432A3E5.6080107@diaginc.com>
Date: Tue, 04 Apr 2006 11:50:45 -0500
From: Larry Michaels <lmichaels@diaginc.com>
Organization: Diagnostic Instruments, Inc. abc
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: tiff@lists.maptools.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at diaginc.com
Subject: [Tiff] BigTIFF Suggestion
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: lmichaels@diaginc.com
List-Id: TIFF and libtiff discussion <tiff.lists.maptools.org>
List-Unsubscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
	<mailto:tiff-request@lists.maptools.org?subject=unsubscribe>
List-Archive: <http://lists.maptools.org/mailman/private/tiff>
List-Post: <mailto:tiff@lists.maptools.org>
List-Help: <mailto:tiff-request@lists.maptools.org?subject=help>
List-Subscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
	<mailto:tiff-request@lists.maptools.org?subject=subscribe>
Sender: tiff-bounces@lists.maptools.org
Errors-To: tiff-bounces@lists.maptools.org
X-UIDL: 000000000023ceae.00001514
X-MSP-STORE: Tue, 04 Apr 2006 19:30:58 +0200
Status:   

I would like to propose the addition of a field to the BigTIFF specification, perhaps in the header, to specify the 
offset to the last IFD.  This would make the task of appending new images to the end of the BigTIFF file much more 
efficient than it currently is.  Currently, appending an image requires seeking to each IFD, starting with the first, 
reading the tag count value, and then seeking to the next IFD offset value until the last IFD is found.  This can be 
quite time-consuming when appending images to files which already contain a large number of images.  Being able to seek 
directly to the last IFD would radically improve performance in such situations.


Larry Michaels


_______________________________________________
Tiff mailing list: Tiff@lists.maptools.org
http://lists.maptools.org/mailman/listinfo/tiff
http://www.remotesensing.org/libtiff/
