Cool, here is the deal, I would suggest the 28th and, if needed, the 29th. I'll try to keep daniele in the loop. Do you think anyone else would be interested? Maybe Gabriel?
Simone. ------------------------------------------------------- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder - Software Engineer Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob: +39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://simboss.blogspot.com/ http://www.linkedin.com/in/simonegiannecchini ------------------------------------------------------- On Sun, Dec 20, 2009 at 5:40 PM, Andrea Aime <[email protected]> wrote: > 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 > ------------------------------------------------------------------------------ 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
