Re: [Paraview] Creating demo videos (screenshot animation sequences)
There are some nifty software tools that do it quite well- try googling "wink" - I think it's called. From inside ParaView. No. Is there a way to "screen capture" a video sequence of the user interaction? Sometimes rather than specifying a camera path, etc for creating an animation it would be nice to simply click "record" and then move the scene around and save exactly that interaction as a video (with an option of whether or not to include the cursor in the video). Is something like this possible/feasible? 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] PV and the STL: memory allocation issue
Fred (sorry I do not use a debugger). I do not believe that you are making good use of helpful volunteer's time by asking such questions if you are not even using a debugger. If your code is crashing, then you are doing something wrong. Use a debugger and when you find legitimate problems and bugs...post away. JB -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] distributed stream tracer scalability issue
Burlen I have had performance issues with the Distributed Stream tracer, but in fact I found that in general, the problem of it not being very well optimized for parallel operation was not the main trouble. If you are using Unstructured Grids, and they are large (in my case 20million cells in a block), then the main time was taken by the building of cell links which are used to FindCEll inwhich an integration point lies. I modified the stream tracer interpolation to use a BSP tree (or CellLocator) and found a huge improvement in execution time. (minutes instead of hours). Secondly. the parallelization of the stream tracer is an inherent problem. One cannot integrate the streamline in block 2, until it has reached a boundary in block 1 - one must wait until the streamling traverses one block before passing it to the next. In actuality, the implementation could be improved with more intelligent seeding and rending/receiving of streamline seeds etc between iterations. The Particle tracer code could be modifed to produce streamlines in a serial or distributed manner and ought to give a 'reasonably' optimal solution to the problem - but in fact the chaps at kitware are at the moment (they tell me) in the process of revamping the streamline code to make use of CellLocators - and for this reason I recently committed my BSP tree code. Here's how to check your bottleneck. Find a large StructuredGrid dataset which is loaded in parallel. Generate streamlines. Time it. Convert the grdi to UnstructuredGrid and do the same. If test 1 takes 1 minute and test 2 1 hour, then it isn't the parallization that's the real issue, but the grid being used. JB We've been using the distributed stream tracer to generate 100s-1000s of stream lines per time step. It's very slow, and it doesn't scale at all. The class comments say as much. I'm sure there is a reason why this implementation was chosen. Is there something that generally prevents real parallel implementation? Is there a better implementation available out there? There is this post a while back http://www.paraview.org/pipermail/paraview/2009-July/012959.html What's the status? Thanks Burlen ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] RungeKutta4 implementation issue
My main concern is why does the integrator return 0 instead of OUT_OF_DOMAIN? Because the (current position inside domain + computed velocity * time) is returned - this final result is out of domain as you noticed, but until you pass that new position value back in and ask for the next point, it doesn't check that the value is in/out. It checks that the start point, and all intermediate computed points are inside the domain, but if the final result pops out - then it means that the final step was too big (or the data was a bit rubbish - typically when every Nth time step is saved - the courant condition is no longer satisfied etc etc). does that help? JB Regards Date: Mon, 17 Aug 2009 10:45:31 -0400 Subject: Re: [Paraview] RungeKutta4 implementation issue From: zhanping@kitware.com To: biddi...@cscs.ch CC: stan1...@hotmail.fr; paraview@paraview.org Hi Fred: As JB suggested, please try using RK45, which employs an adaptive step size that is insensitive to the velocity magnitude and hence is capable of capturing accurate shape of the curve (flow line). Using RK4 (still adopting a fixed step size) does not guarantee a sufficient / desiredacurracy of numerical integration (though certainlyit is better than RK2) since it is stil sensitive to the velocity magnitude. Recently we improved theflow line integration accuracy issue. For any problems, please feel free to let us know. Thanks. -Zhanping -- Zhanping Liu, PhD Kitware, Inc. 28 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-371-3971 x 138 http://www.zhanpingliu.org On Mon, Aug 17, 2009 at 5:06 AM, John Biddiscombe biddi...@cscs.ch wrote: I suggest you attach a debugger to the code and step through. Then you'll be able to answer your question. Since the velocity field of your data may be high, it is entirely possible that the computed next position is outside of the bounds. Perhaps reducing the step size will help. Try even Rk4.5 with adaptive steps, this may help if the velocity gradient at the edge of the domain is very large.. JB How is it possible??? double *bds = reader-GetOutput()-GetBounds(); printf("%lf %lf %lf %lf\n", bds[0], bds[1], bds[2], bds[3]); - 0.00 69.00 0.00 69.00 printf("point1[0]=%f point1[1]=%f point1[2]=%f\n", point1[0], point1[1], point1[2]); - point1[0]=58.196274 point1[1]=68.862898 point1[2]=0.00 if (integrator-ComputeNextStep(point1, point2, 0, delT.Interval, stepTaken, minStep, maxStep, this-MaximumError, error) != 0) break; printf("point2[0]=%f point2[1]=%f point2[2]=%f\n", point2[0], point2[1], point2[2]); - point2[0]=59.002164 point2[1]=69.454414 point2[2]=0.00 PS: This message should probably be sent to the VTK mailing list but it seems that it is no longer so active... Dcouvrez toutes les possibilits de communication avec vos proches ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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 Vous voulez savoir ce que vous pouvez faire avec le nouveau Windows Live? Lancez-vous ! ___ 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] RungeKutta4 implementation issue
I suggest you attach a debugger to the code and step through. Then you'll be able to answer your question. Since the velocity field of your data may be high, it is entirely possible that the computed next position is outside of the bounds. Perhaps reducing the step size will help. Try even Rk4.5 with adaptive steps, this may help if the velocity gradient at the edge of the domain is very large.. JB How is it possible??? double *bds = reader-GetOutput()-GetBounds(); printf("%lf %lf %lf %lf\n", bds[0], bds[1], bds[2], bds[3]); - 0.00 69.00 0.00 69.00 printf("point1[0]=%f point1[1]=%f point1[2]=%f\n", point1[0], point1[1], point1[2]); - point1[0]=58.196274 point1[1]=68.862898 point1[2]=0.00 if (integrator-ComputeNextStep(point1, point2, 0, delT.Interval, stepTaken, minStep, maxStep, this-MaximumError, error) != 0) break; printf("point2[0]=%f point2[1]=%f point2[2]=%f\n", point2[0], point2[1], point2[2]); - point2[0]=59.002164 point2[1]=69.454414 point2[2]=0.00 PS: This message should probably be sent to the VTK mailing list but it seems that it is no longer so active... Dcouvrez toutes les possibilits de communication avec vos proches ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] pvserver setup for multiple graphics cards on same node
Christine As you will notice from the start of the thread you link to, we use multiple GPUs on a single node (2 for us, but 4 for you). The secret is to ensure in your case that mpi jobs 0,1 have Display:0 2,3 have Display:1 4,5 have Display:2 6,7 have Display:3 and then all will be well. you'll need a rather complicated mpirun -e blah blah command line. JB Hi, I currently have one linux node with four GPUs and a single 8 core CPU I'd like to setup as a Paraview server. I am unsure how to go about setting things up so that MPI assigns each pair of cores a different GPU, or if problems would arise with the 2 core/1 GPU ratio. Could someone who has experience with this issue give me some pointers regarding the setup? This thread, for example, seems to imply that I would run multiple instances of pvserver, somehow pointing each to a different GPU? http://www.mail-archive.com/paraview@paraview.org/msg00501.html Thanks, Christine ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] [vtkusers] Adding a synthetic LiDAR scanner to VTK/Paraview
n) Scanner "forward" (the phi=0, theta=0 direction) Angular sample spacing or number of points to acquire in the theta and phi directions (so the "grid" is a total of (num_theta x num_phi) points) The outputs are: A .ptx file that maintains implicitly the structure of the scan (points are ordered as they were taken in "strips"). This is the output given by a real Leica scanner. A .vtp file that is simply an unorganized point cloud of the scan returns. It seems like this could be a neat little thing to add to paraview - just a couple of text boxes and sliders to set the parameters, load the scene you want to scan using existing paraview I/O, visualize the scan frustrum using paraview line sources, and then click "Scan!" to create your ptx and/or vtp. Can I get some feedback on if this is an acceptable extension to vtk/paraview capabilities? Thanks, David I didn't get any responses from this - would anyone mind responding (negative responses are just as helpful as positive ones :) ) so I can put this to rest or move forward, which ever the community vote turns out :). 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 VTK FAQ at: http://www.vtk.org/Wiki/VTK_FAQ Follow this link to subscribe/unsubscribe: http://www.vtk.org/mailman/listinfo/vtkusers ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] multiple time steps and particle tracing
Adam The first error is nothing to do with time, check how you are reading the data, something is not right. but I cannot diagnose it from here. Also, back when I wasn't getting this error message, I tried applying the ParticleTracer filter, and got the following error message: ERROR: In /home/awiktor/Desktop/ParaView3/VTK/Filtering/vtkDemandDrivenPipeline.cxx, line 728 vtkCompositeDataPipeline (0x11e2a10): Input port 1 of algorithm vtkTemporalStreamTracer(0x5be0420) has 0 connections but is not optional. The ParticleTracer requires an input vector field and a seed point input. Same as for the Streamtracer, the first error you mentioned is probably causing one input to be null (port 0 = vector field, port 1 = seed points). JB -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] CSCS_PointSprite_GUIPlugins fail to load on Win32 (Solved, partially)
Utkarsh We've noticed that when you run paraview and connect to N pvservers, then N point sprite representations get added to the gui - causing a trail of warnings. Disconnecting and reconnecting can increase this number to quite amusing levels. I've not had a chance to look into the code, but I expect you know exactly where to look... JB Thanks for the info. We will fix the issue in the next patch release. Utkarsh On Thu, Jul 23, 2009 at 1:32 PM, Kallekalle-t...@gmx.de wrote: Hi Stephane, it's working now! When i start my self compiled paraview (win32) in it's build directory (without any installation) everything is fine. (Paraview 3.6.1, CVS, 2 weeks ago). PointSprite can be selected as representation and i see a decent config panel for the PointSprite Properties. But there might remain the issue with the two missing shared libs in the installer for win und linux... Thanks, Kalle. ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] Custom Inspector as plugin
Is there an example anywhere of adding a new window - like for example the SelectionInspector, Statistcs view or even the animation viewer. I'd like a custom window like these, but added as a plugin - if such an example exists, could someone point me to it please Thanks JB -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] Custom Inspector as plugin
David Thank you so much. 5 minutes and I now have a working dock window plugin. The ADD_PARAVIEW_DOCK_WINDOW was the secret. If only every question to the list had such a great response. cheers JB Here is one... On 7/3/09, John Biddiscombe biddi...@cscs.ch wrote: Is there an example anywhere of adding a new window - like for example the SelectionInspector, Statistcs view or even the animation viewer. I'd like a custom window like these, but added as a plugin - if such an example exists, could someone point me to it please Thanks JB -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] Getting requested time in reader with multiple outputs
Ken Does the request object not have a int port = request-Get(FROM_OUTPUT_PORT()); if so, you can do it that way. How is it that different ports are receiving different time requests? I need to make sure my redesigned pipeline will cope with this correctly. (what does your pipeline look like?) JB Getting requested time in reader with multiple outputs I am having trouble implementing a reader that supports time data and has multiple outputs (eventually destined for ParaView). The issue is that I get the requested update time step from the output information (as in any time-supporting reader), but I dont know which output port to get it from. The two ports often have different time steps set in them. The correct time is in the output from which the demand driven request comes. But which one is that? It changes between calls? Is there a way to get the real requested time? Is there a way to know from which output port the request comes from? -Ken Kenneth Moreland *** Sandia National Laboratories *** *** *** *** email: kmo...@sandia.gov ** *** ** phone: (505) 844-8919 *** web: http://www.cs.unm.edu/~kmorel ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] particule tracer
Marie vtkCompositeDataPipeline (10684700): Input port 1 of algorithm vtkTemporalStreamTracer(105D17C0) has 0 connections but is not optional. Port 0 should have vector field time dependent data. Port 1 should have seed points. The error message is saying that there is nothing on port 1 JB ___ 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] Problem with temporal filter and multi-block data
Title: Re: [Paraview] Problem with temporal filter and multi-block data Ken I disagree with your disagreement. TemporalDataset is a TypeOf CompoundDataset. In the executive, there is a check for IsTypeOf(insert compound stuff here), and the test returns true when it gets temporal, but should be returning false because the filter wants multi-block - which is a sibling of temporal. 6662 is causing a great deal of errors related to temporal data and fixing it will also fix 9089 (at least I think so). 6662 really addresses 2 serious problems in my mind. One is the wrong type checks above, the second is the incorrect creation of Temporal types when not really needed. Although they are two bugs, I propose a pipeline /executive fix which should address both. On a side note. Does the original poster know that the temporalPathline filter already does what he wants? (build trajectories of particles etc?) - though not multi-block. JB I actually disagree with that statement. The issue with 6662 is that the pipeline is sometimes stuffing data in a vtkTemporalDataSet when it should not. If you look carefully at 9089, you will see that in fact the data is supposed to be in vtkTemporalDataSet; the downstream temporal interpolation filter will not work otherwise. The error occurs even when the data really should be in temporal form. In my mind 9089 is a fairly serious issue; the executive is failing to properly use a filter that does not directly support temporal data. Issue 6662 is just a minor inconvenience; as long as temporal data is being handled correctly, the only effect to the user should be an odd reporting of temporal data set in the information panel. -Ken On 6/2/09 12:57 AM, "John Biddiscombe" biddi...@cscs.ch wrote: This is yet another manifestatrion of http://public.kitware.com/mantis/view.php?id=6662 which I will try to look at this week or next. I'm linking the bugs. JB Re: [Paraview] Problem with temporal filter and multi-block data That clarified it. I am able to reproduce the problem now, and I see that it is in fact a bug. I submitted a report for this. http://www.paraview.org/Bug/view.php?id=9089 Thanks for bringing this to our attention. -Ken On 5/31/09 1:07 AM, "Christian Wellmann" wellm...@ikm.uni-hannover.de wrote: Hi Ken, the order of operations is: -load the data -attach the ExtractBlock to the reader -attach my temporal filter to the ExtractBlock filter If my data doesn't consists of multiple parts, so I don't have to use the ExtractBlock, my temporal filter works fine. christian 2009/5/29 Moreland, Kenneth kmo...@sandia.gov: I am confused about the order of operations you are doing to get the error (since it apparently only happens if you do things in a certain way). Are you loading the data, attaching your temporal filter to the reader, and then attaching the extract block to your temporal filter? Or are you loading the data, attaching extract block to the reader, and then attaching your temporal filter to extract block? Or are you loading the data, attaching the temporal filter to the reader, and then attaching extract block to the reader too? -Ken On 5/29/09 3:32 AM, "Christian Wellmann" wellm...@ikm.uni-hannover.de wrote: Hi all, I use paraview to view results of transient combined finite discrete element analyses. My *.pvd input files look like this: ?xml version="1.0"? VTKFile type="Collection" version="0.1" byte_order="LittleEndian" Collection DataSet timestep="0,00e+00" group="0" part="0" file="se_relax_p_0.vtp"/ DataSet timestep="0,00e+00" group="0" part="1" file="se_relax_c_0.vtp"/ DataSet timestep="0,00e+00" group="0" part="2" file="se_relax_r_0.vtp"/ DataSet timestep="0,00e+00" group="0" part="3" file="se_relax_f_0.vtu"/ DataSet timestep="1,00e-03" group="0" part="0" file="se_relax_p_02000.vtp"/ DataSet timestep="1,00e-03" group="0" part="1" file="se_relax_c_02000.vtp"/ . . . The results are stored for each part (DE, contact, rigid-boundaries, FE) and time step in a single *.vtp / *.vtu file. I can load the *.pvd file into paraview apply non-temporal filters to the single parts and animate without problems. Now I wrote a temporal filter to show the trajectories of data points. It requires a time series of datasets with constant number of points and generates the trajectories of the points as a single PolyData. The filter works fine if my input does not consist of multiple parts: ?xml version="1.0"? VTKFile type="Collec
Re: [Paraview] Secrets of the ParaView install process
Berk Which version of Qt/ParaView are you using? It is very possible that it has been broken since 3.4. I think some changes were made to accommodate for Qt 4.4 assistant change but I am not sure if it was tested yet. On this machine 4.4.0 JB ___ 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] Secrets of the ParaView install process
I tried to create an install package of (tweaked) paraview + plugins on windows. All runs fine except that 1) Python dlls (etc) are not included in the distribution 2) QtAssistant won't run - so help is unavailable. Are there special tricks required to make paraview include the necessary python dll's (and init scripts?) - I'm using python 2.6. I notice that the paraview 3.4 release on the kitware website uses python 2.5. Should I revert to 2.5 to solve the problem. Are things 'hard coded' for 2.5 that don't work for 2.6. If I use the zip installer, I can manually add python libs to the distribution, if I uses the NSIS installer I cannot. The ParaView3.4 release uses NSIS - so was some secret process involved in adding these files? For QtAssistant, I don't know why it won't run. any clues welcome (path?) NB. I have not set any PATH, PV_PLUGIN_PATH, PYTHON_XXX_??? Variables. should I setup a batch file which initializes these and then calls paraview (plugins load fine if they are in the plugins directory) Many thanks JB -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] Secrets of the ParaView install process
After some experimentation, python now works (astonished surprise) - the main trick appear to be to cpoy the python lib dir structure into the correct relative place in the install tree. qt-assistant still does not work. The assisstant help issue appears to be caused by paraview invoking the wrong command line, but I don't understand why. Also...I forgot to ask first time around. why are the iceT DLLs installed into lib when all other dlls are installed into the bin directory. (Is this a simple mistake, or is ther a real reason?) JB I tried to create an install package of (tweaked) paraview + plugins on windows. All runs fine except that 1) Python dlls (etc) are not included in the distribution 2) QtAssistant won't run - so help is unavailable. Are there special tricks required to make paraview include the necessary python dll's (and init scripts?) - I'm using python 2.6. I notice that the paraview 3.4 release on the kitware website uses python 2.5. Should I revert to 2.5 to solve the problem. Are things 'hard coded' for 2.5 that don't work for 2.6. If I use the zip installer, I can manually add python libs to the distribution, if I uses the NSIS installer I cannot. The ParaView3.4 release uses NSIS - so was some secret process involved in adding these files? For QtAssistant, I don't know why it won't run. any clues welcome (path?) NB. I have not set any PATH, PV_PLUGIN_PATH, PYTHON_XXX_??? Variables. should I setup a batch file which initializes these and then calls paraview (plugins load fine if they are in the plugins directory) Many thanks JB -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] Building Parallel ParaView on 64 bit Linux System
Peter Linking CXX shared library ../../bin/libvtkHybrid.so /usr/bin/ld: /opt/local/pgi-7.2/linux86-64/7.2/lib/libpgc.a(va_arg.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC this message is telling you that libpgc was compiled as a static library and was not compiled with the -fPIC flag. Unfortunately, you can't link a non relocatable static lib into a (relocatable) dynamic/shared lib - so you must either find a libpgc.so and replace the link options with this lib instead of libpgc.a - or you must recompile libpgc with the -fPIC flag - which may not be an option - either way, you must find another libpgc which you can link - oitherwise you're limited to building static and hence no plugins for paraview. JB ___ 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] python programmable filter
What does //BTX and //ETX means Begin TCL Exclude End TCL Exclude. VTK was originally wrapped for use with TCL -hence the name choice. The original parser code used BTX/ETX to mark pieces that couldn't be wrapped and should be skipped. ? how to know if a method is automaticlly or not ? Look at the source code. You can usually guess which function are not likely to be wrapped. If they have pointers to structs etc they are usually not wrapped. JB Thanks, Nehme On Sun, 10 May 2009 08:10:09 +0200 (CEST) Jean Favre jfa...@cscs.ch wrote: On 10, May 2009 03:38 AM, Nehme Bilal nbi...@mirarco.org wrote: Hi, I am using vtkKdTree in a python programmable filter. I would like to use: void vtkKdTree::FindPointsWithinRadius(double R, const double x[3], vtkIdList* result) the method is not available. It is enclosed into a //BTX //ETX in the source code of VTK/Filtering/vtkKdTree.h and does not get automatically wrapped by Python. Jean -- Swiss National Supercomputer Center ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] multiple color legends on the same image
It's awful, but it works. Use the calculator filter to copy one dataset to another. Change the name of the scalar array you are displaying. when you enable the colour legen for the new data, it will have a new name and so use a new colour lookup table. You can now display both independently. JB Hi all, I'm a bit of a newbie here, but I've been having some trouble trying to figure out a way of creating multiple color gradients and legends on the same image. In other words, I have an object that I use a contour filter for that should have a different gradient than another object with a different contour filter, but the moment I change the color gradient for one, the other automatically changes. Is there a way to create two contour filters with different color maps and legends? Thanks, Dae Il ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] Append DataSet Filter and Exodus Files
David The exodus reader is no doubt exporting multiblock data, so the SafeDownCast will fail. Add an extra test for Multiblock and then use an iterator to loop over blocks and then safedowncast and do what you need JB Hi, Is there a way to make the Append DataSet Filter work with exodus files? I have several that I want to append to use the calculator on. I tried modifying the source to create a plugin VTK/Graphics/vtkAppendFilter.cxx but I always seem to be getting a null pointer from the SafeDownCast? vtkInformation *inInfo = inputVector[0]-GetInformationObject(idx); vtkDataSet *ds vtkDataSet::SafeDownCast(inInfo-Get(vtkDataObject::DATA_OBJECT())); thank you, David Fuentes ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] Append DataSet Filter and Exodus Files
Or first run the merge blocks filter. Or just run the merge blocks filter first like the man says. [But actually. The merge blocks filter, uses a vtkAppendFilter - which is a memory hog - then you pass the output of this into another appendfilter - on large datasets this will be terrible. Much better to add multiblock support to the appendfilter so that it only has to do the memnory allocation once.] 0.02 JB -Ken On 5/7/09 12:55 AM, "John Biddiscombe" biddi...@cscs.ch wrote: David The exodus reader is no doubt exporting multiblock data, so the SafeDownCast will fail. Add an extra test for Multiblock and then use an iterator to loop over blocks and then safedowncast and do what you need JB Hi, Is there a way to make the Append DataSet Filter work with exodus files? I have several that I want to append to use the calculator on. I tried modifying the source to create a plugin VTK/Graphics/vtkAppendFilter.cxx but I always seem to be getting a null pointer from the SafeDownCast? vtkInformation *inInfo = inputVector[0]-GetInformationObject(idx); vtkDataSet *ds vtkDataSet::SafeDownCast(inInfo-Get(vtkDataObject::DATA_OBJECT())); thank you, David Fuentes ___ 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 -- John Biddiscombe, email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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 Kenneth Moreland *** Sandia National Laboratories *** *** *** *** email: kmo...@sandia.gov ** *** ** phone: (505) 844-8919 *** web: http://www.cs.unm.edu/~kmorel -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] Grid seeds for streamlines?
I've been working on a new class called vtkRegularGridSource and a widget to control it derived from BoxWidgetRepresentation plus pqRegularGridSourceWidget, it allows a 2D/3D grid to be defined via the gui (same as one would for line source for example) - it doesn't have to be axis aligned and can be rotated, scaled etc using the box widget. Once it's ready, it should be relatively easy to inject it into the gui along with other widgets so that the streamline filter (for example) can have it in the widget selection box for inputs. It is mostly working in my own paraview tree, but will be commited to cvs after 3.6 is out of the door I expect. JB Instead of using random points or a line for seeds when doing streamlines, is it possible to do this from a grid? I know I can do it many times with lines, and save these as custom filters, but each time I save then load custom filters I have to re-enter all the data about line widths, colors, etc. Thanks in advance, Martin ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] Particle pathlines scalar array dropped
Guys... I'll be checking in the new pathline filter later today, just as a heads up for filter writers in general, the pathline filter accepts an Id array which it uses to track particles. If the Id array is not present, it defaults to using the Point Index. This makes the gui messy as you need a combo box for scalar array, and a checkbox to enable/disable this activity. To make this nicer, I have added a new XML property to the StringVectorProperty entity. The cvs log below should sum it up, but in case it is too terse, here is annother explanation. If you need a scalar array for a particluar operation (one example I have all the time is pressure, needed for a custom integration filter). If the array is present, the do whatever is required. If the array is missing from the data (for whatever reason), then do something else. Since the user needs to enter the pressure array name, the combo box is used to select the array. If the pressure array is missing, the user is tempted to select another array (such as density) - but the algorithm fails, and the user has to manually disable it with another checkbox. To make this simpler, I've added "none_string" as a property of the XML so that you get a list of all the scalars in the required domain, with an extra one which can be "Not Present" / "Not Applicable" / or in the case of the pathline filter "Point-Index as ID" instead of a scalar array. If the non_string is absent, the arraylistdomain behaves as uaual, if present and the user selects it, the filter receives an empty string, which can be easily checked for in the filter iteself and the alternative operation performed. I plan on adding another feature in the furure which will be something like default_regex=".*mass.*" - so that the array list will automatically use a regular _expression_ to find the array most likely to be the one you want. some users save "Mass" other "mass" others "Mass_Kg" others "ParticleMass" etc etc, having a regex field to find the most probable one initially will make my life easier. If you think this is a worthwhile addition, please say so. JB cvs log -- ENH:Add a new tag to the StringVectorProperty XML, which allows one to enter a "none_string" as follows in this example. ArrayListDomain name="array_list" attribute_type="Scalars" none_string="Point-Index as ID" RequiredProperties Property name="Input" function="Input"/ /RequiredProperties /ArrayListDomain another example would be none_string="Not Available" This permits the filter writer to specify an additional string entry which is added to the usual list of scalars/vectors and effectively permit an array to become optional. In this example, which we require for the ParticlePathline filter, a scalar array can be used as the Id array, but if this is not available, we default to using the point index as the Id. The filter will receive an empty string when the none_string is selected, the code can then skip whatever action it would normally perform with the scalar array. Ken + Eric, As soon as I get back from vacation (end april), I'll check a bunch of things in. I'd do it now, but dashboard generated emails are unwelcome when trying to have fun. ttfn JB Re: [Paraview] Particle pathlines scalar array dropped Oops. This is my bad. I made several improvements to the particle pathlines filter. One of the improvements was to pass all of the field data to the pathline much like the streamlines filter does. This makes the scalar array combo box obsolete. However, I didnt check in the changes to the VTK filter because John asked me to hold off so that he could check in his own changes that have not yet migrated back to ParaView. That was over a month ago. Since then I errantly checked in my changes to filters.xml that removed the property you actually still need. Ill back out those changes. On a related note, John, hurry the heck up and check in those changes. Id like to improve the pathlines filter before the 3.6 release. -Ken On 4/15/09 8:06 AM, "Eric E. Monson" emon...@cs.duke.edu wrote: Hey, (Maybe this is a question specifically for John Biddiscombe, but I think others have contributed, too.) Is there a particular reason that the Scalar Array combo box was dropped from the Particle Pathlines (vtkTemporalPathLineFilter) filter XML (gui) when it was brought into CVS ParaView? I always found that to be a really useful option so I could pass an attribute on to color the generated pathlines. If people don't find it a confusing option, could we get it added back in? Thanks a lot, -Eric -- Eric E Monson Duke Visualization Technology Group __
Re: [Paraview] Particle pathlines scalar array dropped
Title: Re: [Paraview] Particle pathlines scalar array dropped Ken + Eric, As soon as I get back from vacation (end april), I'll check a bunch of things in. I'd do it now, but dashboard generated emails are unwelcome when trying to have fun. ttfn JB Oops. This is my bad. I made several improvements to the particle pathlines filter. One of the improvements was to pass all of the field data to the pathline much like the streamlines filter does. This makes the scalar array combo box obsolete. However, I didnt check in the changes to the VTK filter because John asked me to hold off so that he could check in his own changes that have not yet migrated back to ParaView. That was over a month ago. Since then I errantly checked in my changes to filters.xml that removed the property you actually still need. Ill back out those changes. On a related note, John, hurry the heck up and check in those changes. Id like to improve the pathlines filter before the 3.6 release. -Ken On 4/15/09 8:06 AM, "Eric E. Monson" emon...@cs.duke.edu wrote: Hey, (Maybe this is a question specifically for John Biddiscombe, but I think others have contributed, too.) Is there a particular reason that the Scalar Array combo box was dropped from the Particle Pathlines (vtkTemporalPathLineFilter) filter XML (gui) when it was brought into CVS ParaView? I always found that to be a really useful option so I could pass an attribute on to color the generated pathlines. If people don't find it a confusing option, could we get it added back in? Thanks a lot, -Eric -- Eric E Monson Duke Visualization Technology Group ___ 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 Kenneth Moreland *** Sandia National Laboratories *** *** *** *** email: kmo...@sandia.gov ** *** ** phone: (505) 844-8919 *** web: http://www.cs.unm.edu/~kmorel ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] Transparency/Ordered Compositing issues
When I try to turn on Transparency for a large mesh, I am getting this sort of error dump, before Paraview crashes and dies on me (or hangs and has to be killed). Can anyone suggest a workaround or other quick fix that might help? (I also get memory error problems, but this error is very common). Thanks JB Process id: 25 Warning: In /project/csvis/biddisco/code/pv-meshless/VTK/Filtering/vtkKdTree.cxx, line 1916 vtkKdTree (0x8c249f0): vtkKdTree::BuildMapForDuplicatePoints - invalid tolerance Process id: 16 Warning: In /project/csvis/biddisco/code/pv-meshless/VTK/Filtering/vtkKdTree.cxx, line 1916 vtkKdTree (0xe080090): vtkKdTree::BuildMapForDuplicatePoints - invalid tolerance Process id: 12 Warning: In /project/csvis/biddisco/code/pv-meshless/VTK/Filtering/vtkKdTree.cxx, line 1916 vtkKdTree (0x66d23c0): vtkKdTree::BuildMapForDuplicatePoints - invalid tolerance Process id: 14 Warning: In /project/csvis/biddisco/code/pv-meshless/VTK/Filtering/vtkKdTree.cxx, line 1916 vtkKdTree (0x1f82550): vtkKdTree::BuildMapForDuplicatePoints - invalid tolerance Process id: 10 Warning: In /project/csvis/biddisco/code/pv-meshless/VTK/Filtering/vtkKdTree.cxx, line 1916 vtkKdTree (0x67c2170): vtkKdTree::BuildMapForDuplicatePoints - invalid tolerance Process id: 23 Warning: In /project/csvis/biddisco/code/pv-meshless/VTK/Filtering/vtkKdTree.cxx, line 1916 vtkKdTree (0x20bafd0): vtkKdTree::BuildMapForDuplicatePoints - invalid tolerance Process id: 24 Warning: In /project/csvis/biddisco/code/pv-meshless/VTK/Filtering/vtkKdTree.cxx, line 1916 vtkKdTree (0x9132480): vtkKdTree::BuildMapForDuplicatePoints - invalid tolerance -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] using netcdf in paraview
Martha Build paraview as usual, ignore all the guff about PARAVIEW_EXTRA_EXTERNAL_MODULES, remove this from your paraview build, remove any CSCS addons you might have specified from paraview 'core' build. Then build a new new project which will be plugins, using the cmakelists from the root of CSCS stuff. Enter the paraview build dir, enable CSCSCommon and netcdf, (netcdf will pick up common when it needs it - fingers crossed). then try making it all. Of course it won't actually work, but that's what I've been trying to say all week! When it fails, ask Burlen for his netCDF adaptor stuff from visit and we can all get on with other stuff... JB John, I must be missing something. I did as you specified below, then went to the ParaView directory, Ran ccmake several times, enabling the correct options per the CSCS web site(PARAVIEW_EXTRA_EXTERNAL_MODULES, PARAVIEW_USE_CSCSNetCDF, and the source directory variable) , and ran make, but again, the same include file was not located, even though I see it is there in the vtkCSCS directory tree. Was I supposed to run ccmake under the vtkCSCS trunk before running ccmake for ParaView? I did try to do this, Only to get an error concering "Policy" and the directions for resolving the error were unclear. I am a novice concerning ccmake, as the first time I have used it was last week. Thanks. Martha Tonkin -Original Message----- From: John Biddiscombe [mailto:biddi...@cscs.ch] Sent: Wednesday, March 25, 2009 10:21 AM To: Tonkin, Martha E (IS) Cc: Carbonari, Katie (IS); Paraview Mailing List Subject: Re: [Paraview] using netcdf in paraview Martha (+put back on paraview list for reference and google) My Bad. One of the changes I made to the netCDF code was to handle series of files (one file per process, or one per timestep) using another class in vtkCSCSCommon Best thing is check out all of it from here... https://svn.cscs.ch/vtkContrib/trunk/vtkCSCS/ and use the cmakelists in the root pv3-plugins folder. you need CSCSCommomn and netCDF enabled. Fix the netCDF reader and send me the patches please :) JB Katie, I was able to check out vtkNetCDF from the SVN server; I had tried before using the web site's instructions, but it wouldn't work, I suppose because of our firewall; however the "https" in the URL that Mr. Biddiscome gave us did make a difference. However, when I attempted to build ParaView 3.4 with that vtkNetCDF module, I got an error once again, this time when for vtkNetCDFReader.cxx; what is missing is FileSeriesFinder.h. I cannot find that include file anywhere, in ParaView3.4, ParaView3.3, etc, so I don't know if it was inadvertently left out of the vtkNetCDF distribution or what. Martha -Original Message- From: Carbonari, Katie (IS) Sent: Tuesday, March 24, 2009 5:15 PM To: Tonkin, Martha E (IS) Subject: FW: [Paraview] using netcdf in paraview -Original Message- From: John Biddiscombe [mailto:biddi...@cscs.ch] Sent: Tue 3/24/2009 5:09 PM To: Berk Geveci Cc: Carbonari, Katie (IS); paraview@paraview.org Subject: Re: [Paraview] using netcdf in paraview Katie Just looking again at the error messages makes me realize thet you're using a very old vtkCSCSnetCDF the version in here https://svn.cscs.ch/vtkContrib/trunk/vtkCSCS/vtkNetCDF/ is much more recent and will at least compile without errors. It ewas intended for meteo data (ocean/atmosphere) and so you should get something out of it but the changes I made a few months back will have broken the core load of data depending on which convention you are using. My intention was to create subclasses for each supported convention, rather than try to support all of them with aton of options - which is what the current reader does. If you're familiar with vtk code, you'll son work out how to fix it. I'll take a look at again it in a few weeks. JB Hmmm. It sounds like there is version mismatch between ParaView and the plugin. We deprecated those classes not long ago. Are you using cvs ParaView? -berk 2009/3/23 Carbonari, Katie (IS) katie.carbon...@ngc.com mailto:katie.carbon...@ngc.com : Hi there. I'm trying to read netcdf data into paraview, but am having lots of issues. I was following these directions (from here: http://www.cscs.ch/index.php?option=com_contenttask=viewid=96Itemid =1 32): Please build ParaView using the CMake advanced option PARAVIEW_EXTRA_EXTERNAL_MODULES set to CSCSNetCDF rerun configure and set PARAVIEW_USE_CSCSNetCDF to ON, then rerun configure and enter the name of the directory where the source has been extracted. Build paraview and the netCDF reader should be embedded. Building as a vtk module is supported, documentation will be provided as soo
Re: [Paraview] [Xdmf] xdmf2 and paraview troubles
Alin Paraview is bundled with a version of hdf5 that is known to work. But you turned it off, by setting PARAVIEW_USE_SYSTEM_HDF5:BOOL=ON turn this back off. JB Hi Berk, Personally I do not use the xdmf and I am interested only in the molecular plots. The 1.8 version is the one that came default on my opensuse 11.1 box. In the face of the issues may be a good idea to bundle, as an option, a version that is known to work with paraview. I try to compile paraview with all plugins as we intend here at ICHEC to offer it to the users as a complement/replacement of their visualization tools. regards, Alin -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] using netcdf in paraview
Burlen You can have an arbitrary number of meshes in the nedCDF file - but only one is exported (by default). Part of the work I was doing recently was to add SIL support to the reader so that the GUI panel would display it all, and allow the user to select multiple meshes for export. The reader by default generates multiblock - but only the first block (biggest rather, decided by size) is actually exported. Once I've finished with it, each selected variable would be exported as a separate grid. The core code should handle 1-5 dimensions (considering a vector field stored as a separate dimension, which between you and me is annoying). The reader got messy because I was trying to support different conventions, so it's very hard to follow what's doing what. the ability to support associated variables for dimensions and stuff really messed it up, and different conventions use different systems for the grid variables etc. Some data use time as a separate dimension, other multiple files etc etc JB Hi Guys, By the way I just tried to load her data using the new VisIt database bridge and it worked! Does the CSCS plugin you guys have been talking about support multiple meshes in the same file? Just curious, cause I had to write a custom panel in PV to get that stuff working. Burlen John Biddiscombe wrote: Martha (+put back on paraview list for reference and google) My Bad. One of the changes I made to the netCDF code was to handle series of files (one file per process, or one per timestep) using another class in vtkCSCSCommon Best thing is check out all of it from here... https://svn.cscs.ch/vtkContrib/trunk/vtkCSCS/ and use the cmakelists in the root pv3-plugins folder. you need CSCSCommomn and netCDF enabled. Fix the netCDF reader and send me the patches please :) JB Katie, I was able to check out vtkNetCDF from the SVN server; I had tried before using the web site's instructions, but it wouldn't work, I suppose because of our firewall; however the https in the URL that Mr. Biddiscome gave us did make a difference. However, when I attempted to build ParaView 3.4 with that vtkNetCDF module, I got an error once again, this time when for vtkNetCDFReader.cxx; what is missing is FileSeriesFinder.h. I cannot find that include file anywhere, in ParaView3.4, ParaView3.3, etc, so I don't know if it was inadvertently left out of the vtkNetCDF distribution or what. Martha -Original Message- From: Carbonari, Katie (IS) Sent: Tuesday, March 24, 2009 5:15 PM To: Tonkin, Martha E (IS) Subject: FW: [Paraview] using netcdf in paraview -Original Message- From: John Biddiscombe [mailto:biddi...@cscs.ch] Sent: Tue 3/24/2009 5:09 PM To: Berk Geveci Cc: Carbonari, Katie (IS); paraview@paraview.org Subject: Re: [Paraview] using netcdf in paraview Katie Just looking again at the error messages makes me realize thet you're using a very old vtkCSCSnetCDF the version in here https://svn.cscs.ch/vtkContrib/trunk/vtkCSCS/vtkNetCDF/ is much more recent and will at least compile without errors. It ewas intended for meteo data (ocean/atmosphere) and so you should get something out of it but the changes I made a few months back will have broken the core load of data depending on which convention you are using. My intention was to create subclasses for each supported convention, rather than try to support all of them with aton of options - which is what the current reader does. If you're familiar with vtk code, you'll son work out how to fix it. I'll take a look at again it in a few weeks. JB Hmmm. It sounds like there is version mismatch between ParaView and the plugin. We deprecated those classes not long ago. Are you using cvs ParaView? -berk 2009/3/23 Carbonari, Katie (IS) katie.carbon...@ngc.com mailto:katie.carbon...@ngc.com : Hi there. I'm trying to read netcdf data into paraview, but am having lots of issues. I was following these directions (from here: http://www.cscs.ch/index.php?option=com_contenttask=viewid=96Itemid=1 32): Please build ParaView using the CMake advanced option PARAVIEW_EXTRA_EXTERNAL_MODULES set to CSCSNetCDF rerun configure and set PARAVIEW_USE_CSCSNetCDF to ON, then rerun configure and enter the name of the directory where the source has been extracted. Build paraview and the netCDF reader should be embedded. Building as a vtk module is supported, documentation will be provided as soon as possible. (Some changes have recently been made which may break the existing build, these will be fixed shortly). But when we make Paraview, it's not finding a bunch of files (vtkMultiGroupDataInformation.h, vtkMultiGroupDataSet.h, vtkMultiGroupSetAlgorithm.h). Any advice on how to make this work? Or maybe a better way to read in netcdf files? Thanks
Re: [Paraview] using netcdf with paraview
Katie I have neglected the netCDF code for the last year or so and it doesn't load with current paraview cvs. I will try to look at it in April. It ought to be easy to fix, but nobody ever offers to help and I'm too busy right now. I started making changes to simplify things in the reader a few months back, but haven't finished. I notice recently that in the main paraview CVS some netCDF support is appearing. Perhaps it's worth asking on the main paraview list. [pause, I'll cc the paraview list and see what response this generates] JB Hi there. I'm trying to read some netcdf files into paraview but am having no luck. Is this group still active? If so, is there anyone out there that can help me read netcdf files into the current version of paraview? Thanks, Katie -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] Qt4.5...
LD_LIBRARY_PATH should contain Qt dll location. Make sure old Qt versions do not appear. JB I actually have Qt-4.5 in the proper PATH, still I get this error: The procedure entry point ?fillr...@qpainter@@QAEXABVQRectF@@ABVQColor@@@Z could not be located in the dynamic link library QtGui4.dll. Many thanks, Hom Nath On Mon, Mar 23, 2009 at 9:09 AM, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: Make sure that your environment variable PATH is set to include the directory containing the Qt dlls. 2009/3/21 Hom Nath Gharti hng.em...@gmail.com: I tried to compile paraview from CVS with qt 4.5. Compilation is just fine. But when I run paraview I get the error Could not be located in the dynamic link library QtGui4.dll. I have only qt 4.5 installed. Windows Xp, Visaul studio .NET 2003 Thanks, Hom Nath ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] Surface streamlines are slow
Bastil I cannot comment on the surface streamlines directly, as I'm not familiar with the class that is used...but if it internally makes use of the vtkStreamTracer filter code, then I can make the following observation. The vtkStreamTracer class uses vtkDataSet FindCell to locate the start point of a given streamline. It then builds links (vtkUnstructuredGrid only) between cells so that as a streamline passes out of one cell and onto the next, the neighbour can be located quickly. The findCell is very slow as for an unstructuredgrid, it is a brute force search of all cells. The build links is also very slow and if your grid is a single 20million cell dataset, it will take ages. About a year ago, I posted a request to this list for volunteers, to test some improvements that I'd made to the StreamTracer code to a) make use of a cell locator instead of FindCell/BuildLinks to accelerate the streamline searches. b) Clean up some caching to prevent certain operations taking place on every iteration of the inner integration loop within the streamline calculation. I got no volunteers, so I never committed my code. Since then I had problems with maintenance of my tree and reverted all my changes (I was only interested in my TemporalStreamTracer code anyway), but a few weeks ago, I decided to re-tweak the streamline filter to see if my new CachingInterpolatedVelocityField would work with it. I found that my own streamline generation was greatly improved (20million cells approx in my case also). The changes are in the pv-meshless tree (use google), but I will not offer further assistance as I'm very busy this week. So if you want to try it out, you are welcome - and if you can post results to this list, then so much the better - and it may prompt me into a second round of fixes. (the changes I made a few weeks ago were not thorough and I need to spend a little more time on it before it's ready to be committed). JB Hi group, I tried creating some surface streamlines as described in the wiki. Process seemed to work but was extremly slow for me so I could not wait it. I have large CFD models imported as ensight (~ 20 Million cells). Paraview run for about five hours without an result for surface streamlines from 50 seed points. I don't really know if this is normal? Regards BastiL ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] Threads and paraview
Any idea what i am doing wrong? yes vrpnThread theThread; theThread.start(); You've allocated a stack object which creates the thread, the button click routine exits immediately leaving the thread running, but the object is destroyed. use "new theThread(blah); " and manage the pointer by hand later JB Hi all, I have an issue concerning thread usage inside paraview. I am using the vrpn library to connect some controllers and manipulate paraview's objects. I am running the connection routine of vrpn on a separate thread (so the main thread of paraview keeps running smooth). However i can't seem to launch the thread correctly... what i am doing is: In the run method of my class(which i inherit from QThread) void myThread::run() { analog = new vrpn_Analog_Remote(name.c_str()); if(!analog) { cout "Error opening device"; return; } else { std::cout"SUCCESS"std::endl; analog-register_change_handler ( NULL, vrpnThread::handleAnalog ); while(true) { analog-mainloop(); } } } In the paraview GUI i have a button when pressed launches a connection to a vrpn server, as follows: void SourceToolbarActions::connectVRPNServer(void) { vrpnThread theThread; theThread.start(); } So, when i click the GUI button a message appears saying the following: QThread: Destroyed while thread is still running... I have put the thread to wait also theThread.wait() but if i do this its obviously that Paraview's GUI will get blocked... Any ideas how to work around this problem... Thanks in advance. Any idea what i am doing wrong? ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] particletracer
Martin 4. Selecting my dataset go to filters and particletracer. In the new window I'm choosing 'source' as input port. Under 'select source(s)' I'm holding down the shift key and click on temporal cache and line. Then I click OK. WRONG! The input is the termporal data (Temporal Cache) The source is the seed points (Line) There is a reason why there are TWO separate filter inputs. I'd have thought that that was so blindingly obvious that it didn't need explanation. the inputs should be called Temporal Input and Seeds, but unfortunately, the XML doesn't let me override the names inherited from StreamTracer. JB ___ 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] particletracer
for looking into this. Cheers, Martin Uppman ___ 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 -- John Biddiscombe, email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] particle tracking
Berk Oops. I didn't notice that it was a "steady state" flow field. The TemporalStremTRacer expects unsteady flows, however it would be quite simple to modify it to use a single step. (I think easier than taking streamlines and animating particles along them - though thinking about it, the streamtracer code does have all that conversion of cell units to time which would be useful). One could subclass the temporaltreamtracer, suppress the time requests and interpolate over a single step, then output time dependent data where the particles animate along the path (- how many steps would one want?) - clicking the play button would just advect them along. (Just thinking out loud). JB I don't think this answers Pei's question. To my knowledge the temporal stream tracer (i.e. particle tracker) works only for time-dependent data. Am I wrong? To animate particles in a steady-state flow field, I'd think that you would generate streamlines and then somehow animate particles along those. I can't think of anything that would do this out-of-box but writing a filter that does this would be pretty easy. Is this something more than a few users would want? -berk On Thu, Feb 12, 2009 at 12:22 AM, David E DeMarle dave.dema...@kitware.com wrote: Hi Pei-Ying, You may want to try ParaView Meshless (https://twiki.cscs.ch/twiki/bin/view/ParaViewMeshless). It is a version of ParaView with the cutting edge of John Biddiscombe's particle tracking work in it. Some of those features will be/have been integrated into the main paraview code, but I can not vouch for when that will happen. cheers, Dave DeMarle 2008/12/25 Pei-Ying Hsieh phsieh2...@yahoo.com: Dear PVers: I have a steady state flow field. I am wondering if PV can do particle tracking animation. what I am looking for is similar to pathlines, but, instead of showing the lines, I would like to do an animation of seed particles "flowing" through the flow field. Is this possible? Thanks! and wish everyone here a Happy New Year! Pei ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview -- David E DeMarle Kitware, Inc. RD Engineer 28 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-371-3971 x109 ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] particletracer
Martin A single timestep is a vtkDataSet, StremTracer generates streamline through a vector field for this data. The ParticleTracer requires multiple time steps to advect particles through the field over time. The particle tracer requests 2 time steps per iteration from it's input, internally paraview converts multiple vtkDataSets from the input into a TemporalDataSet. JB Thanks you, I can now conenct the two sources. I tried on Windows and found this alternative if I want to use "input" or "source" in the particle tracer. When choosing "source" I could select both dataset and seed source. Problem on my Mac was that the dialog box was to small so I didnt find this option. Btw what is the difference between vtkTemporalDataSet and vktDataSet? ParticleTracer requires vktDataSet which I dont have, is it possible to convert the dataset somehow. I can use filter StreamTracer on my dataset and because StreamTracer and ParticleTracer is based on the same physics, I should be able to visualize particles. ERROR: In /Users/kitware/Berk/ParaView3/VTK/Filtering/vtkDemandDrivenPipeline.cxx, line 822 vtkCompositeDataPipeline (0x225e2020): Input for connection index 0 on input port index 1 for algorithm vtkTemporalStreamTracer(0x225e20b0) is of type vtkMultiBlockDataSet, but a vtkDataSet is required. Cheers, Martin Uppman Can you tell us exactly (detailed, step-by-step) what you are doing? That dialog works fine for me (running OS X 10.5). -berk On Tue, Feb 10, 2009 at 4:10 AM, Martin Uppman f0...@student.lth.se wrote: Hi again, thank you for fast answer John! I'm aware of the problem that my particle tracer doesnt have any seed source, but I have been working for quite awhile sloving this problem. I did as you said, created temporalcache and seed (point seed) but I cant connect the 2 with my particle tracer. I found your (John's) great powerpoint presentation on the web explaining everything there is to explain. Though I cant make it work!!! In one of the pictures in the presentation there are some boxes where you can choose which sources to use in the particle tracer (in object inspector - properties - source). I dont have that option in my program. Does someone know why (using v3.4.0 on a Mac)? About v3.4.0, isnt it the lastest version? Cant fint anything newer on paraview.org. Cheers, Martin Uppman Martin ERROR: In /Users/kitware/Berk/ParaView3/VTK/Filtering/vtkDemandDrivenPipeline.cxx, line 722 vtkCompositeDataPipeline (0x217c7fb0): Input port 1 of algorithm vtkTemporalStreamTracer(0x1e345e00) has 0 connections but is not optional. Input 0 should be a time dependent dataset. It is best to use a TemporalCache before the particle tracer to stop multiple updates for the same time step. Input 1 should be some seed points. Ensight - TemporalCache - ParticleTracer Some Other data eg.line/plane - the ignore pipeline time option is provided to get around some animation issues that used to plague paraview. You should not need it, but the correct way to use it, is set IgnorePipelineTime to true, then set an animation keyframe to animate TimeStep from 0-N - the particle tracer will then use the timestep to generate update times for the Ensight input, instead of usigin the GUI generated time. If you are using the particle tracer from prior to 3.4 then you should switch to a newer one as it is contiunually being improved. I will soon (months, not days) be checking in a lot of changes which enable it to handle dynamic meshes better. JB I've been looking for information on this and a found a thread which I think concerns the same problem. In that thread Berk made a patch to fix this problem. I also tried to ignore pipeline time, but this doent work. I'm working with .case files and I want to animate the blood flow in a human heart using particle tracers. I'm using a Mac with ParaView version 3.4.0. Thanks for looking into this. Cheers, Martin Uppman ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-top
Re: [Paraview] particletracer
Martin I don't really know what to say. I tried myself using our installed version of ParaView 3.4 (linux) to 1) load a time dependent dataset 2) Add a temporal cache 3) Create a line source 4) Instantiate the ParticleTracer (don't use the Pathline filter - that is used to generate trails from particles that you create with the particle tracer). I got the input selection dialog box and all seemed normal. I do not use a Mac so I just don't know what could be wrong, but it seems unlikely that the mac version could work normally the rest of the time and only have this one dialog missing. Can you try another machine/platform. JB Hi again, thank you for fast answer John! I'm aware of the problem that my particle tracer doesnt have any seed source, but I have been working for quite awhile sloving this problem. I did as you said, created temporalcache and seed (point seed) but I cant connect the 2 with my particle tracer. I found your (John's) great powerpoint presentation on the web explaining everything there is to explain. Though I cant make it work!!! In one of the pictures in the presentation there are some boxes where you can choose which sources to use in the particle tracer (in object inspector - properties - source). I dont have that option in my program. Does someone know why (using v3.4.0 on a Mac)? About v3.4.0, isnt it the lastest version? Cant fint anything newer on paraview.org. Cheers, Martin Uppman Martin ERROR: In /Users/kitware/Berk/ParaView3/VTK/Filtering/vtkDemandDrivenPipeline.cxx, line 722 vtkCompositeDataPipeline (0x217c7fb0): Input port 1 of algorithm vtkTemporalStreamTracer(0x1e345e00) has 0 connections but is not optional. Input 0 should be a time dependent dataset. It is best to use a TemporalCache before the particle tracer to stop multiple updates for the same time step. Input 1 should be some seed points. Ensight - TemporalCache - ParticleTracer Some Other data eg.line/plane - the ignore pipeline time option is provided to get around some animation issues that used to plague paraview. You should not need it, but the correct way to use it, is set IgnorePipelineTime to true, then set an animation keyframe to animate TimeStep from 0-N - the particle tracer will then use the timestep to generate update times for the Ensight input, instead of usigin the GUI generated time. If you are using the particle tracer from prior to 3.4 then you should switch to a newer one as it is contiunually being improved. I will soon (months, not days) be checking in a lot of changes which enable it to handle dynamic meshes better. JB I've been looking for information on this and a found a thread which I think concerns the same problem. In that thread Berk made a patch to fix this problem. I also tried to ignore pipeline time, but this doent work. I'm working with .case files and I want to animate the blood flow in a human heart using particle tracers. I'm using a Mac with ParaView version 3.4.0. Thanks for looking into this. Cheers, Martin Uppman ___ 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 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] compiling without VTK
David Is there anyway to build paraview using an existing VTK installation instead of having to have another copy of VTK inside paraview? Possible to do, but your life is too short to make it worthwhile. Instead, Build paraview as per usual, and stop using vtk on its own! Simply point your projects to /my/path/to/paraview/build/VTK and they will pick up the VTK config from there. JB ___ 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] Locking (MPI?) problems with ParaView 3.5
I've been having problems with paraview 3.5 (CVS) since I started working on a parallel problem last week (which means it may have existed for some time, but I was doing other things). How to reproduce the problem Start pvserver on 4 (or more) nodes and pvclient on 1 Create Sources/wavelet ParaView hangs indefinitley without showing bounding box of cube. Reproducibility : not always (3 out of 4 times - for me). Sometimes paraview completes as usual, but shows other hanging symptoms later on. ParaView 3.4 does not have this problem. Something seems to have changed between 3.4 and 3.5 which is affecting the client server delivery of data. It appears to be an MPI related issue. I have attached the debugger to all pvserver nodes and the stack traces are shown below To summarize : pvserver 3 : Cancelled a request pvserver 2 : waiting in ReceiveDataInternal pvserver 1 : still in vtkMPICommunicatorSendDatachar pvserver 0 : still in vtkMPICommunicatorSendDatachar pvclient : trying to Receive It seems that one of the pvserver nodes has given up sending, or has nothing to send and the others are waiting without end. Notes 1: It took me time to go from one node to the other and attach gdb, so if I stopped one task - another might have been affected before it had its stack trace dumped. I'm not very expert at gdb. Notes 2: ParaView 3.4 seems to work flawlessly. Something is different in 3.5 Notes 3: I ran the b_eff_io ( https://fs.hlrs.de/projects/par/mpi//b_eff_io/ - NB. link unreliable) on 15 nodes and it completed without error and without any unusual behaviuor, so my instinct is that our hpmpi is working ok. Questions : 1) Has anyone else observed this behaviour? 2) Has anyone changed anything in the mpi-commmunicator code which might have caused this behaviour 3) It's possible we have a network problem and this is causing the locking, but our logs do not show any errors - can we rule this out? 4) If anyone has answered yes to 1/2, do they know what's wrong and can they fix it? I welcome help as this is preventing me finishing my current project. JB Stack trace for pvserver 3 == #0 0x003dbd4afba9 in sched_yield () from /lib64/tls/libc.so.6 #1 0x002a9a725a97 in hpmp_yield () from /opt/hpmpi/lib/linux_amd64/libmpi.so.1 #2 0x002a9a71f3b4 in hpmp_adv () from /opt/hpmpi/lib/linux_amd64/libmpi.so.1 #3 0x002a9a757012 in hpmp_waitany () from /opt/hpmpi/lib/linux_amd64/libmpi.so.1 #4 0x002a9a756cf0 in VMPI_Waitany () from /opt/hpmpi/lib/linux_amd64/libmpi.so.1 #5 0x002a9a753a9e in VMPI_Wait () from /opt/hpmpi/lib/linux_amd64/libmpi.so.1 #6 0x002a9a754520 in VMPI_Cancel () from /opt/hpmpi/lib/linux_amd64/libmpi.so.1 #7 0x002a99e27045 in vtkMPICommunicator::Request::Cancel (this=0xacf740) at /users/biddisco/code/pv-meshless/VTK/Parallel/vtkMPICommunicator.cxx:973 #8 0x002a95639e36 in vtkPVProgressHandler::CleanupSatellites (this=0xae8dd0) at /users/biddisco/code/pv-meshless/Servers/Common/vtkPVProgressHandler.cxx:399 #9 0x002a95639c85 in vtkPVProgressHandler::CleanupPendingProgress (this=0xae8dd0) at /users/biddisco/code/pv-meshless/Servers/Common/vtkPVProgressHandler.cxx:337 #10 0x002a956061ce in vtkProcessModule::CleanupPendingProgress (this=0x590ee0) at /users/biddisco/code/pv-meshless/Servers/Common/vtkProcessModule.cxx:1267 #11 0x002a965b22f7 in vtkProcessModuleCommand (arlu=0x591d20, ob=0x590ee0, method=0xb69dc9 "CleanupPendingProgress", m...@0x7fbfffdec0, resultstre...@0x590330) at /users/biddisco/build/pv-shared/Servers/Common/vtkProcessModuleClientServer.cxx:316 #12 0x002a9995f4e0 in vtkClientServerInterpreter::ProcessCommandInvoke (this=0x591d20, c...@0x7fbfffe120, midx=0) at /users/biddisco/code/pv-meshless/Utilities/VTKClientServer/vtkClientServerInterpreter.cxx:384 #13 0x002a9995ecfc in vtkClientServerInterpreter::ProcessOneMessage (this=0x591d20, c...@0x7fbfffe120, message=0) at /users/biddisco/code/pv-meshless/Utilities/VTKClientServer/vtkClientServerInterpreter.cxx:214 #14 0x002a9995ebe9 in vtkClientServerInterpreter::ProcessStream (this=0x591d20, c...@0x7fbfffe120) at /users/biddisco/code/pv-meshless/Utilities/VTKClientServer/vtkClientServerInterpreter.cxx:183 #15 0x002a9995eb7b in vtkClientServerInterpreter::ProcessStream (this=0x591d20, msg=0xb68e10 "\001\001", msgLength=48) at /users/biddisco/code/pv-meshless/Utilities/VTKClientServer/vtkClientServerInterpreter.cxx:175 #16 0x002a95658ee2 in vtkSelfConnection::ProcessStreamLocally (this=0xad1a10, data="" "\001\001", length=48) at /users/biddisco/code/pv-meshless/Servers/Common/vtkSelfConnection.cxx:128 #17 0x002a955f5ca2 in vtkMPISelfConnectionProcessRMI (localArg=0xad1a10, remoteArg=0xb68e10, remoteArgLength=48) at /users/biddisco/code/pv-meshless/Servers/Common/vtkMPISelfConnection.cxx:38 #18 0x002a99d665e9 in vtkMultiProcessController::ProcessRMI (this=0x2a9eb49010, remoteProcessId=1, arg=0xb68e10, argLength=48, rmiTag=397529)
Re: [Paraview] Losing data when clip multi-block
Eric et al, I recently had a problem where a filter opreated normally when used normally, but when someone put a calculator in front of it, it stopped working. The filter in question instantiated other filters internally. I tracked to the problem down to this. Calculator calls SetActiveScalars(New data) another filter later does a PointData()-PassData(blah) -SetActiveScalars(More New data) And the New data from before was lost. I do not like this SetActiveScalars function because it replaces (not adds) whatever scalar was there before. I cnaged the offending filter (in this case vtkSurfaceVectors) on my copy to do PointData()-PassData(blah) PointData()-AddArray(newData); PointData()-SetActiveScalars(newData-GetName()) or something like that (from memory). I have no idea if this is related to your problem, but I just thought I'd vent my spleen and start a campaigh to remove this SetActiveScalars(...) call as it is just rubbish. (At least it should be modified internally to not remove the old active slalars if they are are about to be wiped) JB Hey Utkarsh, No, I've never seen the clip lose data on one dataset by itself. The other interesting thing is that I can't always get this data loss to happen if the data was generated as part of a source from the Sources menu. It's much more likely to disappear when the data was generated by a filter or brought in by a reader. For example, if you generate a Box and a Wavelet source, grouping and clipping them won't lose any data, but if you run Generate IDs on one of them, then select GenerateIds1 second before grouping, then clip, the Ids point data disappears... Thanks, -Eric On Feb 6, 2009, at 7:37 AM, Utkarsh Ayachit wrote: Eric, Does the loss of arrays happen even if you clip the orginal dataset by itself (without grouping it using the group filter)? Utkarsh On Wed, Feb 4, 2009 at 3:53 PM, Eric E. Monson emon...@cs.duke.edu wrote: Hello, I'm creating a multi-block data set using the group filter and then clipping it. The results of the clip are always missing one of the scalars associated with the second data set that I highlighted before applying the group filter. This only seems to happen if one of the data sets has multiple scalars or vectors associated with it -- if they each only have one, nothing is lost in the clip. (ParaView 3.4 and CVS, OS X 10.5.6 and Windows XP 32-bit, no MPI) I originally saw this with my own data, but I am able to easily replicate this by creating two point sources. I apply the Elevation filter to the first. Then, to the second I apply Brownian Vectors, plus a Calculator that computes the magnitude of those vectors. If I highlight Elevation and then Calculator, then Group and Clip, I lose the vector magnitude scalar at the Clip stage. If I highlight the Calculator and then the Elevation, then Group and Clip, I lose the elevation scalar. Please let me know if anyone has any ideas about where this could be coming from. Thanks a lot, -Eric -- Eric E Monson Duke Visualization Technology Group ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Bar chart / Histogram for multiblock datasets
I found that exporting the IntegrateAttributes results in the form of a vtkTable allowed me to display all in one spreadsheet. (names are used for the first column) Same link as before. JB Hi, I have modified the vtkIntegrateAttributes to be a vtkMultiBlockDataSetAlgorithm. Now I would like to have a histogram with the names of the blocks on the X axis and the integrated variables on the Y axis. Alternatively, I would like to be able to see the results for all the blocks in the same spreadsheet view, but it seems to be impossible to select multiple blocks for display in a spreadsheet. Is anyone working on a related subject, or anyone has an idea on the way forward ? Jacques PAPPER Applied CFD Team Leader Tel: +44 (0) 1234 324677 --- This email contains information that is private and confidential and is intended only for the addressee. If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender. Note: All email sent to or from this address may be accessed by someone other than the recipient, for system management and security reasons. Aircraft Research Association Ltd. Registered in England, Registration No 503668 Registered Office: Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Using real timesteps in pvd files
Christian ?xml version=1.0? VTKFile type=Collection version=0.1 byte_order=LittleEndian Collection DataSet timestep=1.08267 file=1800_001-static-0.vtmb/ DataSet timestep=1.08367 file=1800_001-static-1.vtmb/ DataSet timestep=1.08467 file=1800_001-static-2.vtmb/ ... DataSet timestep=1.34967 file=1800_001-static-00267.vtmb/ /Collection /VTKFile This works for me. Can't comment on why you are having trouble, but maybe try to remove the group, part unused tags. I use CVS paraview (3.4 should work) JB Dear all, I'm using ParaView 3.4 to load the results of a transient simulation via a pvd file and a set of vtp XML PolyData files. Each vtp file corresponds to a particular real time value which are not evenly spaced. I tried to provide the real time values via the timestep key in the pvd file: ?xml version=1.0? VTKFile type=Collection version=0.1 byte_order=LittleEndian Collection DataSet timestep=1.23 group= part=0 file=sp_test000.vtp/ DataSet timestep=2.34 group= part=0 file=sp_test0002498.vtp/ DataSet timestep=3.15 group= part=0 file=sp_test0004496.vtp/ /Collection /VTKFile It seems that ParaView expects integer values for the timestep key, because it loads the files like expected but the time table in the Object Inspector - Information tab shows for the above pvd file: Index Value 0 1 1 2 2 3 I would be grateful for any help/suggestions. Thanks, Christian Wellmann ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Compute cell area
Oooh. Mesh quality. I knew I'd seen it somewhere else too. thanks. I'll note that for next time. Ken - the reason was I wanted to do integration through cells and also add some mass averaging. I was going to reimplement the wheel and break the integrate filters into cell-area, then flow, etc etc as separate filters but ended up using the IntegrateFlowThroughSurface 'as is' and wrapping it inside another filter. JB Re: [Paraview] Compute cell area I didnt think of that filter. Thanks, Clint. -Ken On 1/26/09 10:34 AM, "Clinton Stimpson" clin...@elemtech.com wrote: What about the "Mesh Quality" filter? You can select "Area" for triangle and quadrilateral quality. You get a cell data array with results for each cell. Clint Moreland, Kenneth wrote: John, Thanks. I already look into both of those filters. Although both filters internally compute polygon area, I did not see a way to get the per-cell area (written out to a cell data array) from them. When I run vtkIntegrateAttributes, I get a single value back that is the total area of all the cells. I also did not see a clear way to get the data from vtkIntegrateFlowSurface. Am I missing something? -Ken On 1/23/09 4:13 PM, "John Biddiscombe" biddi...@cscs.ch wrote: Ken I started writing this https://svn.cscs.ch/vtkContrib/trunk/vtkCSCS/vtkCSCSCommon/vtkCellPropertiesFilter.cxx header is also there. But although it does the area of triangulted data ok, I never used it as I ended up using the vtkIntegrateAttributes (this does areas for all 2D cell types) filter and IntegrateFlowThroughSurface JB Compute cell area Is there an easy way to compute the area of a 2D cell? -Ken Kenneth Moreland *** Sandia National Laboratories *** *** *** *** email: kmo...@sandia.gov ** *** ** phone: (505) 844-8919 *** web: http://www.cs.unm.edu/~kmorel http://www.cs.unm.edu/%7Ekmorel http://www.cs.unm.edu/%7Ekmorel ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview Kenneth Moreland *** Sandia National Laboratories *** *** *** *** email: kmo...@sandia.gov ** *** ** phone: (505) 844-8919 *** web: http://www.cs.unm.edu/~kmorel http://www.cs.unm.edu/%7Ekmorel ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview Kenneth Moreland *** Sandia National Laboratories *** *** *** *** email: kmo...@sandia.gov ** *** ** phone: (505) 844-8919 *** web: http://www.cs.unm.edu/~kmorel ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Compute cell area
Ken I started writing this https://svn.cscs.ch/vtkContrib/trunk/vtkCSCS/vtkCSCSCommon/vtkCellPropertiesFilter.cxx header is also there. But although it does the area of triangulted data ok, I never used it as I ended up using the vtkIntegrateAttributes (this does areas for all 2D cell types) filter and IntegrateFlowThroughSurface JB Compute cell area Is there an easy way to compute the area of a 2D cell? -Ken Kenneth Moreland *** Sandia National Laboratories *** *** *** *** email: kmo...@sandia.gov ** *** ** phone: (505) 844-8919 *** web: http://www.cs.unm.edu/~kmorel ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] pvpython problem
Michael This is a problem specifi to pv-meshless and should not be sent to this list. pv-meshless is not supported outside of CSCS and our selected 'friends'. The error you are receiving is because the CSCSCommon plugin is not being loaded. If you fix that, it should go away. JB Hallo! Paraview is completely new for me, and I'm strugglingwiththe CreateRepresentation Proxyin pvpython... I did the same thing as written in a paraview manual but it just won't work.Doessomeone of you know why? from paraview import servermanager connect=servermanager.Connect() sph = servermanager.sources.SphereSource() elev = servermanager.filters.ElevationFilter(Input=sph) view = servermanager.CreateRenderView() rep=servermanager.CreateRepresentation(elev,view) vtkSphereSource : [ ...] vtkElevationFilter : [ ...] ERROR: In /local/pv-meshless/src/pv-meshless/Servers/Common/vtkProcessModule.cxx, line 1046 vtkProcessModule (0x13625b0): Cannot create object of type "vtkCellPointsFilter". while processing Message 0 = New Argument 0 = string_value {vtkCellPointsFilter} Argument 1 = id_value {50} ERROR: In /local/pv-meshless/src/pv-meshless/Servers/Common/vtkProcessModule.cxx, line 1047 vtkProcessModule (0x13625b0): Aborting execution for debugging purposes. Aborted best regards, Mike Souhaitez vous tre au bureau sans y tre? Oui je le veux ! ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Add support for PARAVIEW_EXTRA_EXTERNAL_PLUGINS?
Michael Read again carefully and this time look for the in fact it still exists, but probably nobody uses it any more since plugins have improved so much - I actually use it myself, so I'm playing deveils advocate, but I like plugins better now... JB That is not is ParaView anymore? When did it go away? I use it all the time and recommend it to my first time users to compile their own filters. I would vote to keep the functionality if it is not causing problems for other parts of the build. Why was it removed? Is it removed in CVS or 3.4? --- Mike Jackson www.bluequartz.net On Jan 14, 2009, at 8:46 AM, John Biddiscombe wrote: There used to be a PARAVIEW_EXTRA_EXTERNAL_MODULES - which allowed you to compile modules into paraview - in fact it still exists, but probably nobody uses it any more since plugins have improved so much. I have some users who want to compile paraview, and a couple of selected plugins, and then do a single make install I've added PARAVIEW_EXTRA_EXTERNAL_PLUGINS to the main paraview cmake, which allows you to enter vtkCSCSCommon;vtkCSCSFluent;vtkCSCSNetCDF etc etc etc and then it prompts for paths to the sources, and compiles them at the same time as paraview itself. Does anyone else need this functionality? Shall I add it to cvs? It's very simple - but does make life easier for the less experienced users (to manage one build instead of two). JB -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] FLUENT READER
If you look at the code you will see see that in vtkCSCS root there is a directory called pv3-plugin If you use the cmakelists in this directoy and enable CSCSCommon and CSCSFluent, it should compile. Note that I use a customized version of paraview which is pv-meshless and some functions in the fluent reader might use additions to CleanUnstructuredGrid or vtkUnstructuredGrid etc which are not in paraview CVS (I have added some ifdefs I think which should make it work with standard paraview as well - if you encounter problems, why not consider fixing them, it's called open source for a very good reason). Unfortunately, I don't have time to support every request I receive - which is a surprisingly large number since I have made several modules available so please apologise my silence on this thread until now. The fluent reader, parses the partition table and loads in parallel, but I wouldn't expect you to be very impressed as in my opinion the fluent format is rubbish and the whole file has to be parsed in order to extract parts of interest. This is particularly bad if you access the same file from N nodes over a shared nfs like filesystem. I did spend a lot of time optimizing the parallel loading to ensure that memory is not allocated for cells that are not loaded on a particular process. In this respect the reader is a huge improvement over the cvs reader, parallel loads work very well if the number of nodes is comparable to the partition table size, though I have successfully loaded 12million cell models on desktop workstation using a single process. Your mileage may vary. Unfortunately (or rather very fortunately, given the badness of the fluent format), the users who made use of this reader are switching to OpenFoam for future simulations, so this reader is unlikely to be supported further. The code will only load volumetric cells. Boundaries can be loaded (I can't recall if I re-enabled them after some changes), but many of the fluent information/structures/types are skipped. There are many boundary information/types that are completely ignored. Feel free to contribute improvements should you implement these. JB Hello, I am facing the same issue, I do not manage to read a Fluent dataset with Paraview. According to Berk Geveci, the Fluent reader is not as good as it could be, so I was trying to find out a Fluent licence in order to convert the file in an alternative format, for instance Ensight. As I was discovering this thread, I downloaded the plugin code and tried to compile it with VTK but the problem is that some classes, used in the plugin code, are no longer available in VTK, such as vtkCleanUnstructuredGrid.h or vtkTransformVectors.h. May I only found an old version ( Copyright (C) 2000, 2002 Mario Valle) at https://svn.cscs.ch/vtkContrib/trunk/vtkCSCS/vtkFluent/, so John, is there a more recent version of the plugin? Regards. Date: Fri, 9 Jan 2009 23:10:21 +0100 From: bastil2...@yahoo.de To: jpap...@ara.co.uk CC: paraview@paraview.org Subject: Re: [Paraview] FLUENT READER I am interested in this, too. However I have not yet tried to build the plugin but I will do. I miss some documentation for it. Hopfully it is better than the current reader - this one is really poor. Regards BastiL Jacques Papper schrieb: Is really no one interested in reading Fluent data in parallel into ParaView apart from me ? Or am I doing something seriously wrong ? My understanding is that this plugin should work much better than the current reader in ParaView, am I right ? Jacques *From:* paraview-boun...@paraview.org [mailto:paraview-boun...@paraview.org] *On Behalf Of *Jacques Papper *Sent:* 08 January 2009 11:38 *To:* John Biddiscombe *Cc:* ParaView *Subject:* [Paraview] FLUENT READER Hi all , John, I have been trying without success to build the vtkCSCSFluent plugin. I have tried to build it as a Paraview module, as a VTK module ... When trying to genereate the makefile with cmake for the paraview module it complains because it doesnot find a vtkCSCSFluent.pvsm.in http://vtkCSCSFluent.pvsm.in file. Could anyone give me a hint on how to compile this plugin ? I have both VTK and ParaView CVS versions compiled. Thanks, Jacques 2009/1/8 John Biddiscombe biddi...@cscs.ch Dear ParaView Community, We have an opening for an HPC/ParaView developer to work on an EU funded project aimed at computational steering of particle based simulations - we intend to use ParaView for development of the front-end controlling application. The job advertisment, which contains some details, can be found here, http://www.cscs.ch/index.php?option=com_contenttask=viewid=135Itemid=100 http://www.cscs.ch/index.php?option=com_contenttask=viewid=135Itemid=100 Please contact me off-list if you would like further
Re: [Paraview] Multiple inheritance in filter writing
Benjamin What happens if you do this... class vtkMyFilter: public vtkUnstructuredGridAlgorithm //BTX , public myThreadedFilter //ETX I think I've used that trick before (or something similar, I'll check). If that doesn't remove the offending method instantiation, then why not simply define a dummy method in your vtk class (as long as it is linked in, it should be ok). int vtkThreadedFilterCommand(vtkClientServerInterpreter*, vtkObjectBase*, const char*, const vtkClientServerStream, vtkClientServerStream resultStream) { return 1 or 0; } JB Obviously, such a function is defined for every base class - but the one above does not exist because vtkThreadedFilter is not wrapped. The easy solution would be to wrap vtkThreadedFilter, but this requires the definition of the New, SafeDownCast etc macros like in every other vtk object. However, since vtkThreadedFilter is not a vtk Object by themselves, it does not have a vtk baseclass and therefore, I cannot declare the macro vtkTypeRevisionMacro. Is there a simple solution to this mess? Thanks Benjamin ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
[Paraview] SubProxy/ProxyProperty
I'm making some changes to the particle tracer, which allow a TerminationStrategy and an InjectionStrategy to be set. These are small classes which act s helpers to the particle tracer to decide when to kill off particles etc. If I define these as classes and setup xml descriptions of them in utilities.xml they seem to satisfy the compilation and instantiation requirements of paraview. But When I attempt to create the GUI for the particle tracer, I tried setting a ProxyProperty referring to the strategy class, and nothing appears in the GUI, so I tried setting it as a SubProxy within the Particle tracer XML. It also did not make anything ppear in the GUI. 1) Can I instantiate the GUI part of the proxy object automatically - the only other classes whic do something similar are the cut/clip etc using widgets as sub proxies 2) Specifically - what is the difference between declaring a subproxy (=TerminationStrategy) or a ProxyProperty (=TerminationStrategy). When should one use one, or the other. The Strategy has a number of simple int/double parameters so ought to be easy to instantiate easily. How's it done? thanks JB ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] SubProxy/ProxyProperty
Utkarsh It works! I had a typo in my SetGet stuff and now the auto-generated panel apear and I can select Termination strategy types (only once so far, but nice!). Thanks for your help and patience JB Hmm...ProxyGroupDomain is not essential in this case. Is this a custom panel or an auto generated panel? Can you post the error message you are getting about the method not found, maybe that'll help. Utkarsh On Mon, Dec 15, 2008 at 10:36 AM, John Biddiscombe biddi...@cscs.ch wrote: Thanks Utkarsh , as usual you are a veritable fountain of wisdom for the internals. I have this in utilities ProxyGroup name=particletracerstrategies Proxy name=SimpleTerminationStrategy class=vtkTemporalStreamTracerTerminationStrategy DoubleVectorProperty name=TerminationTime command=SetTerminationTime number_of_elements=1 default_values=0.0 DoubleRangeDomain name=range/ /DoubleVectorProperty blah blah snip snip /Proxy /ProxyGroup and this for i the particletracer xml ProxyProperty name=TerminationStrategy command=SetTerminationStrategy label=Termination Strategy ProxyListDomain name=proxy_list Proxy group=particletracerstrategies name=SimpleTerminationStrategy / /ProxyListDomain Documentation Set the Strategy for Termination of particles /Documentation /ProxyProperty It appears to be trying to set the strategy as a string. It tells me that setTerminationStrategy is called with the wrong arguments. I was hoping it'd create an object of type vtkTemporalStreamTracerTerminationStrategy and set that directly. I have not specified a ProxyGroupDomain - can I force it to be an object by doing that? (Also, the GUI doesn't create the individual properties for the strategy itself) Got any more clues? Thanks JB -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] [vtk-developers] Temporal Redesign
Ken Yes. I expect the type to be reported in FillInput/Output Information. And yes, there is already a byzantine sequence of temporal creation/swapping that goes on. I hope to simplify it. You're on the right track. A filter tries to create it's output in RDO, so it looks at it's input and makes a choice. Currently, as soon as you create a temporal filter, every filter downstream of it has its output changed to be of type temporal. All real type information is lost after this - and the 'normal' (ideal) connection of filter taking Grid as input to filter outputing temporal collection of grid is broken. The reason is because the executive does not correctly look inside the temporal collection and use the actual data object inside it. to fix this, I want to Ban the direct export of TemporalDataset and only allow the executive to create the temporal datasets and to control the looping or select the dataobject inside the temporal collection when necesary. A filter capable of delivering multiple steps at once will delcare the type as usual, and add the extra temporal suport key in filloutputinformation (as you correctly suggest). I see how it all works very clearly in my mind, but I can't find the words to write it down at the moment as I'm trying to do something else at the same time . To be continued. JB Re: [vtk-developers] Temporal Redesign John, Im still trying to catch up on my email, so I may not have read this completely correctly. One thing I did not quite catch is how a filter could declare it work with data of a particular type but then work with temporal data. An algorithm declares its output type in REQUEST_DATA_OBJECT where it looks at the type of the object created for its input (if applicable) and creates a data object of its own for its output. If a temporally-enabled filter creates an output of type, say, unstructured grid, and then needs to output a temporal data set, then who makes the temporal data set and who creates the objects to populate it? I fear the answer includes a byzantine sequence of data object creations and deletions with perhaps odd requests sent to the algorithm. It might work better if REQUEST_DATA_OBJECT was not used to determine data type but rather the information reported in FillInput/OutputPortInformation. It could also be handy to say I dont know the type yet. That kind of change might have a profound impact on the existing pipeline classes and algorithms, though. Especially for the imaging pipeline. -Ken On 12/8/08 12:28 PM, "John Biddiscombe" biddi...@cscs.ch wrote: I made a few changes to TemporalShiftScale and SnapToTimeStep last week which had unfortunate repercussions for the TemporalFractal test. I've spent some time going over the executives and various classes which make use of TemporalData and I would like to make some changes to the whole temporal framework... Problems : The main problem with the temporal design as it stands is that it is very difficult to know when a filter has got the right input or output when temporal looping is involved. The problem is largely caused by the TemporalDataSetAlgorithm Family. These classes export a TemporalDataSet directly, and it isn't possible to know what kind of datatype they have inside the collection. Consider the case of the failing TemporalFractal Test. A TemporalFractal class exports TemporalDataSet. Currently, this can only be connected to another class which takes TemporalData as input. Even if it only exports a single timestep, which may be uniform grid, or rectilinear, or even a hierarchy of either (Multiblock etc) We would like the Executive to take temporal data and loop it for non temporal filters, but we can't connect a non temporal filter to it and get it right- because when the filters are connected together and first executed, the RequestDataObject pass for the filter accepting the TemporalDataSet doesn't know what type of output to create - we fudged around this by simply exporting a temporal dataset too (which is why snap and shift scale were TemporalAlgorithms (and they should not be, they do not change the type of data passing through them). There are several bugs existing (http://public.kitware.com/mantis/view.php?id=6662) which all stem from the problem that the executive needs to take a single dataset from a temporal collection and pass it into a non temporal filter - currently it just doesn't do it and we see the output of a filter change to temporal within the paraview gui and various other side effects once temporal stuff is initiated. I'd am going to remove the whole TemporalDataSetAlgorithm family and instead have filters which declare themselves as (say) UniformGrid/Image/PolyData algorithms (or even multiblock), but export a new information key which says "I support temporal" if they are capable of delivering multiple time steps. Filters which require temporal collectios of type X, will add a
Re: [Paraview] Multiple temporal shifts still not working right
Eric, I had a temporal problem and made a small change to vtkCompositeDataPipeline which fixed my trouble. It occurred to me (and I confess that due to other deadlines, I have not followed this thread carefully, but I will fix the problem after Christmas) - that perhaps your problem was related. Try this open vtkCompositeDataPipeline search for two lines with hasRTD = true and comment them out - like so! // hasRTD = true; Now tell me if your pipeline does what you expect. I don't know why REQUIRES_TIME_DOWNSTREAM is actually being forwarded up the pipeline, the executive should replace the output of the filter it is working with now, and others can do as they please. I was getting all sorts of nonsense with multiple temporal filters causing outputs to be replaced all over the place, this solved it. It may not be applicable to your case, but if it works...please let me know. JB I added this information to the bug report. -Ken On 11/25/08 11:33 AM, Eric E. Monson [EMAIL PROTECTED] wrote: Hey Ken, Thanks a lot for looking into this -- I'm sure it was a pleasure to see it pop up again! :) Your workaround using the temporal cache filter seems to work as long as I do the grouping in the correct order. If I first click on the shift(0) filter, and then command-click to also select the shift(1) filter and then group the data sets, stepping forward in time only shows one point, but then backwards in time shows the correct thing: two points trailing each other. If I select the shift(1) first and then the shift(0), stepping forwards in time works, but not backwards. (Although, I still get a stutter sometimes where on the second click forwards after applying the group filter the points collapse for one step...) If I select in the wrong order, but increase the size of the caches (up from the original 2), I can get the points to look right for one or two steps forwards sometimes. They always look right going forward if I've just stepped backwards through that time range so the data is in the caches. So, temporal caching fixes it if the filters are selected in the right order for the order in which the time is going to be stepped... Thanks, -Eric On Nov 24, 2008, at 6:58 PM, Moreland, Kenneth wrote: Nuts. I guess it wasn’t fixed after all. I submitted a new bug report with your new description. http://www.paraview.org/Bug/view.php?id=8156 Note that I think I found a workaround using the temporal cache filter. (Details in the bug report.) -Ken On 11/21/08 8:15 AM, Eric E. Monson [EMAIL PROTECTED] wrote: Hey, Sorry for the long email, but I find this problem difficult to describe succinctly... In February I was trying to use multiple Temporal Shift Scale filters as input to a Python Programmable Filter to do on-the-fly point velocity calculations (for diffusing particles in my simulation output). There were troubles with the pipeline updating properly, and Ken Moreland came up with a nice self-contained test case and filed the bug 6307: http://www.paraview.org/Bug/view.php?id=6307 which was listed in August as fixed because the test case seemed to work now. But, I don't think this is really resolved yet. If you load in the TimeShiftTest2.pvsm state file, the animation seems to play correctly, but I think that's a red herring. If you turn off the visibility of the TemporalShiftScale filters, you can see that no boxes move until after t=1.0, whereas if the temporal filters are turned on, and the group filter is turned off, one box moves and then the other. I don't know if this helps, but if you look at the Output printed by the Python filter in TimeShiftTest1.pvsm, you can see that the temporal data sets have the correct time, but the ImageData within them doesn't match. .. All of this is much more clear to me when I load in a simple data set with one point moving in time (attached Xdmf data set -- I'll also attach a link to a state file which sets this pipeline up, but you'll have to change the path for the data file in the state file manually if you want to use it). The pipeline is: Load data. Add a Temporal Shift Scale with (post) shift=0. Add another TSS off the original data set with (post) shift = 1. Highlight both TSSs and route
Re: [Paraview] Multiple temporal shifts still not working right
Eric OK I was waiting for some files to copy, so I had a quick edit of vtkTemporalSnapToTimeStep and vtkTemporalShiftScale. Both these classes derived from vtkTemporalDataSetAlgorithm, but this was wrong, when we reimplemented the Temporal stuff, it was possible for these classes to derive from vtkDataObject. All they do is change information. You can now connect them to normal filters willy nilly, without vtkTemporalDataSets being created all over the shop. Tyr updating from CVS the 4 files in Hybrid vtkTemporalSnap* vtkTemporalShift* then have another go. Get rid of any TemporalCache filters that you don't need too. I've been meaning to do this for ages. I hope it makes a difference. I still haven't actually read all your emails, but I'm sure there was some dodgy temporal caching/dataset swapping going on, this ought to make it easier to track down when I do look into it properly at least JB Hey John, I really appreciate the suggestion, but it doesn't seem to do anything to solve this problem. If you can take a look at this after Christmas that would be great! Thanks, -Eric On Dec 2, 2008, at 4:00 AM, John Biddiscombe wrote: Eric, I had a temporal problem and made a small change to vtkCompositeDataPipeline which fixed my trouble. It occurred to me (and I confess that due to other deadlines, I have not followed this thread carefully, but I will fix the problem after Christmas) - that perhaps your problem was related. Try this open vtkCompositeDataPipeline search for two lines with hasRTD = true and comment them out - like so! // hasRTD = true; Now tell me if your pipeline does what you expect. I don't know why REQUIRES_TIME_DOWNSTREAM is actually being forwarded up the pipeline, the executive should replace the output of the filter it is working with now, and others can do as they please. I was getting all sorts of nonsense with multiple temporal filters causing outputs to be replaced all over the place, this solved it. It may not be applicable to your case, but if it works...please let me know. JB I added this information to the bug report. -Ken On 11/25/08 11:33 AM, Eric E. Monson [EMAIL PROTECTED] wrote: Hey Ken, Thanks a lot for looking into this -- I'm sure it was a pleasure to see it pop up again! :) Your workaround using the temporal cache filter seems to work as long as I do the grouping in the correct order. If I first click on the shift(0) filter, and then command-click to also select the shift(1) filter and then group the data sets, stepping forward in time only shows one point, but then backwards in time shows the correct thing: two points trailing each other. If I select the shift(1) first and then the shift(0), stepping forwards in time works, but not backwards. (Although, I still get a stutter sometimes where on the second click forwards after applying the group filter the points collapse for one step...) If I select in the wrong order, but increase the size of the caches (up from the original 2), I can get the points to look right for one or two steps forwards sometimes. They always look right going forward if I've just stepped backwards through that time range so the data is in the caches. So, temporal caching fixes it if the filters are selected in the right order for the order in which the time is going to be stepped... Thanks, -Eric On Nov 24, 2008, at 6:58 PM, Moreland, Kenneth wrote: Nuts. I guess it wasn’t fixed after all. I submitted a new bug report with your new description. http://www.paraview.org/Bug/view.php?id=8156 Note that I think I found a workaround using the temporal cache filter. (Details in the bug report.) -Ken On 11/21/08 8:15 AM, Eric E. Monson [EMAIL PROTECTED] wrote: Hey, Sorry for the long email, but I find this problem difficult to describe succinctly... In February I was trying to use multiple Temporal Shift Scale filters as input to a Python Programmable Filter to do on-the-fly point velocity calculations (for diffusing particles in my simulation output). There were troubles with the pipeline updating properly, and Ken Moreland came up with a nice self-contained test case and filed the bug 6307: http://www.paraview.org/Bug/view.php?id=6307 which was listed in August as fixed because the test case seemed to work now. But, I don't think this is really resolved yet. If you load in the TimeShiftTest2.pvsm state file, the animation seems to play correctly, but I think that's a red herring. If you turn off the visibility of the TemporalShiftScale filters, you can see that no boxes move until
Re: [Paraview] simple question
The clue is in the name With build shared library ON : Shared libraries are built (praview core code is compiled into dynamic libraries) With OFF, they are not. Static libraries are built. Shared libs ar more flexible for expansion via plugins etc. If the meaning of this is not clear to you, then you might want to get some practice in on smaller projects! Paraview is quite big and complex. JB hi guys, just would like to know whether what's the difference with "build shared library" = ON; and when it's turned OFF?? (during ccmake) thanks in advance. ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
[Paraview] Time tutorial animation uploads
Burlen Loring wrote: There is a tutorial on time in PV here: http://www.vtk.org/Wiki/IEEE_Vis08_ParaView_Tutorial Please note that I've just uploaded the accompanying animations. they are rather large, clocking in almost 200MB (which is why I didn't previously put them on the wiki). The upload is still progressing as I type this email, so alternative links from my own ftp are here ftp://ftp.cscs.ch/out/biddisco/IEEE2008/TimeAnimations.zip (125MB, main animations for ppt) and Francis turbine particle tracing example, thanks to VaTech Hydro for the large dataset and for permitting the distribution of the video ftp://ftp.cscs.ch/out/biddisco/cti/CTI-II-Francis-Turbine-Video-small.avi (60MB) The same animation at higher quality encoding is here (250MB) ftp://ftp.cscs.ch/out/biddisco/cti/CTI-II-Francis-Turbine-Video.avi I generally use the Xvid codec, so you should have this installed to view most of the avi files. JB -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Resample DataSet
If you look at the vtkProbeFilter code, you can see that the source dataset (the geometry onto which you are sampling the input dataset), does not pass its scalars through the filter. I think that when it was written, it was assumed that probing of the data would occur onto some new geometry and the comparison you want to make wasn't imagined at the time. The original scalars are lost. You should be able to add a PassData(blah blah) at the appropriate place in the probe filter code and the original scalars will appear alongside the new ones. I would do this for you, but my version of the probe filter is modified somewhat and I don't want to mess about with the necessary merge/diff/conflicts. If I have time later in the week (when I'm stuck on a train!) I'll have a go at it for you. JB Did you make sure in the Information tab? DSZ Jacques Papper wrote: The number of points should be the same since I interpolate the data from one grid onto the other grid first before doing the difference. Jacques Dominik Szczerba wrote: The calculator filter assumes the same number of points, whereas this is not the case. Note that x1-x2 is undefined if size(x1) != size(x2). Better way to go is to compare bulk values e.g. integrated pressure over some distinc region or 2D intersection plots along some line. Dominik Jacques Papper wrote: Hi Dominik, What I mean is that if I load : grid1, data1 grid2, data2 and interpolate data1 onto grid2 Then data2 is no longer in the list of variables (see attached picture), and I can't use the calculator to do data2-data1 Jacques Dominik Szczerba wrote: Yes I am doing something similar. What does it mean 'no longer have access to data2'? Dominik Jacques Papper wrote: Hi, I'm trying to interpolate a pressure field from one grid to another and then compute the difference between the original pressure field and the interpolated one. So if I have : grid1, data1 grid2, data2 I want to 1. interpolate data1 onto grid2 2. compute data2-data1 I try to use the Resample Dataset filter which seems to work for step 1, but then I no longer have access to data2! Am I doing something wrong , or do I need to code up the filter so that it copies the data associated with grid2 ? If anyone has done something similar in the past -- please help :) ! Jacques --- This email contains information that is private and confidential and is intended only for the addressee. If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender. Note: All email sent to or from this address may be accessed by someone other than the recipient, for system management and security reasons. Aircraft Research Association Ltd. Registered in England, Registration No 503668 Registered Office: Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview --- This email contains information that is private and confidential and is intended only for the addressee. If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender. Note: All email sent to or from this address may be accessed by someone other than the recipient, for system management and security reasons. Aircraft Research Association Ltd. Registered in England, Registration No 503668 Registered Office: Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 --- This email contains information that is private and confidential and is intended only for the addressee. If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender. Note: All email sent to or from this address may be accessed by someone other than the recipient, for system management and security reasons. Aircraft Research Association Ltd. Registered in England, Registration No 503668 Registered Office: Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] legal summary
I believe that I wrote exactly that. You must make your source code available to users under the terms of the GPL which means, the users to whom you have distributed binaries. If these users are in-house, then you have already done it. JB One comment: 2) You do not have a Qt license and you have modified/derived Qt based code: You must make your source code available to users under the terms of the GPL (including ParaView source, which they do anyway). The GPL license says that you have to provide the source under GPL to those you distribute binaries. If you are developing a plugin/extension for in-house use using GPL'ed Qt, you do _not_ have to distribute your source to the outside world. Trolltech has never been clear on this issue. They say that if you are developing commercial tools, you have to have the commercial license. This is only true when it comes to distribution. It does not apply to in-house tools. -berk On Wed, Nov 5, 2008 at 8:35 AM, John Biddiscombe [EMAIL PROTECTED] wrote: To summarize, within the framework of paraview plugin development 1) You do not modify/derive from or create any Qt based code : You can distribute your software under your own terms, GPL or other. Users must have access to the ParaView source, which they do anyway, your software does not have to be open source. 2) You do not have a Qt license and you have modified/derived Qt based code : You must make your source code available to users under the terms of the GPL (including ParaView source, which they do anyway). 3) You have a Qt license: You can keep the source code closed and distribute anything (Qt based or otherwise) you want under your own terms. 4) You may separate plugins which make use of Qt based code from others which do not, and distribute them on different terms, according to the first 3 statements. I welcome corrections to the above 4 statements, preferably in as simple a form as possible. JB -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] legal summary
I have added some words in red for further clarification. can we put this in the WIKI if people are agreed it is accurate enough for public consumption. - To summarize, within the framework of paraview plugin development 1) You do not modify/use/derive from or create any Qt based code in your plugins: You can distribute your software under your own terms, BSD/GPL or other. Users must have access to the ParaView source, which they do anyway, your software does not have to be open source. 2) You do not have a Qt license and you have modified/used/derived Qt based code : You must make your source code available to users under the terms of the GPL (including ParaView source, which they do anyway). The users are those who make use of the binaries, if the users are in-house, the source is assumed to be available to them. 3) You have a Qt license: You can keep the source code closed and distribute anything (Qt based or otherwise) you want under your own terms. 4) You may separate plugins which make use of Qt based code from others which do not, and distribute them on different terms, according to the first 3 statements. -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
[Paraview] Off topic : Multiple Graphics cards (display:0 display:1) on windows
On linux, an X server will provide display:0, display:1 for two graphics cards on a single node. This works fine. Can the same thing be done on windows in a reasonably straightforward manner? I'd like to know if it's possible to have a dual/quad cpu machine with dual graphics cards and use 2 instances of pvserver as I would do under linux. Google tells me that this extension WGL_NV_gpu_affinity exists, but I would expect we'd need to muck about inside vtkWin32OpenGlRenderWindow and/or related classes to make this work. Has anyone any experience of this or similar technologies that would make the job easy/possible. thanks JB -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] questions about writing a parallel reader
1. What is the differences between outInfo-Get(vtkStreamingDemandDrivenPipeline::UPDATE_NUMBER_OF_PIECES()) and vtkMultiProcessController::GetNumberOfProcesses()? GetNumberOfProcesses gives you the true number of MPI spawned processes. This is usually the same as UPDATE_NUMBER_OF_PIECES, but not necessarily. The UPDATE_NUMBER_OF_PIECES culd be less, due to the way data is split (the reader can say, max num pices is N - you may have some data that cannot be easily split). The UPDATE_NUMBER_OF_PIECES is passed in during processRequest, and set by the downstream pipeline, the GetNumberOf... is always present. Similarly, what is the difference between outInfo-Get(vtkStreamingDemandDrivenPipeline::UPDATE_PIECE_NUMBER()) and vtkMultiProcessController::GetLocalPricessId()? Is it safe to assume that they return the same values respectively? they nearly always do. Same discussion as above. 2. How do property changes on GUI propagate to each reader thread? Are they supposed to propagate to all threads, or only one thread, e. g. the thread where UPDATE_PIECE_NUMBER is 0? All processes get the information, passed up/down the pipeline. Thread (process) 0 is special in that stuff that you set gets copied from here to the gui, but generally, all processes will be generating the same stuff, apart form extent/piece information 3. How can I update the progress bar at the bottom of the GUI? Sometimes UpdateProgress() works but sometimes not. What is the supposed way of doing it? Again, can I assume that the standard way is to update it from the thread where UPDATE_PIECE_NUMBER is 0? Inside ProcessRequest, you use the standard UpdateProgress calls and the gui will do the rest. If it's not working, have a look at other reader which you know do work. JB Thanks, Takuya Takuya OSHIMA, Ph.D. Faculty of Engineering, Niigata University 8050 Ikarashi-Ninocho, Nishi-ku, Niigata, 950-2181, JAPAN ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview