AWARE [SYSTEMS] Imaging expertise for the Delphi developer
AWare Systems, Imaging expertise for the Delphi developer, Home TIFF and LibTiff Mailing List Archive

LibTiff Mailing List

TIFF and LibTiff Mailing List Archive
April 2010

Previous Thread
Next Thread

Previous by Thread
Next by Thread

Previous by Date
Next by Date

Contact

The TIFF Mailing List Homepage
This list is run by Frank Warmerdam
Archive maintained by AWare Systems



Valid HTML 4.01!



Thread

2010.04.29 23:38 "Re: "flexible" mode in TIFFClientOpen ?", by Dmitry Fedorov
2010.04.29 23:59 "Re: "flexible" mode in TIFFClientOpen ?", by Toby Thain
2010.04.30 01:35 "Re: "flexible" mode in TIFFClientOpen ?", by Dmitry Fedorov
2010.04.30 02:48 "Flexible Mode", by Richard Nolde
2010.04.30 03:09 "Re: Flexible Mode", by Dmitry Fedorov
2010.04.30 03:30 "Re: Flexible Mode", by Toby Thain
2010.04.30 18:23 "Re: Flexible Mode", by Chris Cox
2010.04.30 00:37 "Re: "flexible" mode in TIFFClientOpen ?", by Bob Friesenhahn
2010.04.30 01:23 "Re: "flexible" mode in TIFFClientOpen ?", by Dmitry Fedorov

2010.04.29 23:59 "Re: "flexible" mode in TIFFClientOpen ?", by Toby Thain

On 30-Apr-10, at 9:38 AM, Dmitry Fedorov wrote:

> Hi all,
>
> I work with libbioimage a library used to decode end encode several
> biological image formats and their metadata. Many of these are some
> variants of TIFF images, usually not exactly well formed but still we
> have to decode them. I use libtiff 4 b5 for decoding all of these
> variants supplying some run-time fixes to libtiff decoding behavior by
> knowing which format variant it is based on existing tags. I do run
> into some trouble when libtiff decides the image is invalid it would
> not decode it. It may happen for some silly reasons that would not
> hinder decoding the image completely. For example: in 1 channel image
> photometric is set to PALETTE and no palette is present, libtiff will
> stop right there, though if I simply set photometric to MINISBLACK
> everything will work.
>
> I could imagine it would be a reasonable proposal to add another
> option to the modes passed within TIFFClientOpen to force the decoder
> to be less stringent, say "f" for flexible. Thus I could allow certain
> flexibility on these decoding issues when I really need to.
>
> I would be more than glad to draft the code change and submit it if it
> is considered useful.


It is much more than just adding a flag, but involves changing a large  
number of consistency checks in fairly arbitrary ways. While the  
"missing palette" issue above is resolved for your image by assuming  
grey scale, can you defend it as a general heuristic? What other  
specific checks do your files fail?

Wouldn't it be easy just to maintain your own modified libtiff for  
your own circumstances?

--Toby



> Dmitry
>
> -- 
> __________________________________
>
> Dmitry Fedorov Levit
>  <dima@dimin.net> <http://www.dimin.net/>
> Skype: dima_fedorov
> Google: fedorov
> __________________________________
>
> Center for Bio-Image Informatics:
>  <http://www.bioimage.ucsb.edu/>
>
> Vision Research Lab, Electrical and Computer Engineering
> Image Registration:
>  <http://vision.ece.ucsb.edu/>
>  <http://vision.ece.ucsb.edu/registration/demo/>
>  <http://regima.dpi.inpe.br/>
>
> University of California, Santa Barbara
> _________________________________
>
> DIMIN Viewer n5:
>  <http://www.dimin.net/software/viewer/>
> __________________________________
> _______________________________________________
> Tiff mailing list: Tiff@lists.maptools.org
> http://lists.maptools.org/mailman/listinfo/tiff
> http://www.remotesensing.org/libtiff/