On Tue, Aug 28, 2012 at 5:59 AM, Carolin Helbig carolin.hel...@ufz.de wrote:
Hello,
I have got a problem with the behavior of the glyphs filter. I try to
explain my approach and the problem:
- I calculated with the calculator filter: U*iHat + V*jHat
- After that I added the glyph filter
-
Hi Burlen,
Could you try the panels with the newest ParaView from git?
The display button should move to the bottom if it is collapsed and
the properties section is filled up with widgets.
-kyle
On Wed, Aug 15, 2012 at 4:31 PM, Burlen Loring blor...@lbl.gov wrote:
Hi Kyle,
Have you noticed
Hi Kyle, It's looking great, and working well. I like your new design a lot.
Burlen
On 08/28/2012 07:09 AM, Kyle Lutz wrote:
Hi Burlen,
Could you try the panels with the newest ParaView from git?
The display button should move to the bottom if it is collapsed and
the properties section is
Hmm, ParaView has been undergoing a lot of changes lately so it's been a
bit unstable. I just checked out a clean version and built it without any
problems. The SHA from that was 2537cabbf0cc9b39f17f347105ee18c559d0041a.
What version are you on?
Have you tried building with GCC instead of PGI?
MPI is only used if it's available. It tries to see if there is a
MPIController available. If not, then the number of ranks is 1, which
means that the parallel class calls the super class's requestdata (super
class is the serial wind blade reader).
However, the parallel class overrides certain
Well I guess it's not a problem in the derived functions if I check to see
if MPI is available; if not, call the superclass's version of the virtual
function.
On Tue, Aug 28, 2012 at 11:32 AM, Sohail Shafii sssha...@ucdavis.eduwrote:
MPI is only used if it's available. It tries to see if there
As far as the gradient filter is concerned: I pick the UVW array in the
GUI. It does compute a gradient, but only for one array -- A-Scale
turbulence (all variables are loaded). So picking a different array in
the GUI doesn't seem to make a difference as it keeps computing gradient
for that one
[mvanmoer@forge ParaView]$ git log origin/master | head -1
commit 2537cabbf0cc9b39f17f347105ee18c559d0041a
I should mention I do have a gcc, mvapich2 compiled version of coprocessing
compiled on Forge and it works great. However any program built with
PGI/openmpi code (required because of the
Hello everyone!
I have problems with visibility of 3D widgets when I have several
views opened in one ParaView Qt client and I switch between them. I
experience this behavior on both Windows and Linux. Here is how to
reproduce it:
0) Start ParaView Qt client,
1) Create Sphere source and press
Nenad,
vtkVRMLExporter will be the starting point where I'd start digging in.
I am guessing somewhere where it iterates over all actors it's not
checking for visibility of 3D widgets or something.
On Tue, Aug 28, 2012 at 5:45 PM, Nenad Vujicic nena...@gmail.com wrote:
Hello everyone!
I have
Dear Utkarsh,
Thank You very much for Your response.
It checks actor's visibility at vtkVRMLExporter.cxx Ln 262, but actors
are visible because of some reasons. I'm sorry, looks like the problem
is much deeper. I tried even by playing from pvpython by executing:
11 matches
Mail list logo
