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
