AWare Systems, , Home TIFF and LibTiff Mailing List Archive

LibTiff Mailing List

TIFF and LibTiff Mailing List Archive
October 1999

Previous Thread
Next Thread

Previous by Thread
Next by Thread

Previous by Date
Next by Date


The TIFF Mailing List Homepage
Archive maintained by AWare Systems

New Datamatrix section

Valid HTML 4.01!


1999.10.14 14:55 "TIFF Version validation", by Bill Comstock
1999.10.15 00:33 "Re: TIFF Version validation", by Tom Lane
1999.10.15 17:20 "Re: TIFF Version validation", by Thomas E Deweese
1999.10.16 05:34 "Re: TIFF Version validation", by Jaya Krishnan Chathu
1999.10.16 22:00 "Re: TIFF Version validation", by Michael L Welles

1999.10.16 05:34 "Re: TIFF Version validation", by Jaya Krishnan Chathu

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.


Thomas E Deweese wrote:
> >>>>> "TL" == Tom Lane <> writes:
> TL> Bill Comstock <> 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
>                         "The only difference between theory and practice is
>                          that in theory there isn't any." -- unknown