[Paraview] Multipiece unstructured grid field data (PVTU reader)

2014-02-14 Thread Yves Rogez

Hello,

I've saved data as multi piece unstructured grid (pvtu) format which is 
composed of a set of vtu files and one pvtu.
When I load the pvtu using a vtkPXMLUnstructuredGridReader, I get the 
compound data of all the vtu files. This is true for point and cell 
data, but field data does not have the same behaviour. Indeed, it seems 
that only the last vtu file field data appears in the final data set.


I see in the vtk sources that the code used for field data is a little 
bit different (as seen in int vtkXMLPDataReader::ReadPieceData()in file 
vtkXMLPDataReader.cxx:380). Field data use a simple copy for each piece, 
and point/cell data use specific methods that offsets the memcpy of 
arrays for each piece in the resulting data set...


Is there a mean to get the compound field data in final data set ? How 
can I retrieve all my pieces field data ?


Thanks in advance for your support,

Yves

___
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] VRPlugin - VRPN ModelTransformMAtrix Grab problem

2014-02-14 Thread Emiliano Pastorelli

Hi guys,

i am testing the VRPlugin (VRPN connection only at the moment due to the 
issues i had with the VRUI connection) with a Razer Hydra joystik.


The tracking of the position is fine, but when i connect one of the two 
joysticks and its three buttons to the grab of the ModelTransformMAtrix, 
i get a weird problem with the translate. The rotation and the reset 
word ones work like a charm, but when i click the translate world button 
(in the state file below, the Hydra.L2) the scene starts bouncing and 
flickering almost out of control. I see that it also translates, but it 
rotates around with this flicker also if i'm not even touching the 
tracked wand.


Any idea on what might be causing that?

Best,
H

VRPluginState
  VRConnectionManager
VRPNConnection name=Hydra address=Tracker0@localhost
  Button id=0 name=L0/
  Button id=1 name=L1/
  Button id=2 name=L2/
  Tracker id=0 name=LeftW/
  Tracker id=1 name=RightW/
/VRPNConnection
  /VRConnectionManager
  VRInteractorStyles
Style class=vtkVRGrabWorldStyle proxyName=RenderView1 
proxy=269 property=ModelTransformMatrix

  Button role=Reset world name=Hydra.L0/
  Button role=Rotate world name=Hydra.L1/
  Button role=Translate world name=Hydra.L2/
  Tracker role=Tracker name=Hydra.LeftW/
/Style
  /VRInteractorStyles
/VRPluginState
___
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] 'UnstructuredGridReader' is not defined

2014-02-14 Thread David López
Hello, i´m trying to open a vtu file via python:

try: paraview.simple
except: from paraview.simple import *
import sys
path = c:/temp/prueba/
fichero_vtu = 'groupvtu_1.vtu'

sys.path.append(path)
paraview.simple._DisableFirstRenderCameraReset()
GRUPO_vtu = XMLUnstructuredGridReader( FileName=[path + fichero_vtu] )
GRUPO_vtu.PointArrayStatus = []
GRUPO_vtu.CellArrayStatus = []
GRUPO_VTU = GetActiveSource()
RenameSource(MODEL, GRUPO_vtu)
MODEL = GRUPO_VTU
del GRUPO_VTU
Render()

This Works fine in Paraview 3.98.1 but y get this error on Paraview 4.0.1
 File string, line 12, in module

NameError: name 'UnstructuredGridReader' is not defined


I need help, thanks.
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Surface LIC Problem

2014-02-14 Thread Magician
Hi Burlen, Richard, Utkarsh,


Thanks for your advices.

I misunderstood that the Surface LIC Plugin should calculate
some kinds of the vector fields on surfaces.
My models are generated by NS solvers, so the surfaces have
non-zero vectors without slipping or moving wall.

For example, can I calculate surface friction vectors with ParaView?
I have flow fields and other physical constants.


# Extracting issue was solved by using Extract Subset filter.
# My meshes were structured grids of turbomachinery in this time,
# so all the walls can be extracted by the ijk coordinates.


Magician


