Bah; the temporary resource is based on MemoryDataStore and is not really recommended; (make a spatial index based memorydatastore as soon as possible :-D ). They are intended as a holding ground for data the user is going to save out; thus if you were using them the user would be pestered to save the result when closing the map.
So you are left with a couple ideas: - Can you make a resource for your application? The resource can hold stuff in memory if you like; You can copy MemoryDataStore or even just use a spatial index directly? Both have been done before. - Can we start up a MapDecorator interface that meets your requirements? You could consider it MapGraphic2 with extra methods for lifecycle and handling the difference between tiles and screen? On Thu, Apr 16, 2009 at 8:17 AM, Emily Gouge <[email protected]> wrote: > Hi All, > > We've been working on some tools to perform routing using PgRouting. > Currently we are using a MapGraphic to display the way points the user has > selected and the resulting route. > > This works well, however in the tiled rendering system it leads so some less > visual pleasing results. The mapgraphic has to be re-rendered everytime the > user pans. This is not so nice as all the other layers are cached as a part > of the tile and only re-rendered under specific situations. > > So, I've been experimenting with using TemporaryResources to display the way > points and resulting route. I'm creating two TemporaryResources (one for > lines and one for points) and updating the features in the layers as the > user modifies waypoints. > > I'm wondering if anybody has any advice for me on using TemporaryResources > vs MapGraphics. Is using TemporaryResources a bad idea? Are they meant for > something else? > > Thanks, > Emily > _______________________________________________ > User-friendly Desktop Internet GIS (uDig) > http://udig.refractions.net > http://lists.refractions.net/mailman/listinfo/udig-devel > _______________________________________________ User-friendly Desktop Internet GIS (uDig) http://udig.refractions.net http://lists.refractions.net/mailman/listinfo/udig-devel
