The BasicFeatureRenderer is just a quick wrapper around the GeoTools streaming rendering system. You can make use of that yourself if you like in your map graphic.
However It sounds like you wish to try another approach; define your own IGeoResource (and use plugin activation lifecycle methods to listen to your socket etc). You could use a memory datastore to hold the "latest" data (or roll your own since MemoryDataStore is really just an example for testing). While this would allow you to reuse BasicFeatureRenderer you would still need to take on the problems of redrawing your screen due to updates etc... I would recommend experimenting with both approaches; perhaps the first option you try will meet your performance requirements? The GeoTools renderer is not slow; but it will not compete with a finely tuned map graphic implementation (that makes use of a JTS spatial index etc...). Jody On Mon, Mar 30, 2009 at 9:59 PM, MrR08040 <[email protected]> wrote: > > Thanks for the quick response! > > We were hoping to use the BasicFeatureRenderer and not have to "manually" > draw on the screen with Java2D or otherwise. We wanted to just be a > FeatureSource and let uDig/GeoTools do the drawing of our Features for us. > Is this not feasible given our streaming data and screen update > requirements? Meaning, will be have to take over the rendering to get our > desired performance? > > Thanks again, > Rob > > > > Jody Garnett-3 wrote: >> >> You are about the third team to do this (you can check the email >> archive for disucssions in 2006 for example). >> >> Please review the source code for the tracking tutorial it should give >> you an idea of how to proceed. >> - listen to the points and update your own "domain specific" data >> structure on the map blackboard >> - create a mapgraphic to draw your data structure >> - as your domain model changes you can ask your mapgraphic layer to >> "refresh" >> >> Here is the wiki page: >> - >> http://udig.refractions.net/confluence/display/DEV/2+Training+Materials#2TrainingMaterials-Tracking >> >> The example also covers the creation of a very minimual udig "core" >> suitable for mixing in with an existing RCP application (ie no >> contributions to menus etc...). >> >> There is all an experimental "glass pane" you can try; it uses the SWT >> Draw2D api rather than the Java Graphics2D so it has "different" >> performance characteristics. It may be a bit faster; but you have to >> take up the display thread to do it making your application less >> responsive in total :-) >> >> Jody >> PS. For more information on the tracking example take our happy >> commercial training course :-) >> >> On Mon, Mar 30, 2009 at 1:23 PM, Mr R08040 <[email protected]> wrote: >>> Hi folks, >>> >>> First off, thanks for a great product! We're starting up a new >>> project that'll require listening on a socket for position data that's >>> being streamed to us and then generating various features on the fly >>> to be rendered in multiple layers. We'd like to see the layers >>> rendered once per second. Does anyone have any thoughts on this? Is >>> this feasible? Can the BasicFeatureRenderer, etc. keep up? If not, >>> is there another approach we might take? >>> >>> Many thanks in advance, >>> Rob >>> _______________________________________________ >>> 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 >> >> > > -- > View this message in context: > http://www.nabble.com/Thoughts-on-a-streaming-data-source-application-tp22775316p22780744.html > Sent from the udig-devel mailing list archive at Nabble.com. > > _______________________________________________ > 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
