Return-Path: <owner-tiff@olympiakos.com>
Received: (from uucp@localhost)
	by smtp02.oce.nl (8.9.3/8.9.3) id BAA20704
	for rvdt@smtp02.oce.nl; Sun, 17 Oct 1999 01:21:14 +0200 (MET DST)
Received: (qmail 20703 invoked by uid 5); 16 Oct 1999 23:21:14 -0000
MBOX-Line: From uucp Sun Oct 17 01:21 MET 1999
>Received: from gate7.olympiakos.com (esp6016.nrl.navy.mil [132.250.206.16])
	by oce.nl (8.9.0/8.9.0) with ESMTP id BAA06519;
	Sun, 17 Oct 1999 01:12:02 +0200 (MET DST)
Received: from localhost (daemon@localhost)
	by gate7.olympiakos.com (8.9.3/8.9.3) with SMTP id TAA06844;
	Sat, 16 Oct 1999 19:46:40 -0400
Received: by gate7.olympiakos.com (bulk_mailer v1.9); Sat, 16 Oct 1999 19:45:20 -0400
Received: (from majordom@localhost)
	by gate7.olympiakos.com (8.9.3/8.9.3) id TAA06782
	for tiff-outgoing; Sat, 16 Oct 1999 19:14:22 -0400
X-Authentication-Warning: gate7.olympiakos.com: majordom set sender to owner-tiff@olympiakos.com using -f
Received: from nico.bway.net (mail.bway.net [205.198.116.1])
	by gate7.olympiakos.com (8.9.3/8.9.3) with ESMTP id TAA06772
	for <tiff@olympiakos.com>; Sat, 16 Oct 1999 19:01:48 -0400
Received: from kurtz.fake (port022.tulip.dialup.bway.net [216.220.110.84])
	by nico.bway.net (8.8.5/8.8.5) with ESMTP id RAA10750;
	Sat, 16 Oct 1999 17:00:13 -0400 (EDT)
Received: from mike by kurtz.fake with local (Exim 2.05 #1 (Debian))
	id 11cbso-0007mI-00; Sat, 16 Oct 1999 17:00:58 -0500
From: "Michael L. Welles" <mike@onshore.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Message-ID: <14344.62874.470671.85136@kurtz.fake>
Date: Sat, 16 Oct 1999 17:00:58 -0500 (EST)
To: Jaya krishnan Chathu <cjk@rampnet.com>
Cc: Thomas E Deweese <deweese@kodak.com>, Tom Lane <tgl@sss.pgh.pa.us>,
        Bill Comstock <comstock@fas.harvard.edu>,
        Tiff Mailling list <tiff@olympiakos.com>
Subject: Re: TIFF Version validation
In-Reply-To: <38080740.23AD1B7C@rampnet.com>
References: <"3.0.3.32.19991014105511.0127a1b8"@pop.fas.harvard.edu>
	<29986.939947610@sss.pgh.pa.us>
	<14343.25184.509572.158778@gargle.gargle.HOWL>
	<38080740.23AD1B7C@rampnet.com>
X-Mailer: VM 6.63 under Emacs 20.3.2
Reply-To: mike@onshore.com
Sender: owner-tiff@olympiakos.com
Content-Type: text/plain; charset=us-ascii


There's an archive of images that Sam shipped with the 3.4 release: 

ftp://ftp.onshore.com/pub/libtiff/v3.4pics.tar.gz

Jaya krishnan Chathu writes:
 > I am in a process of writing one such a tool. Can anyone point out me 
 > where i can get different flavored sample tiff files.
 > 
 > -cjk-
 > 
 > 
 > Thomas E Deweese wrote:
 > > 
 > > >>>>> "TL" == Tom Lane <tgl@sss.pgh.pa.us> writes:
 > > 
 > > TL> Bill Comstock <comstock@fas.harvard.edu> writes:
 > > >> I'm interested in putting a large collection of TIFF images through
 > > >> a validation process, one that tests each image against a series of
 > > >> rules and reports whether it conforms to the TIFF standard [...]
 > > 
 > > TL> A more useful way to look at things is a profile of features
 > > TL> required to decode any particular TIFF --- for example, if your
 > > TL> program said "tiled TIFF using LZW compression and containing
 > > TL> 24-bit RGB data", that would convey helpful information.  You
 > > TL> can't usefully boil it down to "version 5.0" (or whichever spec
 > > TL> release was the first one to mention all of those features),
 > > TL> because almost no decoder supports the *whole* spec of any
 > > TL> release.
 > > 
 > >         Admittedly talking about 'versions' of Tiff is not real
 > > correct (I prefer to talk about 'flavors', but profiles also works).
 > > But a good tool to at least validate baseline Tiff files would, I
 > > think, be very useful.  If the tool could check the validity some of
 > > the more common profiles, tiled, alpha channels, extra samples,
 > > alternate color spaces - 'inks support', various compression sets,
 > > would be really welcome.
 > > 
 > >         I think that many of us have had the experience of reading the
 > > TIFF spec. and doing our darn best to implement to what it says, but
 > > over looking this or that little detail, and always wondering if we
 > > were writing out subtlety 'corrupt' Tiff files.
 > > 
 > > --
 > >                                                         Thomas DeWeese
 > > deweese@kodak.com
 > >                         "The only difference between theory and practice is
 > >                          that in theory there isn't any." -- unknown
 > 

------------------------------------------------------		
M. L.  Welles		        mike@onShore.com
				http://fifth.net/
Any day now...
-------------------------------------------------------

