Re: [Paraview] Attach arrows onto streamlines/stream tubes more smoothly

Indeed, using Cone glyph gives much better results, and tweaking by "Stride" is very helpful! Thank you, Andy and Utkarsh. On Wed, Mar 15, 2017 at 8:14 PM, Utkarsh Ayachit < utkarsh.ayac...@kitware.com> wrote: > To control spacing of the glyphs, on the Glyph's properties panel you > can change

Re: [Paraview] Paraview 5.2.0 compilation with support for HMD and Python

Just to slightly thread jack for a second, will there be continued development for both Oculus and Vive? I'm leaning towards a Vive and it looks like that was the one originally recommended. Maybe more importantly, and thoughts on whether we're going to see this working on Linux any time soon. It

Re: [Paraview] Attach arrows onto streamlines/stream tubes more smoothly

I think it is because you have set the Shaft radius to 0. The start of the arrow doesn't appear because of this and I'm suspecting that the start of the arrow is centered along the streamline. Maybe try using using either a non-zero value for the Shaft radius that is bigger than the Tube radius or

Re: [Paraview] Attach arrows onto streamlines/stream tubes more smoothly

Hi, How does it look if you Glyph the streamlines themselves instead of the tubes? On Wed, Mar 15, 2017 at 5:40 PM, Liang Wang wrote: > By using the arrow glyph filter on the lines/tubes, the arrows are often > slightly dislocated (and thus slightly misaligned) from the

Re: [Paraview] Help on SPHVolumeInterpolator

Carola the answer is "soon". ParaView's GUI already enables the setting of the so-called Cuttoff Array. In the GUI (I am assuming you use version 5.3), there should be a setting for the Density and the Mass arrays. And just below it, is the 3rd setting for the "smooting length" array.

[Paraview] Help on SPHVolumeInterpolator

Hello, I have astrophysical SPH (smoothed particle hydrodynamics) data that I want to interpolate for visualization in ParaView. I've found the SPHVolumeInterpolator filter to do that, but can this filter handle non-constant smoothing lengths of SPH particles for the interpolation? If so, how

Re: [Paraview] rendering window position on screen

It not really well supported, but something like the following may work on linux/windows: window = view.GetRenderWindow() window.SetPosition(450, 0) Utkarsh On Wed, Mar 15, 2017 at 2:08 PM, Marco Cisternino wrote: > Good morning, > I wrote a python script in order

[Paraview] rendering window position on screen

Good morning, I wrote a python script in order to process my data and to render the result at the end. To do this last step I call Render(myRenderView) Interact() and the rendering window is open at the top left corner of my screen. How can I change the position of the rendering window? Thanks

Re: [Paraview] XML tag for naming tensor components

Ruben, (apologies for the delayed reply) In the VTU XML, you can add component names as follows: for each of the components. Utkarsh On Tue, Feb 7, 2017 at 8:22 AM, Reuben Kraft wrote: > Hello, > > > > I am writing a VTU xml formatted file for a finite element

Re: [Paraview] Potential Memory Error in CAVE mode

Faiz, Can you remind us about your setup again so that we can see if something can be done to reduce per rank memory requirements? Also, I am assuming the current setup works if the data is small? On Wed, Mar 15, 2017 at 10:47 AM Utkarsh Ayachit < utkarsh.ayac...@kitware.com> wrote: > You may

Re: [Paraview] Potential Memory Error in CAVE mode

You may indeed be running into a limitation of current implementation. To support fast rendering requirements for CAVE, ParaView duplicates geometry between all rendering ranks. Seems like you're running out of memory during that process. On Mon, Mar 13, 2017 at 3:10 PM, Faiz Abidi

Re: [Paraview] ParaView 5.3.0 released

On Tue, Mar 14, 2017 at 17:58:18 -0400, Cory Quammen wrote: > The superbuild was tagged with v5.3.0 this morning. That may be, but it seems you missed pushing it to the main repository :) . --Ben ___ Powered by www.kitware.com Visit other Kitware

Re: [Paraview] Remote rendering to multiple displays

In this case you will need to have a render server running on your client, and a data server running on your cluster. http://www.paraview.org/Wiki/ParaView:Server_Configuration#Case_Three:_Simple_connection_to_a_data-server.2Frender-server This should work, but will definitelly not be ideal since

Re: [Paraview] ParaView 5.3.0 released

Sorry, this doesn't work for me: I start with a clean directory mkdir pv53 cd pv53 git clone --recursive https://gitlab.kitware.com/paraview/paraview-superbuild.git cd paraview-superbuild git fetch --tags origin git checkout v5.3.0 -> error: pathspec 'v5.3.0' did not match any file(s) known