Return-Path: <tiff-bounces@lists.maptools.org>
Delivered-To: info@awaresystems.be
Received: (qmail 27877 invoked from network); 18 Nov 2008 22:57:22 -0000
Received: from cliffy.telenet-ops.be ([195.130.136.2])
          (envelope-sender <tiff-bounces@lists.maptools.org>)
          by angelia.telenet-ops.be (qmail-ldap-1.03) with SMTP
          for <info@awaresystems.be>; 18 Nov 2008 22:57:22 -0000
Received: from mindy.telenet-ops.be (mindy.telenet-ops.be [195.130.136.8])
	by cliffy.telenet-ops.be (8.13.1/8.13.1) with ESMTP id mAIMvMbY025739
	for <info@awaresystems.be>; Tue, 18 Nov 2008 23:57:22 +0100
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mindy.telenet-ops.be (Postfix) with SMTP id 0A32D60007
	for <info@awaresystems.be>; Tue, 18 Nov 2008 23:57:22 +0100 (CET)
Received: from penia.telenet-ops.be (penia.telenet-ops.be [195.130.132.39])
	by mindy.telenet-ops.be (Postfix) with ESMTP id 02F5A60005
	for <info@awaresystems.be>; Tue, 18 Nov 2008 23:57:22 +0100 (CET)
Received: from duke.maptools.org (r153.dmsolutions.ca [209.217.116.153])
	by penia.telenet-ops.be (Postfix) with ESMTP id 94D2E33E604
	for <info@awaresystems.be>; Tue, 18 Nov 2008 23:57:21 +0100 (CET)
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 mAIMsLaA000929;
	Tue, 18 Nov 2008 17:55:32 -0500
Received: from mpls-qmqp-01.inet.qwest.net (mpls-qmqp-01.inet.qwest.net
	[63.231.195.112])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id mAIMsJef000926
	for <tiff@lists.maptools.org>; Tue, 18 Nov 2008 17:54:19 -0500
Received: from mpls-pop-11.inet.qwest.net (mpls-pop-11.inet.qwest.net
	[63.231.195.11])
	by mpls-qmqp-01.inet.qwest.net (Postfix) with QMQP id 774EF1A98FA
	for <tiff@lists.maptools.org>; Tue, 18 Nov 2008 22:54:13 +0000 (UTC)
Received: from 75-171-207-224.hlrn.qwest.net (HELO css2.css.com)
	(75.171.207.224)
	by mpls-pop-11.inet.qwest.net with SMTP; 18 Nov 2008 22:54:13 -0000
Message-ID: <49234794.4090103@qwest.net>
Date: Tue, 18 Nov 2008 15:54:12 -0700
From: Richard Nolde <nrichard8@qwest.net>
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
MIME-Version: 1.0
To: tiff@lists.maptools.org
References: <200811181703.mAIH3Vp4023955@duke.maptools.org>
In-Reply-To: <200811181703.mAIH3Vp4023955@duke.maptools.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Tiff] Testers needed for major upgrade to tiffcrop
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.4
Precedence: list
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-SpamCatcher-Score: 50 [XX]

I'm very nearly ready to upload my latest revision of tiffcrop for 
distribution but I would like to have a few testers with image formats 
that are not available to me.  This release will support bit depths from 
1 - 32 bits for RGB data with or without extra samples, plus 32 and 64 
bit floating point data. It adds a multitude of new export options for 
selections extracted from the images in the source file, eg one file per 
selection, one image per selection but written out as a sequence of 
images within one or more files, one file for all selections from all 
input images. As with tiffcrop, multiple input files can be processed in 
a single pass and arbitrary sequences of images within multi-page tiffs 
extracted from each one.

Selections may be made as zones (fractional portions of the image), 
regions (areas delimited by the coordinates of the top left and bottom 
right corners), and fixed sized areas (X wide by Y high), in combination 
with margins subtracted from the input image first.  Whole images or 
selections can be rotated and/or mirrored during the same pass as any 
extraction routines.

This update will provide limited support for a dump option that can be 
used to export or examine the raw data from one or more planes of the 
input and output images. The data can be written as binary values 
without any headers or as an ascii dump, currently limited to sequences 
of '1' and '0' characters representing each byte which I have used to 
debug my new bit shifter engine. I plan to add support for extracting 
one or more sample planes as TIFF files in the near future since my 
current routines support this internally. If I read the TIFF 6.0 spec 
correctly, RGB must have at least 3 values, but may have more using the 
Extra Samples tag. Having worked with MRI images, I can imagine that 
there may be scientific data with multiple planes and it would be useful 
to extract one or more of them to a new TIFF image. Would it be correct 
to assume that any single plane could be extracted as a grayscale image 
(possibly scaled to a requested bit depth)? Similarly, would it be 
correct (though not necessarily visually coherent) to extract any three 
sample planes to an RGB image? Finally, is it meaningful to reduce the 
bit depth of an image by selecting some smaller number of bits from the 
original bits in each sample? This strikes me as a quick, brute force 
way to reduce the storage required for say an image catalog of high 
dynamic range images without the overhead of examining the entire data 
set to find minima and maxima or other criteria to be used with a 
function to map the range of input values to the new range of output 
values but the results may be so crude as to be unusable.  Has anyone 
been down this road?

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