Hei Larry,

thanks!
I will do some further testing when I find time. Now I just have use 
thrad.sleep(30) to give it some time...
Probably I will have a look then at SkyJUMPs RenderingManager.

cheers,
stefan

Larry Becker wrote:
> Hi Stefan,
> 
>   The JUMP rendering architecture was never designed for something like 
> animation.  The only way I have found to make it work is to turn off the 
> RenderManager and do the rendering yourself.  You should be able to find 
> some hints on how to do that in LayerPrinter2, if I remember correctly.  
> Perhaps AbstractZoom too.
> 
> I could also make some changes to RenderManager to support notification 
> that rendering is complete as I did in SkyJUMP, but it doesn't 
> completely make the problem go away. 
> 
> regards,
> Larry
> 
> On Thu, Jul 8, 2010 at 9:16 PM, Stefan Steiniger <sst...@geo.uzh.ch 
> <mailto:sst...@geo.uzh.ch>> wrote:
> 
>     Hei all - esp. Larry who has some experience on rendering
> 
>     Just by chance I am in need for a plugin that shows changes over time -
>     i.e. a movie, too. So I sat down for 2 hours today for a very basic
>     plugin.
> 
>     I realized the movie by creating a new temporary layer and then execute
>     a loop that adds and removes features to and from the layer one by one
>     (after sorting them). Ok so far, and well, its also not smooth looking.
>     However, the problem is that it seems to me like a couple of
>     features/sequences are not drawn.
> 
>     Basically I would need to wait until all features in the layer are drawn
>     and would then continue with the loop (to remove the previous and add a
>     new feature). So - is there any way to know when the rendering is done?
>     (I use a ThreadedBasePlugin - as this even shows in the monitor the step
>     nummer).
>     I also tried to create a Dummy LayerManager and create a new DummyLayer
>     from the featureCollection and to render this one inbetween to have an
>     idea when the rendering is done (a bit like for LayerPrinter2) - but it
>     seems not to work either.
> 
>     Another option I tried is using Thread.sleep(100) - i.e. to wait for
>     some time - but the the animation seems to be not fluent enough (= just
>     takes too long).
> 
>     I also do not understand what happens if I use Thread.sleep() or
>     RenderManager.wait() - i.e. if I just stop all processes instead of my
>     hope that the rendering would be continued and finished
> 
>     I think - we may had this discussion a couple of years ago.. but has
>     anyone any pointers/ideas?
> 
>     cheers
>     stefan
> 
> 
>     Sunburned Surveyor schrieb:
>      > Elton,
>      >
>      > I don't think there are.
>      >
>      > The Sunburned Surveyor
>      >
>      > On Tue, Jun 29, 2010 at 6:59 PM, Elton Chan <elton.c...@yahoo.com
>     <mailto:elton.c...@yahoo.com>> wrote:
>      >> Hi there,
>      >>
>      >> Are there any plug-in or snippets avaliable to show change of
>     attribute over time or time-series of a feature for OpenJump?
>      >>
>      >> Thanks,
>      >> Elton
>      >>
>      >>
>      >>
>      >>
>      >>
>     
> ------------------------------------------------------------------------------
>      >> This SF.net email is sponsored by Sprint
>      >> What will you do first with EVO, the first 4G phone?
>      >> Visit sprint.com/first <http://sprint.com/first> --
>     http://p.sf.net/sfu/sprint-com-first
>      >> _______________________________________________
>      >> Jump-pilot-devel mailing list
>      >> Jump-pilot-devel@lists.sourceforge.net
>     <mailto:Jump-pilot-devel@lists.sourceforge.net>
>      >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>      >>
>      >
>      >
>     
> ------------------------------------------------------------------------------
>      > This SF.net email is sponsored by Sprint
>      > What will you do first with EVO, the first 4G phone?
>      > Visit sprint.com/first <http://sprint.com/first> --
>     http://p.sf.net/sfu/sprint-com-first
>      > _______________________________________________
>      > Jump-pilot-devel mailing list
>      > Jump-pilot-devel@lists.sourceforge.net
>     <mailto:Jump-pilot-devel@lists.sourceforge.net>
>      > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>      >
>      >
> 
>     
> ------------------------------------------------------------------------------
>     This SF.net email is sponsored by Sprint
>     What will you do first with EVO, the first 4G phone?
>     Visit sprint.com/first <http://sprint.com/first> --
>     http://p.sf.net/sfu/sprint-com-first
>     _______________________________________________
>     Jump-pilot-devel mailing list
>     Jump-pilot-devel@lists.sourceforge.net
>     <mailto:Jump-pilot-devel@lists.sourceforge.net>
>     https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Reply via email to