Re: [Paraview] Changing default representation for vtkImageData

Bryn, It's not possible to change the default representation. However, it's possible by wiring a plugin to do the same, would that help? Utkarsh On Fri, Feb 6, 2009 at 5:08 AM, Bryn Lloyd bll...@vision.ee.ethz.ch wrote: Hi, Is it possible to change the default representation of a given

Re: [Paraview] Losing data when clip multi-block

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

Re: [Paraview] Changing default representation for vtkImageData

Hi Utkarsh Thanks for the answer. I had a look at the wikipage (Adding a new Representation), but it seemed too complicated for a small issue like this. -Bryn Utkarsh Ayachit wrote: Bryn, It's not possible to change the default representation. However, it's possible by wiring a

Re: [Paraview] Changing default representation for vtkImageData

Oh no, don't need to add a new representation. You'll create a new autostart plugin (http://www.paraview.org/Wiki/Plugin_HowTo#Autostart_Plugins). In this plugin you'll have to create a new subclass for pqDisplayPolicy and then set it on the application core as follows:

Re: [Paraview] Losing data when clip multi-block

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

Re: [Paraview] Question on distributed processing and rendering using Paraview and MPI

Chewping, Let me start with a nomenclature normalization. What you call master/slave nodes we call client/server nodes. We make this distinction because the client needs to be nowhere near the server nodes (I have attached a client to a server running on the other side of the country). Your

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

[Paraview] xdmf polydata-points (particles)

Hi, I am using xdmf-file-format for my structured grid to visualise turbulent flows. Now, I have a bunch of vectors not connected to that grid, but defined somewhere between the grid-points. They are stored as float-XYZ +xyzLength in my hdf5-file (you could think of particles with

[Paraview] Creating ImageData w/Programmable Source

Hello, I'm having trouble creating vtkImageData with the Python Programmable Source. The PolyData Helix example works fine for me, but when I try to create ImageData it seems to build the data structure within Python (i.e. I can print the characteristics of the ImageData and it looks

Re: [Paraview] Creating ImageData w/Programmable Source

I've seen a bug before where the output data type is fixed at the first apply. If you did something like this it might explain what you are seeing: output type = polydata enter python code to populate the image data apply change output type to image data apply See if this fixes the problem: save

Re: [Paraview] xdmf polydata-points (particles)

Hey Jens, I think it should work out fine to treat them as particles with attributes. Here's an example of a short time series of particles which each have XYZ positions, plus a scalar and a vector attribute. -Eric Xdmf Domain Name=MSI Grid Name=CellTime

Re: [Paraview] xdmf polydata-points (particles)

Hi Eric, thanks for your help ... somehow I was expecting a keyword polydata instead of polyvertex. Greetings Jens Eric E. Monson schrieb: Hey Jens, I think it should work out fine to treat them as particles with attributes. Here's an example of a short time series of particles which each

[Paraview] vtk file format too strikt

Hi, the following file _cannot_ be read by paraview 3.4.0: #vtk DataFile Version 2.0 Detailed ASCII DATASET POLYDATA POINTS 1 float -0.00168334 0.0751933 -0.000422686 but with adding one space it is fine: # vtk DataFile Version 2.0 Detailed ASCII DATASET POLYDATA POINTS 1 float -0.00168334

Re: [Paraview] Losing data when clip multi-block

Eric, I was trying to replicate this bug, and cannot. Please give me detailed instructions on how to replicate it, and I will put it in the bug tracker. Better yet would be you putting it in the bug tracker. I tried: ParaView CVS trunk from late January, XP, non client/server. Source/Box

Re: [Paraview] Fwd: C++ Reader execution

Using the following code: pqPipelineSource* myVRML; myVRML=builder-createReader(QString(sources), QString(vrmlreader),QStringList(temp), myServer); myVRML-getProxy()-UpdateVTKObjects(); myVRML-setModifiedState(pqProxy::UNMODIFIED); The Accept button acts as if it is pressed! (not green anymore

Re: [Paraview] reading MHA files

Did you hit apply on the object inspector panel? -berk On Fri, Feb 6, 2009 at 4:15 AM, christina.gue...@voila.fr wrote: The information of my image are the following: Xrange: NA Yrange: NA Zrange: NA What can I do in this case? Thanks Mr. David and all Paraviewers. Message du 05/02/09