[Paraview] ParaView macros (was: Further questions regarding 4D dataset)
I put these macros in my Peavip lib : http://github.com/jeromevelut/Peavip It was initially devoted to expose VTK native filters in ParaView, but I think that it makes sense to put also ParaView python macros. It could be a solution to use such a repo to share macros. What do you think? Jerome 2011/7/12 Utkarsh Ayachit utkarsh.ayac...@kitware.com Sweet. That's neat. We need to start thinking of a mechanism to share/distribute macros now :). Utkarsh On Tue, Jul 12, 2011 at 2:36 PM, Jérôme jerome.ve...@gmail.com wrote: Macro-ized ! Richard, just add the attached py files as new macros and you will be able to switch between MIP, MinIP and Composite (the defaut one) volume rendering. These macros are more than minimalist (2 lines) : they can be easily extended to check the current representation and toggle to volume automatically. I hope it will be helpful for you Jerome 2011/7/12 Utkarsh Ayachit utkarsh.ayac...@kitware.com Cool. I wasn't aware of this :). To change the blend mode from Python shell, all you do is following (with the source being volume rendering active in the pipeline browser): SetDisplayProperties(BlendMode=MaximumIntensity) Utkarsh On Tue, Jul 12, 2011 at 1:08 PM, Jérôme jerome.ve...@gmail.com wrote: Hi, I asked a while ago for the possibility to expose BlendMode (MIP is one of the BlendMode) in rendering proxies and I was granted : http://www.cmake.org/pipermail/paraview/2009-October/014157.html http://paraview.org/gitweb?p=ParaView.git;a=commit;h=3a07a88345910d5605e042287391e6623af9deb5 By grep-ing current sources, I found that BlendMode is exposed for GPUVolumeRayCastMapper and FixedPointVolumeRayCastMapper. However, I don't know how easily you can toggle the BlendMode from python shell... Jerome 2011/7/12 Utkarsh Ayachit utkarsh.ayac...@kitware.com No, ParaView does not support MIP at this time. Utkarsh Sent from my iPad On Jun 22, 2011, at 6:49 PM, Richard Beare richard.be...@gmail.com wrote: Hi, The volume rendering works successfully. Thank you for the assistance. Further investigations have suggested that Imaris is probably performing simple maximum intensity projection, but enabling the user to rotate the volume and producing nice colour combinations. Is there any MIP facility in paraview? Thanks ___ 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 ___ 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 ___ 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
[Paraview] Filter time step range
Hello, is it possible to limit the range of time steps paraview is working on? For example a filter that narrows the range from time step 100 to 1000 and all subsequent filters will just see and operate on this time range? Thanks, Florian ___ 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
Re: [Paraview] Representations in 3.10.1
I've also tried running the example within ParaView's built examples and receive the same error. It looks like when SetRepresentation() is trying to set the mapper, it doesn't exist by the new name. Thus it goes to the error message. Any idea if this is something I'm doing wrong or a bug? Brian C. Panneton (CONTR) wrote: I was trying to do the Representations Example for 3.10.1 however it failed to run. I grabbed the latest from the git repo and tried that example and it seems to work. However, when I attempt to use it, I receive an error: 'vtkGeometryRepresentation.cxx, line 455 vtkMySpecialRepresentation (0x5851500): Invalid type: 1' What I was doing was creating a cube source and switching to the Special Mapper in the drop down. From my understanding it was just going to use what the Surface Representation used. I was also wondering if you can use multiple mappers per representation. For instance I have a MultiBlockDataSet containing 3 blocks (Polydata for Points, Polydata for Tubes, Polydata for a Plane). So I was wondering if it is possible to have a single Representation use different mappers for each block. I would like to map a specific color set to the tubes and also an image to the plane. Is this possible? Thanks, Brian Panneton ___ 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 ___ 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
Re: [Paraview] Interesting bug when using windbladereader and multiple time steps
I'm pretty sure I have a proper fix for this now. It's pretty deep into the pipeline with multiple output ports and temporal information but pretty interesting in what it's doing. The gerrit page is http://review.source.kitware.com/#change,2066 if you want to look at the changes. Andy On Fri, Jul 8, 2011 at 1:22 PM, Andy Bauer andy.ba...@kitware.com wrote: 3 or 4 time steps should be fine. Thanks, Andy On Fri, Jul 8, 2011 at 1:18 PM, Sohail Shafii sohailsha...@yahoo.comwrote: Thank you for looking into this. I only modified the windbladereader to handle a slight format change, so my knowledge here is a bit limited (in regards to its original design) but I'll help out when necessary. From what I see there are two outputs (one field, one blade). I guess the nice thing about having a separate output for the blade is that I can render it separately from the field. I can send you a data set with more timesteps (similar to what you are using now, actually), problem is my DSL connection has a poor upload. Would three or four timesteps do? Sohail --- On *Fri, 7/8/11, Andy Bauer andy.ba...@kitware.com* wrote: From: Andy Bauer andy.ba...@kitware.com Subject: Re: [Paraview] Interesting bug when using windbladereader and multiple time steps To: Sohail Shafii sohailsha...@yahoo.com, Fasel, Patricia K p...@lanl.gov Cc: paraview@paraview.org Date: Friday, July 8, 2011, 9:59 AM 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 sohailsha...@yahoo.comhttp://mc/compose?to=sohailsha...@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.ba...@kitware.comhttp://mc/compose?to=andy.ba...@kitware.com * wrote: From: Andy Bauer andy.ba...@kitware.comhttp://mc/compose?to=andy.ba...@kitware.com Subject: Re: [Paraview] Interesting bug when using windbladereader and multiple time steps To: Sohail Shafii sohailsha...@yahoo.comhttp://mc/compose?to=sohailsha...@yahoo.com Cc: paraview@paraview.org http://mc/compose?to=paraview@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 sohailsha...@yahoo.comhttp://mc/compose?to=sohailsha...@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 ___ 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
Re: [Paraview] Interesting bug when using windbladereader and multiple time steps
I'm not sure why this isn't working for you. I just tried it on my machine with 2 processes and was able to use the gradient of unstructured grid filter on the field grid. Can you try it out with the current development version of paraview to see if you can reproduce it there? Andy On Mon, Jul 11, 2011 at 9:38 PM, Sohail Shafii sohailsha...@yahoo.comwrote: Hi, There is actually another bug (which may or may not be related) which did not happen before with ParaView 3.8.0 but appears with the release branch of the ParaView that I am using. If I load a wind data set after connecting to 2-process localhost (mpirun -np 2 pvserver), the gradient of unstructured grid appears greyed out in the filters menu so I can't use that (which is necessary for me). If I run mpirun -np 1 pvserver, this is not an issue. It's only an issue with 2 processes or above. This doesn't happen if I load in a *foam file (i.e. openFOAM file); only with .wind and the most up-to-date release version of ParaView as opposed to 3.8.0. Sohail --- On *Fri, 7/8/11, Andy Bauer andy.ba...@kitware.com* wrote: From: Andy Bauer andy.ba...@kitware.com Subject: Re: [Paraview] Interesting bug when using windbladereader and multiple time steps To: Sohail Shafii sohailsha...@yahoo.com Cc: Patricia KFasel p...@lanl.gov, paraview@paraview.org Date: Friday, July 8, 2011, 10:22 AM 3 or 4 time steps should be fine. Thanks, Andy On Fri, Jul 8, 2011 at 1:18 PM, Sohail Shafii sohailsha...@yahoo.comhttp://mc/compose?to=sohailsha...@yahoo.com wrote: Thank you for looking into this. I only modified the windbladereader to handle a slight format change, so my knowledge here is a bit limited (in regards to its original design) but I'll help out when necessary. From what I see there are two outputs (one field, one blade). I guess the nice thing about having a separate output for the blade is that I can render it separately from the field. I can send you a data set with more timesteps (similar to what you are using now, actually), problem is my DSL connection has a poor upload. Would three or four timesteps do? Sohail --- On *Fri, 7/8/11, Andy Bauer andy.ba...@kitware.comhttp://mc/compose?to=andy.ba...@kitware.com * wrote: From: Andy Bauer andy.ba...@kitware.comhttp://mc/compose?to=andy.ba...@kitware.com Subject: Re: [Paraview] Interesting bug when using windbladereader and multiple time steps To: Sohail Shafii sohailsha...@yahoo.comhttp://mc/compose?to=sohailsha...@yahoo.com, Fasel, Patricia K p...@lanl.gov http://mc/compose?to=p...@lanl.gov Cc: paraview@paraview.org http://mc/compose?to=paraview@paraview.org Date: Friday, July 8, 2011, 9:59 AM 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 sohailsha...@yahoo.comhttp://mc/compose?to=sohailsha...@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.ba...@kitware.comhttp://mc/compose?to=andy.ba...@kitware.com * wrote: From: Andy Bauer andy.ba...@kitware.comhttp://mc/compose?to=andy.ba...@kitware.com Subject: Re: [Paraview] Interesting bug when using windbladereader and multiple time steps To: Sohail Shafii sohailsha...@yahoo.comhttp://mc/compose?to=sohailsha...@yahoo.com Cc: paraview@paraview.org http://mc/compose?to=paraview@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 sohailsha...@yahoo.comhttp://mc/compose?to=sohailsha...@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
[Paraview] Displaying a flat polygon with multiple vertices
I have created a polygon with many vertices using vtkPolygon, then put it in a vtkPolyData, and then saved it as a vtp file (attached). When I open it in Paraview, it looks very broken (seems like backfaces are showing, things are overlapping that shouldn't be, etc). If I run the TriangleFilter on it, it looks fine. Is there something wrong with how I created the data? Or is Paraview just not able to handle displaying something like this? Thanks, David polygonClockwise.vtp Description: Binary data ___ 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
Re: [Paraview] Displaying a flat polygon with multiple vertices
Hi David, I think that the issue is that the polygon you constructed is not convex. Figure 19-20 in VTK users guide is misleading because the example of VTK_POLYGON shows a non-convex polygon which as you found out doesn't work. Burlen On 07/13/2011 01:40 PM, David Doria wrote: I have created a polygon with many vertices using vtkPolygon, then put it in a vtkPolyData, and then saved it as a vtp file (attached). When I open it in Paraview, it looks very broken (seems like backfaces are showing, things are overlapping that shouldn't be, etc). If I run the TriangleFilter on it, it looks fine. Is there something wrong with how I created the data? Or is Paraview just not able to handle displaying something like this? Thanks, David ___ 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 ___ 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
Re: [Paraview] Displaying a flat polygon with multiple vertices
I'd like to expand on Burlen's answer, which is correct. VTK sort of handles concave polygons and sort of doesn't. In particular, it does not render them correctly because the polygons are send directly to the OpenGL rendering system, which in turn does not handle them. It would be possible for VTK to handle this correctly, but it would be inefficient in the common case where polygons are convex. In general, filters should handle concave polygons correctly. For example, run your polygon through the Triangulate filter. It will be properly triangulated and will then render correctly. This issue has shown up on the ParaView and VTK mailing lists before. For a lengthy discussion, see this email thread: http://markmail.org/message/e3fal43v6wzwkgm4 -Ken Kenneth Moreland *** Sandia National Laboratories *** *** *** *** email: kmo...@sandia.gov ** *** ** phone: (505) 844-8919 *** web: http://www.cs.unm.edu/~kmorel From: Burlen Loring blor...@lbl.govmailto:blor...@lbl.gov Date: Wed, 13 Jul 2011 14:01:55 -0700 To: David Doria daviddo...@gmail.commailto:daviddo...@gmail.com Cc: ParaView paraview@paraview.orgmailto:paraview@paraview.org Subject: Re: [Paraview] Displaying a flat polygon with multiple vertices Hi David, I think that the issue is that the polygon you constructed is not convex. Figure 19-20 in VTK users guide is misleading because the example of VTK_POLYGON shows a non-convex polygon which as you found out doesn't work. Burlen On 07/13/2011 01:40 PM, David Doria wrote: I have created a polygon with many vertices using vtkPolygon, then put it in a vtkPolyData, and then saved it as a vtp file (attached). When I open it in Paraview, it looks very broken (seems like backfaces are showing, things are overlapping that shouldn't be, etc). If I run the TriangleFilter on it, it looks fine. Is there something wrong with how I created the data? Or is Paraview just not able to handle displaying something like this? Thanks, David ___ Powered by www.kitware.comhttp://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 ___ 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 ___ 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
Re: [Paraview] Interesting bug when using windbladereader and multiple time steps
By current development version are you referring to the master branch? Sohail --- On Wed, 7/13/11, Andy Bauer andy.ba...@kitware.com wrote: From: Andy Bauer andy.ba...@kitware.com Subject: Re: [Paraview] Interesting bug when using windbladereader and multiple time steps To: Sohail Shafii sohailsha...@yahoo.com Cc: Patricia KFasel p...@lanl.gov, paraview@paraview.org Date: Wednesday, July 13, 2011, 8:41 AM I'm not sure why this isn't working for you. I just tried it on my machine with 2 processes and was able to use the gradient of unstructured grid filter on the field grid. Can you try it out with the current development version of paraview to see if you can reproduce it there? Andy On Mon, Jul 11, 2011 at 9:38 PM, Sohail Shafii sohailsha...@yahoo.com wrote: Hi, There is actually another bug (which may or may not be related) which did not happen before with ParaView 3.8.0 but appears with the release branch of the ParaView that I am using. If I load a wind data set after connecting to 2-process localhost (mpirun -np 2 pvserver), the gradient of unstructured grid appears greyed out in the filters menu so I can't use that (which is necessary for me). If I run mpirun -np 1 pvserver, this is not an issue. It's only an issue with 2 processes or above. This doesn't happen if I load in a *foam file (i.e. openFOAM file); only with .wind and the most up-to-date release version of ParaView as opposed to 3.8.0. Sohail --- On Fri, 7/8/11, Andy Bauer andy.ba...@kitware.com wrote: From: Andy Bauer andy.ba...@kitware.com Subject: Re: [Paraview] Interesting bug when using windbladereader and multiple time steps To: Sohail Shafii sohailsha...@yahoo.com Cc: Patricia KFasel p...@lanl.gov, paraview@paraview.org Date: Friday, July 8, 2011, 10:22 AM 3 or 4 time steps should be fine. Thanks, Andy On Fri, Jul 8, 2011 at 1:18 PM, Sohail Shafii sohailsha...@yahoo.com wrote: Thank you for looking into this. I only modified the windbladereader to handle a slight format change, so my knowledge here is a bit limited (in regards to its original design) but I'll help out when necessary. From what I see there are two outputs (one field, one blade). I guess the nice thing about having a separate output for the blade is that I can render it separately from the field. I can send you a data set with more timesteps (similar to what you are using now, actually), problem is my DSL connection has a poor upload. Would three or four timesteps do? Sohail --- On Fri, 7/8/11, Andy Bauer andy.ba...@kitware.com wrote: From: Andy Bauer andy.ba...@kitware.com Subject: Re: [Paraview] Interesting bug when using windbladereader and multiple time steps To: Sohail Shafii sohailsha...@yahoo.com, Fasel, Patricia K p...@lanl.gov Cc: paraview@paraview.org Date: Friday, July 8, 2011, 9:59 AM 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 sohailsha...@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.ba...@kitware.com wrote: From: Andy Bauer andy.ba...@kitware.com Subject: Re: [Paraview] Interesting bug when using windbladereader and multiple time steps To: Sohail Shafii sohailsha...@yahoo.com Cc: paraview@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 sohailsha...@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
Re: [Paraview] Interesting bug when using windbladereader and multiple time steps
Yes, the master branch of the git repo. Andy On Wed, Jul 13, 2011 at 6:36 PM, Sohail Shafii sohailsha...@yahoo.comwrote: By current development version are you referring to the master branch? Sohail --- On *Wed, 7/13/11, Andy Bauer andy.ba...@kitware.com* wrote: From: Andy Bauer andy.ba...@kitware.com Subject: Re: [Paraview] Interesting bug when using windbladereader and multiple time steps To: Sohail Shafii sohailsha...@yahoo.com Cc: Patricia KFasel p...@lanl.gov, paraview@paraview.org Date: Wednesday, July 13, 2011, 8:41 AM I'm not sure why this isn't working for you. I just tried it on my machine with 2 processes and was able to use the gradient of unstructured grid filter on the field grid. Can you try it out with the current development version of paraview to see if you can reproduce it there? Andy On Mon, Jul 11, 2011 at 9:38 PM, Sohail Shafii sohailsha...@yahoo.comhttp://mc/compose?to=sohailsha...@yahoo.com wrote: Hi, There is actually another bug (which may or may not be related) which did not happen before with ParaView 3.8.0 but appears with the release branch of the ParaView that I am using. If I load a wind data set after connecting to 2-process localhost (mpirun -np 2 pvserver), the gradient of unstructured grid appears greyed out in the filters menu so I can't use that (which is necessary for me). If I run mpirun -np 1 pvserver, this is not an issue. It's only an issue with 2 processes or above. This doesn't happen if I load in a *foam file (i.e. openFOAM file); only with .wind and the most up-to-date release version of ParaView as opposed to 3.8.0. Sohail --- On *Fri, 7/8/11, Andy Bauer andy.ba...@kitware.comhttp://mc/compose?to=andy.ba...@kitware.com * wrote: From: Andy Bauer andy.ba...@kitware.comhttp://mc/compose?to=andy.ba...@kitware.com Subject: Re: [Paraview] Interesting bug when using windbladereader and multiple time steps To: Sohail Shafii sohailsha...@yahoo.comhttp://mc/compose?to=sohailsha...@yahoo.com Cc: Patricia KFasel p...@lanl.gov http://mc/compose?to=p...@lanl.gov, paraview@paraview.org http://mc/compose?to=paraview@paraview.org Date: Friday, July 8, 2011, 10:22 AM 3 or 4 time steps should be fine. Thanks, Andy On Fri, Jul 8, 2011 at 1:18 PM, Sohail Shafii sohailsha...@yahoo.comhttp://mc/compose?to=sohailsha...@yahoo.com wrote: Thank you for looking into this. I only modified the windbladereader to handle a slight format change, so my knowledge here is a bit limited (in regards to its original design) but I'll help out when necessary. From what I see there are two outputs (one field, one blade). I guess the nice thing about having a separate output for the blade is that I can render it separately from the field. I can send you a data set with more timesteps (similar to what you are using now, actually), problem is my DSL connection has a poor upload. Would three or four timesteps do? Sohail --- On *Fri, 7/8/11, Andy Bauer andy.ba...@kitware.comhttp://mc/compose?to=andy.ba...@kitware.com * wrote: From: Andy Bauer andy.ba...@kitware.comhttp://mc/compose?to=andy.ba...@kitware.com Subject: Re: [Paraview] Interesting bug when using windbladereader and multiple time steps To: Sohail Shafii sohailsha...@yahoo.comhttp://mc/compose?to=sohailsha...@yahoo.com, Fasel, Patricia K p...@lanl.gov http://mc/compose?to=p...@lanl.gov Cc: paraview@paraview.org http://mc/compose?to=paraview@paraview.org Date: Friday, July 8, 2011, 9:59 AM 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 sohailsha...@yahoo.comhttp://mc/compose?to=sohailsha...@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.ba...@kitware.comhttp://mc/compose?to=andy.ba...@kitware.com * wrote: From: Andy Bauer andy.ba...@kitware.comhttp://mc/compose?to=andy.ba...@kitware.com Subject: Re: [Paraview] Interesting bug when