Simone Giannecchini a écrit :
> but still there can be some
> combinations for the RasterSymbolizer elements for which we can get
> images that have like 7 bands or images with just one band but with
> negative values.
I see two distinct cases here:
* Images with just one band (with or without negative values) are
usually backed by IndexColorModel. As long as the values stand
in no more than 16 bits, it can work even if there is negative
values (using complement-by-2 integer arithmetic). So in this
case it is not clear to me why we don't apply the color palette
associated with the image?
* Images with more than 3 bands can be splitted in two case:
a) They have a ColorModel (this is possible even if we have 7 bands,
provided that the guys who created the image was disciplined enough
for building a - maybe custom - ColorModel), in which case we should
be able to inspect the ColorModel in order to detect what seems closer
to gray, RGB or whatever bands.
b) They have no ColorModel. This one is an open issue. But I wonder: do
we control the processing chain that produced the image, and if so can
we revisit it and try to figure out why they don't have a ColorModel,
instead than applying arbitrary choices?
Martin
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
