Hi all, I've gotten a bit out of my depth in tracking down a bug in GeoServer (JIRA issue report is here: http://jira.codehaus.org/browse/GEOS-2020) From a debugger session, it seems that when GeoServer does band selection on a coverage the color model is lost. The code that handles this operation (from GeoTools's SelectSampleDimension class) seems to try a couple of ways of getting a color model for the result before finally falling back to asking the SampleDimension object. In the case of the input described in the JIRA issue, the SampleDimension returns null, which gets propagated through the rest of the operations and finally causes an exception. I'm having trouble working out what the problem is, though: * Should GeoServer be setting something up differently when reading the Coverage in order for the SampleDimension to return a valid color model? (If so, it would be nice for the proper reader in GeoTools to throw an exception on reading so that cases like this are made evident sooner) * Should GeoTools have another layer of fallback in determining the color model? I'm not very familiar with coverage data/JAI so I don't know if this proposal even makes sense. * Is there some third, correct answer that I haven't thought of?
Anyway, I'm glad to provide more information about this issue if I can. I'm dwins on IRC if you want to reach me there. -David Winslow ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