On Feb 10, 2014, at 23:42, paraview-requ...@paraview.org wrote:

 Message: 5
 Date: Mon, 10 Feb 2014 09:42:27 -0500
 From: Utkarsh Ayachit utkarsh.ayac...@kitware.com
 To: Richard Grenon richard.gre...@onera.fr
 Cc: Magician f_magic...@mac.com, ParaView paraview@paraview.org
 Subject: Re: [Paraview] Surface LIC Problem
 Message-ID:
   cadhsjjaz3ys240zkyprffacg8hymo6wr6q0hqubpuxhl0wy...@mail.gmail.com
 Content-Type: text/plain; charset=ISO-8859-1
 
 You could also either use Extract Block to remove blocks on which
 you don't want to render LIC and then do LIC on the rest. There are
 others ways for this subsetting too, based on the nature of your data:
 e.g. you could your Extract Selection or Threshold to remove the cells
 that you don't want to render LIC on and then render the result.
 
 On Mon, Feb 10, 2014 at 3:57 AM, Richard Grenon richard.gre...@onera.fr 
 wrote:
 Hello
 
 Which vector field are you using with LIC ?
 
 The LIC control panel allows to choose the vector to be used, and you 
 MUST choose a vector field that is NOT ZERO on the surface.
 
 With Euler CFD results, the velocity vector is not zero at the wall, and 
 you can use this vector.
 
 With Navier-Stokes CFD results, the velocity vector is zero at the wall, 
 and you have to use the skin friction vector instead.
 
 Richard
 
 On Feb 9, 2014, at 10:09, Burlen Loring burlen.lor...@gmail.com wrote:
 
 I'm not 100% sure I understand the situation. A picture or sample dataset 
 would help. Is it that some of the surfaces don't have the velocity field 
 defined on them?
 
 Burlen
 
 On 02/08/2014 04:42 AM, Magician wrote:
 I'm trying the Surface LIC Plugin.
 My models are formatted as VTK MultiBlock Dataset, and there are geometries
 of fluids and walls.
 I'd like to visualize LIC on the walls.
 
 First I applied Surface LIC to the walls, the results are something wrong.
 Next to the fluids, they are OK.
 But there are extra walls which I don't want to visualize (ex. 
 Inlets/Outlets, external boundaries).
 Maybe the reason of the walls are that they don't have the velocity values 
 of main flows.
 
 I also tried the Resample with Dataset filter for linking main flows to 
 the walls.
 The results are roughly good, but sometimes the resampling qualitys are 
 poor (dropping the values).
 
 
 Is there a good way to visualize the part of the walls' LIC?
 My sources have complicated shapes, so I want to make the best use of the 
 information of blocks of walls.
 
 
 Magician
___
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 LIC Problem

2014-02-14 Thread Richard Grenon

Hello.

What are these non-zero surface vectors without slipping or moving walls ?

With NS solvers, the velocity vector in an axis system bound to a wall 
should ALWAYS be zero at the wall (moving wall or not moving wall): this 
is the adherence condition.


As LIC needs a non zero vector at the wall in an axis system bound to 
the wall, you cannot use the velocity vector, and you MUST use the skin 
friction vector.


My NS solver gives the three components of the skin friction vector in 
an axis system bound to the wall as three scalar arrays. So I have to 
use the PV Calculator filter in order to build the vector array from 
these three scalar arrays, something like Friction_vector = 
x_component*iHat+y_component*jHat+z_component*kHat


But you may also use the Calculator filter to build the friction vector 
from the stress tensor and the normal vector at the wall. It depends on 
the output of your solver.


Richard

Le 14/02/2014 14:34, Magician a écrit :

Hi Burlen, Richard, Utkarsh,


Thanks for your advices.

I misunderstood that the Surface LIC Plugin should calculate
some kinds of the vector fields on surfaces.
My models are generated by NS solvers, so the surfaces have
non-zero vectors without slipping or moving wall.

For example, can I calculate surface friction vectors with ParaView?
I have flow fields and other physical constants.


# Extracting issue was solved by using Extract Subset filter.
# My meshes were structured grids of turbomachinery in this time,
# so all the walls can be extracted by the ijk coordinates.


Magician




