Michael Bedward ha scritto: > Hello, > >>> Are there some plans for revisioning JMapPane class in near future relating >>> to this issues? >> Not at present. >> > > JMapPane has been rewritten for GeoTools 2.6 but I think you'll find > that the drawing speed is pretty much the same. > > Any suggestions for tweaking JMapPane are most welcome, but since all > of the real drawing work is done by the StreamingRenderer class you > will need to look there to work out how to achieve any substantial > improvement.
To achieve substantial improvements one needs in memory caching. It's not a topic I have a personal interest into, but I did provide some time ago a caching feature source + spatial index that can be used to significantly speed up drawing for small amounts of data. There is also a caching module in unsupported made last year by a summer of code student, but I really never tried it out so I cannot comment on its speed/functionality. Anyways, it's still in the gt2-users archives, here: http://n2.nabble.com/Render-with-gt2.3.1-td1939887.html#a10160606 Cheers Andrea ------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com _______________________________________________ Geotools-gt2-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
