Re: [Paraview] Viewing volumetric images
Agreed. I don't have the effects enabled. I should also add that this feature was new to the 3.10 release for me, too. It used to work. However... (and maybe this is a newbie mistake on my part?)... the problem goes away completely if I change the Volume mapper to GPU instead of Fixed Point. That solves it for me! Out of interest (and not to hijack this thread), what are those two options for? What difference do they make (aside from fixing this problem)? Thanks, Karl On Wed, Feb 23, 2011 at 3:12 PM, Panagiotis Foteinos pafot...@gmail.comwrote: Nope, disabling the visual effects did not solve the problem. PF On Wed, Feb 23, 2011 at 2:51 PM, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: Does this have anything to do with the fancy effects that Ubuntu has? Does disabling them make this any better? Paraview developers with Ubuntu desktops may want to comment. Utkarsh On Wed, Feb 23, 2011 at 1:59 PM, Panagiotis Foteinos pafot...@gmail.com wrote: OpenGL is up to date and works fine in my machine. Direct rendering is on. I repeat that Paraview 3.8.1 works like a charm; Version 3.10.0 has this problem. Regards, Panagiotis Foteinos On Wed, Feb 23, 2011 at 1:33 PM, Karl Battams karlbatt...@gmail.com wrote: OpenGL is indeed up-to-date and working, though I do notice that direct rendering is not. It should be for some of the other stuff I do, but I don't know if Paraview will rely on it or not (?). So I'll try a reboot when I get chance and see if that resolves it, but I'm sure that it (direct rendering) was working last week and the Paraview thing was not... Karl On Wed, Feb 23, 2011 at 12:57 PM, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: That's very odd. Any issues with OpenGL drivers? Are they all up-to-date, working correctly? Utkarsh On Wed, Feb 23, 2011 at 10:06 AM, Karl Battams karlbatt...@gmail.com wrote: I see this too. I compiled 3.10.0 from source on Ubuntu. I'm loading vtk files and volume rendering, and any action on the view causes the rendering to disappear... and it's kinda hard to get it back. Other views (outline, etc) do not seem to be affected. Karl On Tue, Feb 22, 2011 at 5:22 PM, Panagiotis Foteinos pafot...@gmail.com wrote: Hello. I switched to version 3.10.0 and observed that viewing volumetric images is buggy. When I open a .mha file and choose Volume as a view option (instead of Outline) I correctly see the result. Rotating or zooming the volume, however, causes the volume to disappear from the window. I did not observe that behavior for version 3.8.1. I am using Ubuntu with paraview binaries. Regards, Panagiotis Foteinos ___ 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 ___ 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] Viewing volumetric images
I see this too. I compiled 3.10.0 from source on Ubuntu. I'm loading vtk files and volume rendering, and any action on the view causes the rendering to disappear... and it's kinda hard to get it back. Other views (outline, etc) do not seem to be affected. Karl On Tue, Feb 22, 2011 at 5:22 PM, Panagiotis Foteinos pafot...@gmail.comwrote: Hello. I switched to version 3.10.0 and observed that viewing volumetric images is buggy. When I open a .mha file and choose Volume as a view option (instead of Outline) I correctly see the result. Rotating or zooming the volume, however, causes the volume to disappear from the window. I did not observe that behavior for version 3.8.1. I am using Ubuntu with paraview binaries. Regards, Panagiotis Foteinos ___ 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] Viewing volumetric images
OpenGL is indeed up-to-date and working, though I do notice that direct rendering is not. It should be for some of the other stuff I do, but I don't know if Paraview will rely on it or not (?). So I'll try a reboot when I get chance and see if that resolves it, but I'm sure that it (direct rendering) was working last week and the Paraview thing was not... Karl On Wed, Feb 23, 2011 at 12:57 PM, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: That's very odd. Any issues with OpenGL drivers? Are they all up-to-date, working correctly? Utkarsh On Wed, Feb 23, 2011 at 10:06 AM, Karl Battams karlbatt...@gmail.com wrote: I see this too. I compiled 3.10.0 from source on Ubuntu. I'm loading vtk files and volume rendering, and any action on the view causes the rendering to disappear... and it's kinda hard to get it back. Other views (outline, etc) do not seem to be affected. Karl On Tue, Feb 22, 2011 at 5:22 PM, Panagiotis Foteinos pafot...@gmail.com wrote: Hello. I switched to version 3.10.0 and observed that viewing volumetric images is buggy. When I open a .mha file and choose Volume as a view option (instead of Outline) I correctly see the result. Rotating or zooming the volume, however, causes the volume to disappear from the window. I did not observe that behavior for version 3.8.1. I am using Ubuntu with paraview binaries. Regards, Panagiotis Foteinos ___ 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 ___ 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] Adding 2-d text labels in 3-d space...
Hi, I'm batch processing vtk files containing a model of ours, adding sources/objects based on x,y,z coords, and then rendering/saving the field of view (fov) as pngs. I want some 2-d text labels (i.e. sm.sources.text() ) to follow the added objects as they move through my fov. (A good analogy would be labeling planets in a solar system simulation as they orbit the sun.) I was hoping to avoid having to do the whole set of geometry calculations to translate camera(x,y,z) and object(x,y,z) into an fov(x,y) for text positioning. If I use 3D text then I can use the object(x,y,z) but then I'll need to get the text orientation correct so that it's in the plane of the fov again... Is there an easier way to add labels like this? Am I overlooking something obvious? Many thanks! Karl ___ 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 disconnecting...
Yes, this seems to work very well! Thank you so much for the help!
Cheers,
Karl
On Fri, Feb 11, 2011 at 12:55 PM, Berk Geveci berk.gev...@kitware.comwrote:
Actually, it may be leaking display properties. Try:
Delete(dp)
The best thing to do in scripts is to be consistent in whether you use
the simple or the servermanager to create objects. If you use the
simple module, make sure you call Delete(). If you are using
servermanager, you don't have to call Delete().
I think that this goes for the display properties. As soon as you call
Show() or GetDisplayProperties(), the simple module will create a
representation object and register it with what is called the proxy
manager. By the way, calling Initialize() on the view is a bad idea.
It doesn't do what you think it does. Do this:
for infile in glob.glob( os.path.join(path, '*.vtk') ):
print Input file: + infile
# read the vtk file
reader = LegacyVTKReader(FileNames=infile)
Show(reader)
dp = GetDisplayProperties(reader)
# Create LUT
dp.LookupTable = MakeBlueToRedLT(0, 1)
# Set array to color by the model
dp.ColorAttributeType = 'POINT_DATA'
dp.ColorArrayName = 'Model'
servermanager.createModule(piecewise_functions,
servermanager.rendering)
# Setup opacity function
opacity_func = servermanager.rendering.PiecewiseFunction()
opacity_func.Points = [0, 0, 1, 0.5]
dp.ScalarOpacityFunction = opacity_func
dp.Representation = 'Volume'
view0 = GetActiveView()
view0.Background =[0.57,0.61,0.77]
# Set the camera and view options, etc
view0.OrientationAxesVisibility=1
view0.CenterAxesVisibility=1
view0.ViewSize=[632,632]
view0.CameraPosition = [430,420,310]
view0.CameraFocalPoint = [-135,-125,-20]
view0.CameraViewUp = [-0.26,-0.29,0.92]
# Render
Render()
# write out the png file
new=infile.replace('.vtk','.png') # use orig filename for png filename
print Output file: + new
WriteImage(new, view0)
view0.Representations = []
Delete(dp)
Delete(reader)
On Fri, Feb 11, 2011 at 12:05 PM, Karl Battams karlbatt...@gmail.com
wrote:
Pat,
Ah! That makes sense now I think about it.
So I put the call at the end of my routine, and it pukes after the first
file:
Traceback (most recent call last):
File script.py, line 52, in module
Delete(reader)
File /usr/local/lib/paraview-3.11/paraview/simple.py, line 367, in
Delete
servermanager.UnRegister(proxy)
File /usr/local/lib/paraview-3.11/paraview/servermanager.py, line
2674,
in UnRegister
raise RuntimeError, UnRegistration error.
RuntimeError: UnRegistration error.
Thanks again,
~~Karl
On Fri, Feb 11, 2011 at 11:47 AM, pat marion pat.mar...@kitware.com
wrote:
Hi,
Your loop is leaking readers. At the end of your loop, call
Delete(reader). The Delete() function is analogous to selecting an
object
in the paraview gui and pressing the delete key. You'll still leak some
objects, there are more thorough ways you cleanup, but deleting the
reader
make take care of the bulk of it. You can remove the Initialize()
calls.
Pat
On Fri, Feb 11, 2011 at 7:31 AM, Karl Battams karlbatt...@gmail.com
wrote:
Hi Pat,
Yes -- I should have gone with my first suspicion. It is indeed a
memory
leak. I'm obviously not cleaning stuff up properly... which doesn't
surprise
me because my script really is kind of a hack... I have attached it.
Basically it reads a directory of vtk files, loops over each,
volume-renders
them with a fixed set of camera positions, and then saves a png.
One issue I was having was getting paraview to forget about the
previous vtk file. It was rendering each new image over the top of the
previous one. I fixed that by using Initialize( ) on the different
views at
the end of the loop, but that is perhaps (probably!) not the right way
to do
it.
Many thanks for your help!
Regards,
Karl
On Thu, Feb 10, 2011 at 3:08 PM, pat marion pat.mar...@kitware.com
wrote:
Hi Karl,
It sounds like a memory leak problem. Have you tried opening the
System
Monitor in ubuntu and watching the memory usage of pvserver as you run
your
script? Can you post your script so we can take a look at it, maybe
you
aren't cleaning up after you process each file?
You can pass --cslog=log.txt to pvserver. This records very low level
log information, it captures every message sent to the server.
Problem is
that it does not work very well for a parallel server, all processes
all
write to the same file.
pvserver exits when the client disconnects and there is no keep-alive
flag. Try running pvserver in a bash loop, or starting it from your
python
script.
Pat
On Thu, Feb 10, 2011 at 1:46 PM, Karl Battams karlbatt...@gmail.com
wrote:
I'm pretty new to paraview so could be doing fundamentally
Re: [Paraview] pvserver disconnecting...
Hi Pat,
Yes -- I should have gone with my first suspicion. It is indeed a memory
leak. I'm obviously not cleaning stuff up properly... which doesn't surprise
me because my script really is kind of a hack... I have attached it.
Basically it reads a directory of vtk files, loops over each, volume-renders
them with a fixed set of camera positions, and then saves a png.
One issue I was having was getting paraview to forget about the previous
vtk file. It was rendering each new image over the top of the previous one.
I fixed that by using Initialize( ) on the different views at the end of the
loop, but that is perhaps (probably!) not the right way to do it.
Many thanks for your help!
Regards,
Karl
On Thu, Feb 10, 2011 at 3:08 PM, pat marion pat.mar...@kitware.com wrote:
Hi Karl,
It sounds like a memory leak problem. Have you tried opening the System
Monitor in ubuntu and watching the memory usage of pvserver as you run your
script? Can you post your script so we can take a look at it, maybe you
aren't cleaning up after you process each file?
You can pass --cslog=log.txt to pvserver. This records very low level log
information, it captures every message sent to the server. Problem is that
it does not work very well for a parallel server, all processes all write to
the same file.
pvserver exits when the client disconnects and there is no keep-alive
flag. Try running pvserver in a bash loop, or starting it from your python
script.
Pat
On Thu, Feb 10, 2011 at 1:46 PM, Karl Battams karlbatt...@gmail.comwrote:
I'm pretty new to paraview so could be doing fundamentally wrong here, but
here's my issue...
I have paraview 3.10 compiled/installed from source on Ubuntu 10. I'm
using a python script to connect to pvserver, iterate over a bunch of vtk
files, do some stuff, and saving the output as a png. I'm running the python
script and the pvserver on the same (8-core) machine.
So I start pvserver with (e.g.) mpirun -np 6 pvserver and it sits happily
listening for a client. In another terminal, I run my python script which
connects (successfully) to pvserver, and starts running through the files
exactly as I ask it to. So far so good.
Problem is, after a random length of time, and/or number of files, the
pvserver abruptly dies and so the whole python script obviously dies with
it. The pvserver gives no error message... just dies. If I just run the
script for one file (or even a few of them), it runs without an issue.
What I have noticed is that the less processors I use, the more files my
script will process before pvserver dies. If I use pvserver by itself (i.e.
one processor) it will do about 120-or-so files. If I use four processors,
it'll only go through 30-or-so before one of them throws a kill signal and
takes the whole thing down. It is not a particular file that does it, nor is
it at a particular point in the processing script. The length of time and
number of files processed is also not fixed. (It's almost like it's a memory
leak issue..??)
So... questions:
1) Am I being inefficient/stupid by using pvserver + python script to do
this batch processing? If so, what's the recommended practice?
2) My script only does one server connect (via Connect('localhost') ) and
then loops over the files. Should I do a new server connect for each file
instead?
3) Assuming yes to question 2, how do I cleanly disconnect from pvserver
without killing the server altogether (see below)?
4) If I run a single instance of file processing (i.e. one file) the
script runs fine... but when it's done, the pvserver disconnects the client
and dies. Is that normal? Is there a 'keep-alive' flag for pvserver? Why
does dropping the connection kill the server?
5) Does pvserver leave any logs anywhere? Anyway I can trace what's
causing the kill signal?
I just can't shake the feeling that the pvserver process should be a lot
more robust than what I'm seeing.
Many thanks for any help!
Karl
___
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
#!/usr/bin/python
import os, glob
from paraview.simple import *
import paraview.simple
Connect('localhost')
from paraview import servermanager as sm
path = '/home/battams/PARAVIEW/VTKS/'
for infile in glob.glob( os.path.join(path, '*.vtk') ):
print Input file: + infile
# read the vtk file
reader = sm.sources.LegacyVTKReader(FileNames=infile)
Show(reader)
dp = GetDisplayProperties(reader)
# Create LUT
dp.LookupTable = MakeBlueToRedLT(0, 1)
# Set array to color by the model
dp.ColorAttributeType = 'POINT_DATA'
dp.ColorArrayName = 'Model
[Paraview] pvserver disconnecting...
I'm pretty new to paraview so could be doing fundamentally wrong here, but
here's my issue...
I have paraview 3.10 compiled/installed from source on Ubuntu 10. I'm using
a python script to connect to pvserver, iterate over a bunch of vtk files,
do some stuff, and saving the output as a png. I'm running the python script
and the pvserver on the same (8-core) machine.
So I start pvserver with (e.g.) mpirun -np 6 pvserver and it sits happily
listening for a client. In another terminal, I run my python script which
connects (successfully) to pvserver, and starts running through the files
exactly as I ask it to. So far so good.
Problem is, after a random length of time, and/or number of files, the
pvserver abruptly dies and so the whole python script obviously dies with
it. The pvserver gives no error message... just dies. If I just run the
script for one file (or even a few of them), it runs without an issue.
What I have noticed is that the less processors I use, the more files my
script will process before pvserver dies. If I use pvserver by itself (i.e.
one processor) it will do about 120-or-so files. If I use four processors,
it'll only go through 30-or-so before one of them throws a kill signal and
takes the whole thing down. It is not a particular file that does it, nor is
it at a particular point in the processing script. The length of time and
number of files processed is also not fixed. (It's almost like it's a memory
leak issue..??)
So... questions:
1) Am I being inefficient/stupid by using pvserver + python script to do
this batch processing? If so, what's the recommended practice?
2) My script only does one server connect (via Connect('localhost') ) and
then loops over the files. Should I do a new server connect for each file
instead?
3) Assuming yes to question 2, how do I cleanly disconnect from pvserver
without killing the server altogether (see below)?
4) If I run a single instance of file processing (i.e. one file) the script
runs fine... but when it's done, the pvserver disconnects the client and
dies. Is that normal? Is there a 'keep-alive' flag for pvserver? Why does
dropping the connection kill the server?
5) Does pvserver leave any logs anywhere? Anyway I can trace what's causing
the kill signal?
I just can't shake the feeling that the pvserver process should be a lot
more robust than what I'm seeing.
Many thanks for any help!
Karl
___
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] XDMF help
Christine,
I import HDF5 files into ParaView by first converting them to VTK (which
ParaView will natively read). To do this I use the 'h5tovtk' converter that
is supplied as part of the 'h5utils' package (
http://ab-initio.mit.edu/wiki/index.php/H5utils). This may or may not work
for you -- I seem to recall I had one h5 file that didn't want to
cooperate. But for most of my data it's fine.
Hope this helps.
~~Karl
On Mon, Aug 24, 2009 at 11:26 AM, Christine Corbett Moran
corb...@physik.uzh.ch wrote:
Hi,
I have an existing HDF5 file (which I did not personally create so am not
familiar with other than the info I get from h5dump/h5ls) I'd like to read
in with Paraview. I'm first trying to create the most basic xmf file
possible which allows Paraview to read in the position array from the HDF5
file (based on the documentation here:
http://www.xdmf.org/index.php/XDMF_Model_and_Format). Right now whatever I
try either causes a segfault or reads in data nonsensically. Could anyone
point me in the right direction--e.g. based on the info below are my data
dimensions just off?--or to better documentation? Thanks in advance, it's
hopefully something simple I just missed from the documentation.
More information about the file and what I have tried is below.
*After reading a bit and playing around with the parameters, my current
.xmf attempt segfaults shortly after the server prints Done Parsing. If I
change TopologyType to 3DSMesh it doesn't segfault but what it manages to
read in (only a single point) is nonsensical. Any of the other TopologyTypes
listed in the documentation I have found likewise produce a segfault. I also
tried various permutations of the Dimensions argument (11254149 3, 3
11254149, 3751383 3, 3751383 3*), *with each possible 3D Topology,
these likewise manage to read in either just a single point or segfault. I
didn't try modifying the precision argument as hd5ls tells me the position
array should be of doubles. This is my current attempt:*
*?xml version=1.0 ?
!DOCTYPE Xdmf SYSTEM Xdmf.dtd []
Xdmf xmlns:xi=http://www.w3.org/2003/XInclude; Version=2.2
Domain
Grid
Topology TopologyType=3DRectMesh/
Geometry
DataItem Dimensions=11254149 3 Precision=8
Format=HDFexamplefile.h5:/dark/position/DataItem
/Geometry
/Grid
/Domain
/Xdmf
*About the portion of the file I am trying to read in:
% h5ls -rv examplefile.h5
Opened examplefile.h5 with sec2 driver.
/darkGroup
Attribute: iOrder{1}
Type: native unsigned long
Data: 0
Location: 0:1:0:2552
Links: 1
...
/dark/position Dataset {11254149/Inf, 3/3}
Location: 0:1:0:2600
Links: 1
Modified: 2008-07-31 04:12:06 CEST
Chunks:{32768, 1} 262144 bytes
Storage: 270099576 logical bytes, 270536736 allocated bytes, 99.84%
utilization
Filter-0: fletcher32-3 {}
Type: native double
...
*More information about the portion of the file I am trying to read in
obtained from h5dump
%h5dump -x examplefile.h5 examplefile.xml
%grep -A 30 position examplefile.xml
hdf5:Dataset Name=position OBJ-XID=xid_2600-0 H5Path=
/dark/position Parents=xid_2552-0 H5ParentPaths=/dark
hdf5:StorageLayout
hdf5:ChunkedLayout Ndims=2
hdf5:ChunkDimension DimSize=32768 /
hdf5:ChunkDimension DimSize=1 /
hdf5:RequiredFilter
hdf5:Fletcher32 / /hdf5:RequiredFilter
/hdf5:ChunkedLayout
/hdf5:StorageLayout
hdf5:FillValueInfo FillTime=FillIfSet
AllocationTime=Incremental
hdf5:FillValue
hdf5:NoFill/
/hdf5:FillValue
/hdf5:FillValueInfo
hdf5:Dataspace
hdf5:SimpleDataspace Ndims=2
hdf5:Dimension DimSize=11254149 MaxDimSize=UNLIMITED/
hdf5:Dimension DimSize=3 MaxDimSize=3/
/hdf5:SimpleDataspace
/hdf5:Dataspace
hdf5:DataType
hdf5:AtomicType
hdf5:FloatType ByteOrder=LE Size=8 SignBitLocation=63
ExponentBits=11 ExponentLocation=52 MantissaBits=52
MantissaLocation=0 /
/hdf5:AtomicType
/hdf5:DataType
hdf5:Data
hdf5:DataFromFile
-0.0117184 -0.00222114 -0.0762903
-0.0111324 -0.00176135 -0.0765049
-0.0106262 -0.00136187 -0.0765845
-0.0112606 -0.00112936 -0.0766193
...
___
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] python/VTK errors in Paraview
Hi, I'm using the latest CVS build of Paraview (on Ubuntu) and am getting some errors when I try to do python scripting from the Python shell. I start ParaView and bring up the python shell, and type the simple command: reader=LegacyVTKReader() As soon as I enter this command, the error console pops up saying: ERROR: In /home/battams/Builds/Paraview3/ParaView3/VTK/Filtering/vtkExecutive.cxx, line 757 vtkCompositeDataPipeline (0x253f0b0): Algorithm vtkFileSeriesReader(0x2560aa0) returned failure for request: vtkInformation (0xd1e190) Debug: Off Modified Time: 197255 Reference Count: 1 Registered Events: (none) Request: REQUEST_DATA_OBJECT ALGORITHM_AFTER_FORWARD: 1 FORWARD_DIRECTION: 0 It has a similar error for vtkPDataSetReader. It then has the lines: ERROR: In /home/battams/Builds/Paraview3/ParaView3/Servers/Common/vtkSelfConnection.cxx, line 147 vtkSelfConnection (0x14ef4f0): Failed to locate object with ID: 154 ERROR: In /home/battams/Builds/Paraview3/ParaView3/Servers/ServerManager/vtkSMOutputPort.cxx, line 293 vtkSMOutputPort (0x152f200): Missing data information. And then some more output like the top part. Now what seems odd to me is that it is complaining about errors in my build directory, but I installed Paraview to /usr/local. But the same error persists, even if I actually remove the build directory before running paraview. But perhaps I'm misunderstanding something. Regardless, I get the above errors when python scripting. Any ideas? Also, in my CMakeOutput.log file I see the message: Determining if glXGetProcAddressARB exists in GL/glx.h FALSE ...leading to an error... /home/battams/Builds/Paraview3/ParaView3/VTK/Rendering/CheckglXGetProcAddressARB.cxx: In function 'int main(int, char**)': /home/battams/Builds/Paraview3/ParaView3/VTK/Rendering/CheckglXGetProcAddressARB.cxx:33: error: 'glXGetProcAddressARB' was not declared in this scope make[1]: *** [CMakeFiles/cmTryCompileExec.dir/CheckglXGetProcAddressARB.cxx.o] Error 1 make[1]: Leaving directory `/home/battams/Builds/paraview-bin/CMakeFiles/CMakeTmp' make: *** [cmTryCompileExec/fast] Error 2 Is this related? Or an entirely different problem? (or not a problem at all?) Thanks! ~~Karl ___ 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/VTK errors in Paraview
Thanks! That did it! Next problem, along similar lines. I want to simply volume render a vtk file I have. If I do everything from within the paraview app, it works fine. But if I try to do the following from the python shell (or pvpython) it seg faults on me: reader=LegacyVTKReader(FileNames=/home/battams/model.vtk) Show(reader) SetDisplayProperties(reader,Representation='Volume') Here's the error I get in my terminal: ERROR: In /home/battams/Builds/Paraview3/ParaView3/VTK/VolumeRendering/vtkFixedPointVolumeRayCastMapper.cxx, line 1467 vtkFixedPointVolumeRayCastMapper (0x7fc7b7368010): Cell Scalars not supported [3]Segmentation faultparaview It looks to me like the problem is my model because of the Cell scalars not supported message. But I can load/view it fine if I just use the ParaView GUI. Apologies in advance if I'm making some sort of stupid beginner mistake... ~~Karl On Fri, Aug 21, 2009 at 11:08 AM, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: When you creating the readers using python shell from the GUI (not pvpython or pvbatch), it's recommended that you set the FileName in the constructor itself. So try: reader = LegacyVTKReader(FileNames=foo.vtk) Utkarsh On Fri, Aug 21, 2009 at 10:04 AM, Karl Battamskarlbatt...@gmail.com wrote: Hi, I'm using the latest CVS build of Paraview (on Ubuntu) and am getting some errors when I try to do python scripting from the Python shell. I start ParaView and bring up the python shell, and type the simple command: reader=LegacyVTKReader() As soon as I enter this command, the error console pops up saying: ERROR: In /home/battams/Builds/Paraview3/ParaView3/VTK/Filtering/vtkExecutive.cxx, line 757 vtkCompositeDataPipeline (0x253f0b0): Algorithm vtkFileSeriesReader(0x2560aa0) returned failure for request: vtkInformation (0xd1e190) Debug: Off Modified Time: 197255 Reference Count: 1 Registered Events: (none) Request: REQUEST_DATA_OBJECT ALGORITHM_AFTER_FORWARD: 1 FORWARD_DIRECTION: 0 It has a similar error for vtkPDataSetReader. It then has the lines: ERROR: In /home/battams/Builds/Paraview3/ParaView3/Servers/Common/vtkSelfConnection.cxx, line 147 vtkSelfConnection (0x14ef4f0): Failed to locate object with ID: 154 ERROR: In /home/battams/Builds/Paraview3/ParaView3/Servers/ServerManager/vtkSMOutputPort.cxx, line 293 vtkSMOutputPort (0x152f200): Missing data information. And then some more output like the top part. Now what seems odd to me is that it is complaining about errors in my build directory, but I installed Paraview to /usr/local. But the same error persists, even if I actually remove the build directory before running paraview. But perhaps I'm misunderstanding something. Regardless, I get the above errors when python scripting. Any ideas? Also, in my CMakeOutput.log file I see the message: Determining if glXGetProcAddressARB exists in GL/glx.h FALSE ...leading to an error... /home/battams/Builds/Paraview3/ParaView3/VTK/Rendering/CheckglXGetProcAddressARB.cxx: In function 'int main(int, char**)': /home/battams/Builds/Paraview3/ParaView3/VTK/Rendering/CheckglXGetProcAddressARB.cxx:33: error: 'glXGetProcAddressARB' was not declared in this scope make[1]: *** [CMakeFiles/cmTryCompileExec.dir/CheckglXGetProcAddressARB.cxx.o] Error 1 make[1]: Leaving directory `/home/battams/Builds/paraview-bin/CMakeFiles/CMakeTmp' make: *** [cmTryCompileExec/fast] Error 2 Is this related? Or an entirely different problem? (or not a problem at all?) Thanks! ~~Karl ___ 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] make error when building ParaView 3.6
Thanks! I tried that but it didn't make the error go away. However... I did manage to get past the error eventually. I (re)configured mpich with CFLAGS=-fPIC and reinstalled it. Paraview was then able to compile. What's confusing is that I did this once before and it didn't fix it, but now it does. So I must've done something slightly different this time around, but I have no idea what. Weird... So, on to the next bug (I'm hijacking my own thread here)... When I try to run the paraview app, I get the following message: paraview: symbol lookup error: /usr/local/Trolltech/Qt-4.5.0/lib/libQtWebKit.so.4: undefined symbol: _ZN24QXmlStreamEntityResolver13resolveEntityERK7QStringS2_ Any ideas? I ran ldd on my paraview binary and didn't see any obvious file/path conflicts. Thanks for the help. ~~Karl On Mon, Aug 17, 2009 at 12:07 PM, Peter Brady petertbr...@gmail.com wrote: I had a similar problem. To get around it I had to build shared mpi libraries (i.e. libmpich.so). Any simpler suggestions anyone? On Mon, Aug 17, 2009 at 10:47 AM, Karl Battamskarlbatt...@gmail.com wrote: Hi, I'm trying to build ParaView 3.6 on an Ubuntu machine (w/ Qt 4.5) but I'm hitting an error when I run 'make'. I'm doing the 'ccmake path_to_source' and keeping the default configuration except setting number of processors to 8 (I have a Core i7) and turning on the PARAVIEW_ENABLE_PYTHON and PARAVIEW_USE_MPI. I try to turn off BUILD_SHARED_LIBS, but it keeps switching itself back on (why??). Anyway, it configures fine with just a complaint about Qt PHONON library not found, which I understand is just a warning, not a show-stopper (right?). But when I run 'make', it gets to about 4% and then dies as follows: Scanning dependencies of target MapReduceMPI [ 4%] Building CXX object VTK/Utilities/mrmpi/src/CMakeFiles/MapReduceMPI.dir/mapreduce.cpp.o [ 4%] Building CXX object VTK/Utilities/mrmpi/src/CMakeFiles/MapReduceMPI.dir/keyvalue.cpp.o [ 4%] Building CXX object VTK/Utilities/mrmpi/src/CMakeFiles/MapReduceMPI.dir/keymultivalue.cpp.o [ 4%] Building CXX object VTK/Utilities/mrmpi/src/CMakeFiles/MapReduceMPI.dir/irregular.cpp.o [ 4%] Building CXX object VTK/Utilities/mrmpi/src/CMakeFiles/MapReduceMPI.dir/hash.cpp.o [ 4%] Building CXX object VTK/Utilities/mrmpi/src/CMakeFiles/MapReduceMPI.dir/memory.cpp.o [ 4%] Building CXX object VTK/Utilities/mrmpi/src/CMakeFiles/MapReduceMPI.dir/error.cpp.o Linking CXX shared library ../../../../bin/libMapReduceMPI.so /usr/bin/ld: /usr/local/lib/libmpich.a(allreduce.o): relocation R_X86_64_32S against `MPIR_ThreadSingle' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libmpich.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[2]: *** [bin/libMapReduceMPI.so.pv3.7] Error 1 make[1]: *** [VTK/Utilities/mrmpi/src/CMakeFiles/MapReduceMPI.dir/all] Error 2 make: *** [all] Error 2 So, anyone got any ideas? Thanks in advance! ~~Karl ___ 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] make error when building ParaView 3.6
Hi, I'm trying to build ParaView 3.6 on an Ubuntu machine (w/ Qt 4.5) but I'm hitting an error when I run 'make'. I'm doing the 'ccmake path_to_source' and keeping the default configuration except setting number of processors to 8 (I have a Core i7) and turning on the PARAVIEW_ENABLE_PYTHON and PARAVIEW_USE_MPI. I try to turn off BUILD_SHARED_LIBS, but it keeps switching itself back on (why??). Anyway, it configures fine with just a complaint about Qt PHONON library not found, which I understand is just a warning, not a show-stopper (right?). But when I run 'make', it gets to about 4% and then dies as follows: Scanning dependencies of target MapReduceMPI [ 4%] Building CXX object VTK/Utilities/mrmpi/src/CMakeFiles/MapReduceMPI.dir/mapreduce.cpp.o [ 4%] Building CXX object VTK/Utilities/mrmpi/src/CMakeFiles/MapReduceMPI.dir/keyvalue.cpp.o [ 4%] Building CXX object VTK/Utilities/mrmpi/src/CMakeFiles/MapReduceMPI.dir/keymultivalue.cpp.o [ 4%] Building CXX object VTK/Utilities/mrmpi/src/CMakeFiles/MapReduceMPI.dir/irregular.cpp.o [ 4%] Building CXX object VTK/Utilities/mrmpi/src/CMakeFiles/MapReduceMPI.dir/hash.cpp.o [ 4%] Building CXX object VTK/Utilities/mrmpi/src/CMakeFiles/MapReduceMPI.dir/memory.cpp.o [ 4%] Building CXX object VTK/Utilities/mrmpi/src/CMakeFiles/MapReduceMPI.dir/error.cpp.o Linking CXX shared library ../../../../bin/libMapReduceMPI.so /usr/bin/ld: /usr/local/lib/libmpich.a(allreduce.o): relocation R_X86_64_32S against `MPIR_ThreadSingle' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libmpich.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[2]: *** [bin/libMapReduceMPI.so.pv3.7] Error 1 make[1]: *** [VTK/Utilities/mrmpi/src/CMakeFiles/MapReduceMPI.dir/all] Error 2 make: *** [all] Error 2 So, anyone got any ideas? Thanks in advance! ~~Karl ___ 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