--
 Richard GRENON
 ONERA
 Departement d'Aerodynamique Appliquee - DAAP/ACI
 8 rue des Vertugadins
 92190 MEUDON - FRANCE
 phone : +33 1 46 73 42 17
 fax   : +33 1 46 73 41 46
 mailto:richard.gre...@onera.fr
 http://www.onera.fr

___
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] VRPlugin - VRPN ModelTransformMAtrix Grab problem

2014-02-14 Thread Aashish Chaudhary
On Fri, Feb 14, 2014 at 7:31 AM, Emiliano Pastorelli hoganc...@gmail.comwrote:

 Hi guys,

 i am testing the VRPlugin (VRPN connection only at the moment due to the
 issues i had with the VRUI connection) with a Razer Hydra joystik.

 The tracking of the position is fine, but when i connect one of the two
 joysticks and its three buttons to the grab of the ModelTransformMAtrix, i
 get a weird problem with the translate. The rotation and the reset word
 ones work like a charm, but when i click the translate world button (in the
 state file below, the Hydra.L2) the scene starts bouncing and flickering
 almost out of control. I see that it also translates, but it rotates around
 with this flicker also if i'm not even touching the tracked wand.

 Any idea on what might be causing that?


That is because we made two assumption on the dataset

1)  You initial direction would be OpenGL direction (-z inside)
2) You geometry origin is at 0,0,0

If your geometry is not at 0,0,0 then it will rotate around it. In the new
code, it got better but just need to make another pass at it. In the mean
time, can you tell if it is happening
if you use a sphere source as well?

- Aashish


 Best,
 H

 VRPluginState
   VRConnectionManager
 VRPNConnection name=Hydra address=Tracker0@localhost
   Button id=0 name=L0/
   Button id=1 name=L1/
   Button id=2 name=L2/
   Tracker id=0 name=LeftW/
   Tracker id=1 name=RightW/
 /VRPNConnection
   /VRConnectionManager
   VRInteractorStyles
 Style class=vtkVRGrabWorldStyle proxyName=RenderView1 proxy=269
 property=ModelTransformMatrix
   Button role=Reset world name=Hydra.L0/
   Button role=Rotate world name=Hydra.L1/
   Button role=Translate world name=Hydra.L2/
   Tracker role=Tracker name=Hydra.LeftW/
 /Style
   /VRInteractorStyles
 /VRPluginState
 ___
 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




-- 
| Aashish Chaudhary
| RD Engineer
| Kitware Inc.
| www.kitware.com
___
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] 'UnstructuredGridReader' is not defined

2014-02-14 Thread Utkarsh Ayachit
Try using OpenDataFile
(http://www.paraview.org/ParaView3/Doc/Nightly/www/py-doc/paraview.simple.html#paraview.simple.OpenDataFile).
Does that work?

Utkarsh

On Fri, Feb 14, 2014 at 7:33 AM, David López dysmarbe...@gmail.com wrote:
 Hello, i´m trying to open a vtu file via python:

 try: paraview.simple
 except: from paraview.simple import *
 import sys
 path = c:/temp/prueba/
 fichero_vtu = 'groupvtu_1.vtu'

 sys.path.append(path)
 paraview.simple._DisableFirstRenderCameraReset()
 GRUPO_vtu = XMLUnstructuredGridReader( FileName=[path + fichero_vtu] )
 GRUPO_vtu.PointArrayStatus = []
 GRUPO_vtu.CellArrayStatus = []
 GRUPO_VTU = GetActiveSource()
 RenameSource(MODEL, GRUPO_vtu)
 MODEL = GRUPO_VTU
 del GRUPO_VTU
 Render()

 This Works fine in Paraview 3.98.1 but y get this error on Paraview 4.0.1
  File string, line 12, in module

 NameError: name 'UnstructuredGridReader' is not defined


 I need help, thanks.

 ___
 Powered by www.kitware.com

 Visit other Kitware open-source projects at
 http://www.kitware.com/opensource/opensource.html

 Please keep messages on-topic and check the ParaView Wiki at:
 http://paraview.org/Wiki/ParaView

 Follow this link to subscribe/unsubscribe:
 http://www.paraview.org/mailman/listinfo/paraview

___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] [EXTERNAL] Paraview compiled version - MPI

