Simone Giannecchini ha scritto: >> However, if you think about it, when serving just raster >> data, we don't need to copy a raster image to another >> with composition, that is an un-necessary step (well, >> not always, more on that later). >> > > Glad to see that you agree with me now :-) : > > http://jira.codehaus.org/browse/GEOT-2089
Doh!! :-) Well, in fact I did not imaging just blitting an image over to another would impose such a steep penalty >> The main idea is to have a separate rendering path that >> triggers when the map context contains only one layer, >> with only one active rule, with a single raster symbolizer >> in it. In that case we move to the "fast path". >> Instead of the current hack we'd need to open a path in >> the GridCoverageRenderer that would give us the final >> RenderedImage for direct encoding. > > I am pretty sure we can relax things. I mean, as long ass we are > working with coverages we can use JAI and not Java2D. Right >> The limitations do not seem too much of a hurdle to me, the >> fast path would keep on covering well the common case of a >> WMS raster background layer, which is usually drawn by itself. >> >> >> So, what do you think? > > Here is what I think, let's spend 2 days together on this after > Christmas and go back to where we belong, the first position! :-) > What abou that? LOL! Well, just getting close enough would make me really happy. Christmas would come a little late this year but hey, never look a gift horse in the mouth, no? So yeah, why not? Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
