Hello Utkarsh,
thank you very much for the quick response and thanks for pointing me
on the QThread documentation. Regarding to the QT doc I realized a
direct connection here, which leads to an immediately processing of
Trigger().
Well, my assumption was indeed wrong. So I went back to my code
Hi David,
I may be wrong, but I think that sources are filters without input.
Thus you don't need
anything else than the you put in the XML.
Jerome
2011/3/10 David Doria :
> Is there something besides this:
> https://github.com/daviddoria/vtkEllipsoidSource/blob/master/vtkEllipsoidSource.xml
>
>
Hello all.
I've tried the CGNS reader included in the PV 3.10.0 final release with
several example from the CGNS site
http://cgns.sourceforge.net/CGNSFiles.html (delta.cgns,
delta_vertex.cgns) and also with my own CGNS files and I always get an
error:
ERROR: In
/home/kitware/Kitware/ParaVi
Hi Richard, which linux binary are you having problems with, 64 bit I
presume? I tested with a couple of the files from
http://cgns.sourceforge.net/CGNSFiles.html. Let me try and recreate the
problem.
On Thu, Mar 10, 2011 at 5:12 AM, Richard GRENON wrote:
> Hello all.
>
> I've tried the CGNS read
David Partyka a écrit :
Hi Richard, which linux binary are you having problems with, 64 bit I
presume? I tested with a couple of the files
from http://cgns.sourceforge.net/CGNSFiles.html. Let me try and
recreate the problem.
Hi Dave.
Yes, I used the Linux 64 bits binaries. Not yet tested with
David Partyka a écrit :
Hi Richard, which linux binary are you having problems with, 64 bit I
presume? I tested with a couple of the files
from http://cgns.sourceforge.net/CGNSFiles.html. Let me try and
recreate the problem.
Hi Dave.
Same error with Linux 32 bit binaries.
--
Richard GRENON
O
Hi Richard,
I think I found the problem. CGNS, for the linux binaries, were built with
hdf5 support enabled, which appears to be broken. After rebuilding cgns
without hdf5 support I am able to load delta.cgns and multi.cgns. I have
repackaged the binaries, re-tested and uploaded them. Please give
David Partyka a écrit :
Hi Richard,
I think I found the problem. CGNS, for the linux binaries, were built
with hdf5 support enabled, which appears to be broken. After
rebuilding cgns without hdf5 support I am able to load delta.cgns and
multi.cgns. I have repackaged the binaries, re-tested an
I did not, let me give it a try.
On Thu, Mar 10, 2011 at 8:00 AM, Richard GRENON wrote:
> David Partyka a écrit :
>
>> Hi Richard,
>>
>> I think I found the problem. CGNS, for the linux binaries, were built with
>> hdf5 support enabled, which appears to be broken. After rebuilding cgns
>> without
Is there a git tag or branch to go with this release? I just want to be sure I
checkout the proper sources. I guess I could just download the source tarball
from the website.
Thanks
--
Mike Jackson
On Mar 9, 2011, at 2:04 PM, David Partyka wrote:
> Hello All,
>
> The ParaView team is pleased
I'll be putting the tag on shortly.
On Thu, Mar 10, 2011 at 10:19 AM, Michael Jackson <
mike.jack...@bluequartz.net> wrote:
> Is there a git tag or branch to go with this release? I just want to be
> sure I checkout the proper sources. I guess I could just download the source
> tarball from the w
When looking at this file:
http://www.rpi.edu/~doriad/Paraview_List/appended.mhd
http://www.rpi.edu/~doriad/Paraview_List/appended.raw
with Color by: MetaImage -> 3 (the 4th channel of the image), I only see two
colors, red and blue. If I look at the file in the spreadsheet view, the 4th
channel
If you look at http://doc.qt.nokia.com/latest/qobject.html#thread
you'll see that QObject::thread() returns the thread to which the
object belongs, not the thread in which the code is being executed.
Utkarsh
On Thu, Mar 10, 2011 at 12:35 AM, Stephan Rogge
wrote:
> Hello Utkarsh,
>
> thank you v
I replied prematurely without realizing the currentThreadId() is a
static method. So have you changed the "connect" to use a queued
connection or not?
Utkarsh
On Thu, Mar 10, 2011 at 8:05 AM, Utkarsh Ayachit
wrote:
> If you look at http://doc.qt.nokia.com/latest/qobject.html#thread
>
> you'll se
I seem to see the different shades just fine. If you are talking about
the shades being just red and blue, that's the default lookup table,
change the lookup table to rainbow if that's what you are expecting by
clicking "Edit color map".
Utkarsh
On Thu, Mar 10, 2011 at 7:51 AM, David Doria wrote
With 3.10.0 on windows just works fine. If in 'Edit Color Map' Resolution is
> 2 and you still see only 2 colors then there might be something
wrong which I don't know unfortunately.
Good luck!
On Thu, Mar 10, 2011 at 4:51 PM, David Doria wrote:
> When looking at this file:
>
> http://www.rpi.e
On Thu, Mar 10, 2011 at 11:30 AM, Utkarsh Ayachit <
utkarsh.ayac...@kitware.com> wrote:
> I seem to see the different shades just fine. If you are talking about
> the shades being just red and blue, that's the default lookup table,
> change the lookup table to rainbow if that's what you are expect
There was a big discussion on this on the qt-interest mailing list back in
December I think. Basically a QThread "manages" a native thread on the
operating system but does NOT reside on that thread itself.
Rather than trying to explain it I'll refer you to one of the Authors of the
QThread clas
Dear all,
I would like to have some more information on vtkTable and
ProgrammableFilters. Hopefully anybody can sent me some examples orso. I
already posted before: my quest is to loop over data plane time steps,
extract the location of the minimum value, and then write all those location
to file.
On Thu, Mar 10, 2011 at 11:50 AM, Hom Nath Gharti wrote:
> I could reproduce your figure if I rescale from 0 to 1. Therefore, If you
> plot the colorbar is it really scaled 0 to 7?
>
It indeed seems to be scaled 0 to 7. I have updated the screenshot to
include the color bar: http://rpi.edu/~doria
I could reproduce your figure if I rescale from 0 to 1. Therefore, If you
plot the colorbar is it really scaled 0 to 7?
On Thu, Mar 10, 2011 at 5:36 PM, David Doria wrote:
> On Thu, Mar 10, 2011 at 11:30 AM, Utkarsh Ayachit <
> utkarsh.ayac...@kitware.com> wrote:
>
>> I seem to see the different
Wayne Wu wrote:
Hello Stephen,
I have the same problem.
I use SALOME to produce mesh, in which I define groups for CFD
solvers, such as Code_Saturne or Elmer. Thereby, I don't know the ID
values which correspond to the different boundaries. What software do
you use?
We have an inhouse univer
Try running paraview with -dr.
I once saw something similar happen where a user had something go
wrong in the app settings file.
David E DeMarle
Kitware, Inc.
R&D Engineer
28 Corporate Drive
Clifton Park, NY 12065-8662
Phone: 518-371-3971 x109
On Thu, Mar 10, 2011 at 11:55 AM, David Doria wrot
On Thu, Mar 10, 2011 at 12:11 PM, David E DeMarle
wrote:
> Try running paraview with -dr.
> I once saw something similar happen where a user had something go
> wrong in the app settings file.
No change :(
David
___
Powered by www.kitware.com
Visit ot
Hi,
We're trying to use the 64bit binary of 3.10 to load an XDMF file, but it
segfaults as soon as we click on open.
Also, I requested this before and somebody replied and said it was done, but
the 3.10 release doesn't have it -- Can it be built with XDMF_WRAP_PYTHON
turned on? That's the only
Hi,
I would like to mention, that the above version crashs for OpenFOAM
data, when using surface vector filters on a slice while tracing.
Best Regards!
Fabian
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kit
I have two drop down menus in the Object Inspector's Properties tab. The
second drop down's data depends on what is selected in the first drop down
menu. I'm trying to have that update after a change without needing to click
Apply. I know it can be done with pqPropertyLinks, but I'm not sure how to
The correct way for doing this is to use domains and "required"
properties for the domains. However the questions is can the values in
drop-down #2 be determined without pushing the value chosen by the
user for drop-down #1 to the server/VTK-object?
Utkarsh
On Thu, Mar 10, 2011 at 10:57 AM, Brian
Hi Jorge,
Can you please provide the CMakeCache.txt and the system information of the
computer that has this problem?
On Wed, Mar 9, 2011 at 11:44 AM, Jorge Chiva Segura wrote:
> Please, is it possible for someone to try to reproduce the behavior of
> which I am talking about with the example fi
Hi Tim,
Unfortunately, XDMF_WRAP_PYTHON got disabled last minute because it currently
prevents being able to run things like
cpack -G TGZ --config Applications/ParaView/CPackParaViewConfig.cmake
See
http://paraview.org/gitweb?p=ParaView.git;a=commit;h=7ac1f7511e3fd1836b0c918812a29222c0ceeedf
Hi Fabian, Can you give us some more details on how to recreate your issue?
Also can you share your data with us? If the data is large and/or private
feel free to contact me off list. Thanks!
On Thu, Mar 10, 2011 at 1:07 PM, Fabian Braennstroem
wrote:
> Hi,
>
> I would like to mention, that the a
Hi All,
Further to the is the problem still exists in the official 3.10.0 release.
Cheers,
Paul
-Original Message-
From: paraview-boun...@paraview.org [mailto:paraview-boun...@paraview.org]
On Behalf Of Paul McIntosh
Sent: Wednesday, 9 February 2011 4:39 PM
To: 'paraview'
Subject: [Par
Is it possible to share the data? If not, what are the data bounds
(look on the information tab)?
Utkarsh
On Thu, Mar 10, 2011 at 1:54 PM, Paul McIntosh
wrote:
> Hi All,
>
> Further to the is the problem still exists in the official 3.10.0 release.
>
> Cheers,
>
> Paul
>
> -Original Message-
Bummer about XDMF_WRAP_PYTHON, but not a huge deal.
The bigger problem is the seg fault when loading XDMF datasets. I'd be happy to
give data to replicate the problem if nobody else is seeing the issue.
Tim
- Original Message -
From: "Sven Buijssen"
To: "Tim Gallagher"
Cc: paraview@pa
Tim,
That'd be great. You can send it directly to me too if you dont want
to post it to the mailing list or it's too big for it.
Thanks
Utkarsh
On Thu, Mar 10, 2011 at 2:39 PM, Tim Gallagher wrote:
> Bummer about XDMF_WRAP_PYTHON, but not a huge deal.
>
> The bigger problem is the seg fault wh
I wanted to see if an older version of Paraview would display my image
correctly. I downloaded 3.10 from here (linux x86 32bit:
http://paraview.org/paraview/resources/software.html). When I run it, I get:
[doriad@localhost ParaView-3.10.0-Linux-i686]$
/home/doriad/bin/ParaView-3.10.0-Linux-i686/li
What Linux distro is this? libswscale is from ffmpeg. I am not certain why
it would give that error though.
On Thu, Mar 10, 2011 at 8:55 PM, David Doria wrote:
> I wanted to see if an older version of Paraview would display my image
> correctly. I downloaded 3.10 from here (linux x86 32bit:
> ht
Also, is your linux distro infact 64bit? If so have you tried the 64bit
binary instead?
On Thu, Mar 10, 2011 at 8:58 PM, David Partyka wrote:
> What Linux distro is this? libswscale is from ffmpeg. I am not certain why
> it would give that error though.
>
> On Thu, Mar 10, 2011 at 8:55 PM, David
On Thu, Mar 10, 2011 at 9:01 PM, David Partyka wrote:
> Also, is your linux distro infact 64bit? If so have you tried the 64bit
> binary instead?
>
I am on 32bit Fedora 13.
David
___
Powered by www.kitware.com
Visit other Kitware open-source projects
Hi,
I compiled ParaView 3.10 without problems on the university cluster but get the
following error message when running cpack to create the tarball. I get a lot
of the libstdc++.so.6: version `GLIBCXX_3.4.9' not found messages after which
cpack finishes. Paraview seems to run fine from the bui
40 matches
Mail list logo