Hi Doug,
The logic for merging Sets for animation is in the visad/Set.java
and the cvs log doesn't show any relevant changes. Of course, it
could be somewhere else (like Units, ShadowTyoes, etc). However,
the tests I run with every release include tests of the animation
merge logic.
You might try a different approach to your problem. Rather than
adding a dummty Set, try calling the reAutoScale() method of your
DisplayImpl. This should recompute the animation sampling. It
will also reAutoScale any ScalarMaps for which you haven't
explicitly called setRange().
Good luck,
Bill
On Thu, 13 Jun 2002, Doug Lindholm wrote:
> Hi,
>
> Something new between the visad.jar's dated "Mon Mar 11 06:52:57 CST
> 2002"
> and "Thu May 2 07:21:29 CDT 2002" is causing problems for me.
>
> Because the AnimationSets are based on the first data set, additional
> data sets didn't animate as desired. (e.g. if the first data set has a
> temporal gap, additional data sets with samples during that time would
> not appear.) To get around this, I initially add a dummy data set with
> many regularly spaced time samples.
>
> This approach works fine with the older visad.jar, but with the newer
> one, it is very slow and eventually runs out of memory just trying to
> set up the display.
>
> Any ideas what might have changed (I didn't see anything obvious in the
> change logs) to cause this and how to make this work?
>
> Thanks,
> Doug
>
> --
> *----------------------------------------------------------------------*
> | Doug Lindholm, Software Engineer | E-mail: lind@xxxxxxxx |
> | Research Applications Program | Phone: 303-497-8374 |
> | National Center for Atmospheric Research | |
> | P.O. Box 3000 | There's no place |
> | Boulder, Colorado 80307-3000 | like $HOME |
> *----------------------------------------------------------------------*
>
>
