Yup, that;s bug. I am guessing in that happened somewhere during the
movement of classes for modularization in one way or the other. Can
you report a bug please? I'll have it fixed.
Utkarsh
On Fri, Mar 22, 2013 at 9:16 PM, Scott, W Alan wrote:
> So, assuming that we shouldn't have a reader call
Man, have I had that problem before. What I did, which finally solved it, on
Linux, was the following - both at build time and run time:
* printenv | egrep PY. Then, take anything that sets up python and
delete it.
* setenv PATH path-to-your-python-executable:$PATH (be sure to
So, assuming that we shouldn't have a reader called vtkMPIImageReader in a non
MPI build, why do I find the following in readers.xml? Is this setting up for
remote server, or is it a bug? I don't find another ImageReader in this file.
...
Thanks,
Alan
-Original Message-
Sorry, cut and paste error between Linux and Windoz. There are two lines
there. It should have read:
//Enable MPI support for parallel computing
PARAVIEW_USE_MPI:BOOL=OFF
Alan
-Original Message-
From: paraview-boun...@paraview.org [mailto:paraview-boun...@paraview.org] On
Behalf Of
I'm pretty sure it is off. This is on a Linux, LAN, client side build. From
CMakeCache.txt,
//Enable MPI support for parallel computing
PARAVIEW_USE_MPI:BOOL=OFF
Now that I look at the bug, sure seems to me that the MPI Image Reader
shouldn't be looked for!
How do we proceed from here?
Al
Is your version of ParaView is not built with MPI enabled? It's a bug
indeed. We should use the non-mpi ImageReader if that's indeed the
case.
On Fri, Mar 22, 2013 at 8:24 PM, Scott, W Alan wrote:
> I have a build of ParaView (both 3.98.1 and master) that is failing when
> trying to read raw data
I have a build of ParaView (both 3.98.1 and master) that is failing when trying
to read raw data files. The Kitware binaries successfully read this raw data.
The error message is as follows:
ERROR: In
/src/ParaView3/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, line
307
vtkSISou
I just realized that paraview is using a different python (2.5) on my
system than the default one (2.7) which has numpy. Also, the paraview I got
is a compiled binary of 3.14. How do I go about pointing paraview to
python2.7.
Also, form running the saved trace using python, it looks like it cannot
Hi Andy,
I have attached a tar file with all 3 source code files, the Python script and
the CMakeLists.txt file used to build the executable.
Thanks so much for helping with this.
Lucas
From: paraview-boun...@paraview.org [paraview-boun...@paraview.org] on beha
Precision might be lost in translation to decimal text.
David E DeMarle
Kitware, Inc.
R&D Engineer
21 Corporate Drive
Clifton Park, NY 12065-8662
Phone: 518-881-4909
On Fri, Mar 22, 2013 at 8:37 AM, Anton Shterenlikht wrote:
> I'm having problems with ImageReader:
> http://paraview.org/Bug/vie
I'm having problems with ImageReader:
http://paraview.org/Bug/view.php?id=13953
I'm thinking about trying the CSV reader instead.
My data is a 3D array of integers.
For the ImageReader I write it in binary
form using fortran 2003 "stream".
I guess I can write it in a form:
i, j, k, value
i, j,
I've isolated the problem to this small script:
from paraview.simple import *
reader=ImageReader(FilePrefix= "z9end.raw" )
reader.DataByteOrder=1
reader.DataExtent=[1,80,1,80,1,640]
reader.DataScalarType=5
view = GetRenderView()
Show()
It works with:
- 3.10 pvbatch on FreeBSD
- 3.10 pvpython o
On Fri, Mar 22, 2013 at 7:54 AM, Emiliano Pastorelli wrote:
> Hi Guys, checking in the CMakeCache was probably enough to enlighten me
> about the fact that sometimes i'm dumb ;) I had activated the VRPlugin, but
> not the PARAVIEW_USE_VRUI and PARAVIEW_USE_VRPN (i don't remember doing it
> in the
On Fri, Mar 22, 2013 at 7:54 AM, Emiliano Pastorelli wrote:
> Hi Guys, checking in the CMakeCache was probably enough to enlighten me
> about the fact that sometimes i'm dumb ;) I had activated the VRPlugin, but
> not the PARAVIEW_USE_VRUI and PARAVIEW_USE_VRPN (i don't remember doing it
> in the
Hi Guys, checking in the CMakeCache was probably enough to enlighten me
about the fact that sometimes i'm dumb ;) I had activated the VRPlugin,
but not the PARAVIEW_USE_VRUI and PARAVIEW_USE_VRPN (i don't remember
doing it in the 3.98 RC1, but it might be that i just forgot it).
Now it's build
Hi Vasilis Sassanis,
Maybe too late answer: That is because the OpenFOAM reader always
holds floating point attributes in single precision regardless of the
original precision of the data.
Takuya OSHIMA, Ph.D.
Faculty of Engineering, Niigata University
8050 Ikarashi-Ninocho, Nishi-ku, Niigata, 95
16 matches
Mail list logo
