Michael Bedward a écrit : > One approach to this would be a type of coverage based on a > mathematical function (passed to its constructor perhaps). It would > use lazy instantiation so that the function would only be parsed into > some efficiently runnable form (an AST perhaps) when the coverage is > first queried for a value. There would be some facility to create a > backing image for cases where it is known a priori that a large number > of locations will be queried.
Yes, I though about a mathematical coverage as well. Doing so is right in the spirit of what a Coverage (not a GridCoverage) is in my understanding. Actually the Coverage.getRenderable() method was put in the Coverage interface with exactly this idea in mind. http://geoapi.sourceforge.net/snapshot/javadoc/org/opengis/coverage/Coverage.html#getRenderableImage(int,%20int) Note that it returns a RendereableImage, not a RenderedImage. A RendereableImage is something (typically a mathematical function) which can produce RenderedImages on demand. http://java.sun.com/javase/6/docs/api/java/awt/image/renderable/RenderableImage.html 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://sourceforge.net/services/buy/index.php _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
