Jody Garnett ha scritto: > There is a post on gvSig mobile about just drawing from the spatial > index (I assume at higher scales only): - > http://gvsigmobileonopenmoko.wordpress.com/2010/02/27/large-shapefiles-on-small-screens-using-a-drawable-spatial-index/
I think we are in the business of making maps for desktops/servers, so we imho should first guarantee correctness. >> After a bit o profiling found that the DefaultFeatureCollection was >> the cause of such disappointing results and rolled my own, making >> the attached caching feature source almost twice as fast as the >> shapefile data store. >> >> It's still a toy, but for people that have small amounts of data >> can be an answer. Micheal, I don't feel like putting it in the >> official gt2 modules, but I think it would make a nice addition to >> the example one as a simple way to cache vector data? Maybe someone >> could pick it up and improve it. >> >> Ah, finally, I've looked into the caching module and I have the >> impression it's possible to create a more compact (in terms of >> code), faster, self adapting cache (as in, the current one requires >> the user to hand tune the grid size to work properly). If anyone is >> interested I have put down on paper some design ideas > > I think I better be interested; running some uDig 1.2 benchmarks > against uDig 1.1.1 was not pretty; going to try again formally and > make a bug report :-P Have you tested with shapefiles only? In that case go back to the shapefile renderer, it still has one trick (the ScreenMap) that the streaming renderer does not have. If instead you're getting a slowdown with other data sources then I'm interested (provided you can show the slowdown in a self contained demo, I don't feel like hunting down issues in the uDig code). Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
