- 2004.01.23 05:15 "Re: [Tiff] How to convert MINISBLACK to PHOTOMETRIC_RGB", by Bob Friesenhahn
- 2004.01.23 07:39 "Re: [Tiff] How to convert MINISBLACK to PHOTOMETRIC_RGB", by Andrey Kiselev
-
2004.01.23 17:16 "Re: [Tiff] How to convert MINISBLACK to PHOTOMETRIC_RGB", by Joris Van Damme
-
2004.01.23 17:38 "Re: [Tiff] How to convert MINISBLACK to PHOTOMETRIC_RGB", by Frank Warmerdam
-
2004.01.23 17:57 "Re: [Tiff] How to convert MINISBLACK to PHOTOMETRIC_RGB", by Joris Van Damme
- 2004.01.23 18:55 "Re: [Tiff] How to convert MINISBLACK to PHOTOMETRIC_RGB", by Frank Warmerdam
- 2004.01.23 19:15 "Re: [Tiff] How to convert MINISBLACK to PHOTOMETRIC_RGB", by Bob Friesenhahn
-
2004.01.23 17:57 "Re: [Tiff] How to convert MINISBLACK to PHOTOMETRIC_RGB", by Joris Van Damme
- 2004.01.23 20:17 "Re: [Tiff] How to convert MINISBLACK to PHOTOMETRIC_RGB", by Andy Cave
-
2004.01.23 17:38 "Re: [Tiff] How to convert MINISBLACK to PHOTOMETRIC_RGB", by Frank Warmerdam
2004.01.23 15:57 "Re: [Tiff] How to convert MINISBLACK to PHOTOMETRIC_RGB", by Bob Friesenhahn
How does this treat the two extra samples? Does it ignore them?
I believe that GDAL treats the 3 samples as red, green and blue in the command shown by Andrey.
And GraphicsMagick will only extract the primary gray channel.
PS. I don't think the Imagine generated TIFF file is so odd. In the satellite imaging community it is common for us to use MINISBLACK for multispectral tiff files. The only odd part, in my mind, is the use of the unspecified ExtraSamples tag. When I see multi-sample MINISBLACK TIFF files I assume that each sample should be treated as MINISBLACK with no obvious pre-set RGB sample combinations.
Right. MINISBLACK is pretty ordinary. The intent/meaning of the extra samples is undefined and may be proprietary. Perhaps they could be some sort of mask, or overlays which can be enabled/disabled in viewing software.
Bob
======================================
Bob Friesenhahn
bfriesen@simple.dallas.tx.us
http://www.simplesystems.org/users/bfriesen