> > The map pane has a separate BufferedImage for each Layer (not > bothering with VolatileImage at this stage because I don't think it's > worth the trouble).
You are correct; from previous experience with the last gt-swing module maintainer VolatileImage is only worthwhile when blasting the stack of ready made BufferedImages onto the screen (ie "composing"). Layers other than DirectLayer instances are sent > to RenderingExecutor which farms out each rendering task on its own > thread. Not up to testing yet so I haven't determined whether separate > renderers are required as per your question on IRC the other day. > DirectLayers draw themselves into their respective images. Then the > whole lot get sandwiched for display. > Or "composing" = sandwiched (yum!) > A call to JMapPane.getBaseImage() will return a single, composited (if > that's a word) image. Thinking about dropping that method name and > having getImage() plus getImage(Layer) / getImage(int index) methods. > Sounds good. I was thinking that would be getImage(MapContent) ... ie a bunch of layers into one buffered image. > Haven't worked out the best scheme for the RenderingExecutor and > MapPane events yet. Still sounds like you are making good progress. Jody PS. I will look at InfoTool and friends this evening for you
------------------------------------------------------------------------------ uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________ Geotools-gt2-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