2014-02-14 Thread Stephen Wornom

Scott, W Alan wrote:


Leo,

Make sure you aren’t running out of memory.  /View/ Memory Inspector.

Alan

*From:*ParaView [mailto:paraview-boun...@paraview.org] *On Behalf Of 
*Léo Pessanha

*Sent:* Thursday, February 13, 2014 11:22 AM
*To:* ParaView list
*Subject:* [EXTERNAL] [Paraview] Paraview compiled version - MPI

Hi,


Running huge sets of data using mpi and pvserver of the paraview 
binaries has been an issue for me, it`s pretty unstable and crashes often



Can you be more specific as to huge. How many cores are you using?
Stephen


If i build paraview from source with mpi support, it will be better in 
that aspect?


Att,
Leonardo Pessanha



___
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



--
stephen.wor...@inria.fr
2004 route des lucioles - BP93
Sophia Antipolis
06902 CEDEX

Tel: 04 92 38 50 54
Fax: 04 97 15 53 51

attachment: stephen_wornom.vcf___
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] Fwd: 'UnstructuredGridReader' is not defined

2014-02-14 Thread David López
-- Forwarded message --
From: David López dysmarbe...@gmail.com
Date: 2014-02-14 18:17 GMT+01:00
Subject: Re: [Paraview] 'UnstructuredGridReader' is not defined
To: Utkarsh Ayachit utkarsh.ayac...@kitware.com


Hello Utkarsh, the problem was that i needed to put  paraview.simple. in
all functions i used.

try: paraview.simple
except: from paraview.simple import *
import sys

path = c:/temp/prueba/
fichero_vtu = 'groupvtu_1.vtu'
sys.path.append(path)
paraview.simple._DisableFirstRenderCameraReset()
GRUPO_vtu = paraview.simple.XMLUnstructuredGridReader( FileName=[path +
fichero_vtu] )
GRUPO_vtu.PointArrayStatus = []
GRUPO_vtu.CellArrayStatus = []
GRUPO_VTU = paraview.simple.GetActiveSource()
paraview.simple.RenameSource(MODEL, GRUPO_vtu)

MODEL = GRUPO_VTU
del GRUPO_VTU
paraview.simple.Render()


paraview.simple.XMLUnstructuredGridReader()  instead
XMLUnstructuredGridReader()
paraview.simple.GetActiveSource()  instead
GetActiveSource()
paraview.simple.RenameSource()instead
.RenameSource()
paraview.simple.Render()
instead   paraview.simple.Render()

Many thanks for your help.


2014-02-14 15:48 GMT+01:00 Utkarsh Ayachit utkarsh.ayac...@kitware.com:

Try using OpenDataFile
 (
 http://www.paraview.org/ParaView3/Doc/Nightly/www/py-doc/paraview.simple.html#paraview.simple.OpenDataFile
 ).
 Does that work?

 Utkarsh

 On Fri, Feb 14, 2014 at 7:33 AM, David López dysmarbe...@gmail.com
 wrote:
  Hello, i´m trying to open a vtu file via python:
 
  try: paraview.simple
  except: from paraview.simple import *
  import sys
  path = c:/temp/prueba/
  fichero_vtu = 'groupvtu_1.vtu'
 
  sys.path.append(path)
  paraview.simple._DisableFirstRenderCameraReset()
  GRUPO_vtu = XMLUnstructuredGridReader( FileName=[path + fichero_vtu] )
  GRUPO_vtu.PointArrayStatus = []
  GRUPO_vtu.CellArrayStatus = []
  GRUPO_VTU = GetActiveSource()
  RenameSource(MODEL, GRUPO_vtu)
  MODEL = GRUPO_VTU
  del GRUPO_VTU
  Render()
 
  This Works fine in Paraview 3.98.1 but y get this error on Paraview 4.0.1
   File string, line 12, in module
 
  NameError: name 'UnstructuredGridReader' is not defined
 
 
  I need help, thanks.
 
  ___
  Powered by www.kitware.com
 
  Visit other Kitware open-source projects at
  http://www.kitware.com/opensource/opensource.html
 
  Please keep messages on-topic and check the ParaView Wiki at:
  http://paraview.org/Wiki/ParaView
 
  Follow this link to subscribe/unsubscribe:
  http://www.paraview.org/mailman/listinfo/paraview
 

___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


[Paraview] Load state error with MPAS Ocean NetCDFReader data type

2014-02-14 Thread Wolfram, Phillip J
Dear Paraview Mailing list,

I am a developer on the MPAS-Ocean project and we are having trouble with saved 
states in Paraview corresponding to loading the netcdf (*.nc) data file, 
loading and plotting a variable (say kineticEnergyCell), saving the state as a 
psvm file, and then reloading it.  At a minimum, the plotted quantity is not 
accessible and it doesn't appear that the data structure for MPAS-O is reloaded 
properly.  This is the simplest reproducible error.  John and Boonth (cc'd) 
recommended I email this list with this issue.

A link to the files for debugging/ testing is 
https://www.dropbox.com/s/b4a0b056ks3i30r/mpaso_paraview.tgz.

A work-around is to simply save the variables of interest as  unstructured vtku 
files, but this is an imperfect solution (if only because multiple vtku files 
in time then become required).  If vtku files are utilized there is no problem 
with the save/load state function.

My present configuration is ParaView 4.1.0 64-bit for mac via the dmg installer 
(ParaView-4.1.0-Darwin-64bit.dmg).

Thanks for taking a look at this and please let me know if you have additional 
questions,

Phillip

Phillip Wolfram
(505) 667-7744

Postdoc Research Associate
Climate, Ocean and Sea Ice Modeling
Los Alamos National Laboratory
T-3, MS-B216
P.O. Box 1663
Los Alamos, NM 87545

___
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 LIC Problem

2014-02-14 Thread Magician
Richard,


Sorry, that's my mistake.
The surfaces DON'T have non-zero vectors without slipping or moving wall.

I'm going to export surface vectors such as oilflow vector from solvers.


Magician


On Feb 14, 2014, at 23:00, Richard Grenon richard.gre...@onera.fr wrote:

 Hello.
 
 What are these non-zero surface vectors without slipping or moving walls ?
 
 With NS solvers, the velocity vector in an axis system bound to a wall should 
 ALWAYS be zero at the wall (moving wall or not moving wall): this is the 
 adherence condition.
 
 As LIC needs a non zero vector at the wall in an axis system bound to the 
 wall, you cannot use the velocity vector, and you MUST use the skin friction 
 vector.
 
 My NS solver gives the three components of the skin friction vector in an 
 axis system bound to the wall as three scalar arrays. So I have to use the PV 
 Calculator filter in order to build the vector array from these three scalar 
 arrays, something like Friction_vector = 
 x_component*iHat+y_component*jHat+z_component*kHat
 
 But you may also use the Calculator filter to build the friction vector from 
 the stress tensor and the normal vector at the wall. It depends on the output 
 of your solver.
 
 Richard
 
 Le 14/02/2014 14:34, Magician a écrit :
 Hi Burlen, Richard, Utkarsh,
 
 
 Thanks for your advices.
 
 I misunderstood that the Surface LIC Plugin should calculate
 some kinds of the vector fields on surfaces.
 My models are generated by NS solvers, so the surfaces have
 non-zero vectors without slipping or moving wall.
 
 For example, can I calculate surface friction vectors with ParaView?
 I have flow fields and other physical constants.
 
 
 # Extracting issue was solved by using Extract Subset filter.
 # My meshes were structured grids of turbomachinery in this time,
 # so all the walls can be extracted by the ijk coordinates.
 
 
 Magician
 
 
 
 -- 
 Richard GRENON
 ONERA
 Departement d'Aerodynamique Appliquee - DAAP/ACI
 8 rue des Vertugadins
 92190 MEUDON - FRANCE
 phone : +33 1 46 73 42 17
 fax   : +33 1 46 73 41 46
 mailto:richard.gre...@onera.fr
 http://www.onera.fr
 

___
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