[Paraview] Interesting bug when using windbladereader and multiple time steps

[Andy Bauer]

Ok, I'm able to replicate the bug.  The test file I have (
http://vtk.org/gitweb?p=VTKLargeData.git;a=tree;f=Data/WindBladeReader;h=3459e8ded59eb05796e922d90200bd4e83231df0;hb=HEAD)
only has 2 time steps so I may need another set of files from you with more
time steps.

Playing around with the reader in ParaView, I think it may be worse than you
realize.  Only the time information for the field is getting updated
properly and if you go back in time steps, the blade time step either still
increases or stays the same if it has hit the last time step.  I need to
talk to our temporal pipeline expert to figure out the proper behavior.  One
question though -- is there a reason that the reader doesn't return a
multiblock with the 3 grids in it instead of having 3 separate output
ports?  I'm thinking that if the output was changed to a multiblock then
these time issues would go away.

Andy

On Thu, Jul 7, 2011 at 10:28 PM, Sohail Shafii <sohailshafii at yahoo.com>wrote:

> I believe that data set went you (related to the updates I made for the
> wind blade reader)...the one with ten timesteps, should do the trick.  Do
> you still have it?
>
> Sohail
>
> --- On *Thu, 7/7/11, Andy Bauer <andy.bauer at kitware.com>* wrote:
>
>
> From: Andy Bauer <andy.bauer at kitware.com>
> Subject: Re: [Paraview] Interesting bug when using windbladereader and
> multiple time steps
> To: "Sohail Shafii" <sohailshafii at yahoo.com>
> Cc: paraview at paraview.org
> Date: Thursday, July 7, 2011, 7:09 PM
>
>
> I'll take a look at it.  I may need a time dependent data set if I can't
> figure it out though.
>
> Andy
>
> On Thu, Jul 7, 2011 at 9:13 PM, Sohail Shafii <sohailshafii at yahoo.com<http://mc/compose?to=sohailshafii@yahoo.com>
> > wrote:
>
> Hi,
>
> I've noticed a bug when using the windbladereader; the portion of the code
> that reads the blade file is one timestep behind the code that reads the
> field.  For instance, if one is at timestep i, the field data will
> correspond with timestep "i" but the blade data will correspond with the
> last timestep chosen.  When a data set is opened initially both the blade
> and field items are set to the initial timestep.  After one starts changing
> the timestep, the bug makes an appearance.
>
> In the code, the blade and field specify their timesteps (individually)
> based on the bladeInfo and fieldInfo objects, respectively.  These info
> objects are related to the outputVector of requestInformation -- I wonder if
> this is some kind of pipeline issue?
>
> Thanks,
> Sohail
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.paraview.org/pipermail/paraview/attachments/20110708/cd5261cf/attachment.htm>