<div class="gmail_extra">It sounds like a reasonable change to me (assuming the community is willing to accept the backward incompatibility.)  I've never used vtkTemporalDataSet, but I have used CONTINUE_EXECUTION.  Is it correct to say that this change doesn't remove any core functionality- by leveraging CONTINUE_EXECUTION a filter can accumulate multiple timesteps internally, with the same efficiency and memory usage as was possible before the change?  I like that removing vtkTemporalDataSet simplifies things since there is no longer two different ways to accomplish the same task.<br>

<br>Pat<br><br><br><div class="gmail_quote">On Fri, Apr 27, 2012 at 1:40 PM, Yuanxin Liu <span dir="ltr"><<a href="mailto:leo.liu@kitware.com" target="_blank">leo.liu@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hi, <br>   We are currently considering a few backward-incompatible 
changes to the temporal support in the VTK pipeline and would like to 
hear comments.  We are also interested in hearing other suggestions to improve handling of time-dependent data.<br><br>   The main change is to remove the use of vtkTemporalDataSet and to limit the time request to be a single time step, i.e.  <ul>



<li>Currently, a filter can request objects from multiple time steps by setting the 
key UPDATE_TIME_STEPS to a vector of doubles; the resulting objects get wrapped by the pipeline into a single vtkTemporalDataSet object.<br></li><li>After the change, a filter can only 
request a single time step by setting the key UPDATE_TIME_STEP to a 
single double.  The "wrapping" no longer happens.<br>
</li></ul>  For existing filters that depend on multiple time steps,  we will modify them to use the CONTINUE_EXECUTION key to iteratively execute the pipeline and store the objects from the iterations.   There will be super classes/utility classes to make this easy.<br>


<br>  The main motivation is that, by pushing the temporal functionality from the 
core pipeline to the filters, the execution pipeline becomes simpler and
 easier to maintain. Some bugs, e.g.( ParaView bug <a href="http://www.paraview.org/Bug/view.php?id=6662" target="_blank">Id=6662</a>) will go away as a result.<br>
<br>Leo
</blockquote></div><br></div>