From: Jody G. <jod...@gm...> - 2009-04-16 05:44:28
|
Another approach is to render into "tiles" which you can then pan around very quickly; if you are willing to accept fixed zoom levels you can take a similar approach to zooming. Jody On Wed, Apr 15, 2009 at 10:52 PM, Andrea Aime <aa...@op...> wrote: > 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 > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users > |