Menu
▾
▴
geotools-gt2-users
|
From: iceDice <nmi...@gm...> - 2009-04-14 16:38:57
|
Hello all, I'm using a JMapPane and zooming operations (even pan action) takes fairly much time. I'm using GeoTools-2.5.4 version. Is there any other way in GeoTools to render map, without using JMapPane? Are there some plans for revisioning JMapPane class in near future relating to this issues? Thanks. -- View this message in context: http://n2.nabble.com/JMapPane-slow-zooming-tp2634068p2634068.html Sent from the geotools-gt2-users mailing list archive at Nabble.com. |
|
From: Ian T. <ijt...@gm...> - 2009-04-14 17:05:27
|
On Tue, Apr 14, 2009 at 12:38 PM, iceDice <nmi...@gm...> wrote: > > Hello all, > > I'm using a JMapPane and zooming operations (even pan action) takes fairly much time. > I'm using GeoTools-2.5.4 version. Is there any other way in GeoTools to render map, without using JMapPane? Feel free to write a new map pane, JMapPane is meant to be an example of how to do it not a production class. > Are there some plans for revisioning JMapPane class in near future relating to this issues? Not at present. Ian -- Ian Turton http://www.geotools.org http://pennspace.blogspot.com/ |
|
From: Michael B. <mic...@gm...> - 2009-04-15 02:02:58
|
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. cheers Michael |
|
From: iceDice <nmi...@gm...> - 2009-04-15 08:15:20
|
Thanks Ian and Michael! Where can i find new JMapPane for GeoTools 2.6? 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. cheers Michael ------------------------------------------------------------------------------ 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 -- View this message in context: http://n2.nabble.com/JMapPane-slow-zooming-tp2634068p2637581.html Sent from the geotools-gt2-users mailing list archive at Nabble.com. |
|
From: Michael B. <mic...@gm...> - 2009-04-15 09:11:23
|
Hi, If you're using maven (the easiest way for GeoTools apps) you can just swap the version for your project's dependencies over to 2.6-SNAPSHOT in the pom.xml file. If you're adding jars manually you can download up to date ones from here... http://repo.opengeo.org/org/geotools/ JMapPane lives in the gt-mappane directory. Hope this helps Michael |
|
From: Michael B. <mic...@gm...> - 2009-04-16 03:18:15
|
Andrea - thanks very much for those ideas about faster rendering. IceDice - I gave you the wrong url. It should have been this one... http://download.osgeo.org/webdav/geotools/org/geotools/ Sorry about that. Michael |
|
From: Andrea A. <aa...@op...> - 2009-04-15 12:52:30
|
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 |
|
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 > |
|
From: iceDice <nmi...@gm...> - 2009-04-16 10:46:13
|
Thank you guys, Andrea - I tried to include your example in GeoTools-2.5.4 but i got some errors in CachingFeatureSource class, e.g. FeatureType.getTypeName() is called but it didn't exists and similar. Jody - Does in GeoTools currently exists some engine for rendering 2D maps in "tiles"? I know that there is 3D map renderer. 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 -- View this message in context: http://n2.nabble.com/JMapPane-slow-zooming-tp2634068p2642417.html Sent from the geotools-gt2-users mailing list archive at Nabble.com. |
|
From: Jody G. <jod...@gm...> - 2009-04-17 02:45:17
|
> Andrea - I tried to include your example in GeoTools-2.5.4 but i got some errors in CachingFeatureSource class, e.g. FeatureType.getTypeName() is called but it didn't exists and similar. Andrea was showing you the approach; the feature model has changed since that email. > Jody - Does in GeoTools currently exists some engine for rendering 2D maps in "tiles"? I know that there is 3D map renderer. Hrm; I think you may be missing the trees while looking for the forest - the "engine" is exactly what GeoTools offers. The streaming renderer implementation exists to render into a buffered image. People use this to render tiles; or to render an image to save to disk. The JMapPane example shows you how to use the streaming renderer in a simple UI component. Jody |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X