Re: [Paraview] 3.10 Segfault XDMF
Dear Tim and Utkarsh, On 11.03.2011 01:30, Utkarsh Ayachit wrote: 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. On Thu, Mar 10, 2011 at 2:39 PM, Tim Gallagher tim.gallag...@gatech.edu wrote: 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 I can confirm that PV 10.0 (Linux 64bit binaries) crashes upon opening XDMF files. The sample file quoted below suffices to reproduce the problem. I also note that the very same file was loaded correctly and without complaints by PV 3.10.0-RC1, so continuing to use the RC version is an obvious work-around (albeit an unsatisfactory one). The ability to load and process XDMF files is absolutely essential to my application; without it, PV is useless to me. It would thus be great to see this vital issue resolved in the near future. I'll gladly submit a formal bug report if that should be of any help. Jens. !-- BEGIN xdmf_crashtest.xmf -- ?xml version=1.0 ? !DOCTYPE Xdmf SYSTEM Xdmf.dtd [] Xdmf Version=2.0 Domain Grid Topology TopologyType=2dCorectMesh Dimensions=4 3 / Geometry GeometryType=Origin_DxDy DataItem Format=XML NumberType=Float Dimensions=2 0.0 0.0 /DataItem DataItem Format=XML NumberType=Float Dimensions=2 10.0 10.0 /DataItem /Geometry Attribute Name=data Center=Node AttributeType=Scalar DataItem Format=XML NumberType=Float Dimensions=4 3 1 2 3 4 5 6 7 8 9 10 11 12 /DataItem /Attribute /Grid /Domain /Xdmf !-- END xdmf_crashtest.xmf -- ___ 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] Paraview version development,
Hello, When we will have the possibility of downloading the development version of 3.10? so I can compile and distribute my reader. thanks, and GREAT app. Felipe -- Felipe Bordeu Weldt Ingénieur de Recherche - Tél. : 33 (0)2 40 37 16 57 Fax. : 33 (0)2 40 74 74 06 felipe.bor...@ec-nantes.fr Institut GeM - UMR CNRS 6183 École Centrale Nantes 1 Rue de La Noë, 44321 Nantes, FRANCE - ___ 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] paraview 3.10 + OpenFOAM
When is 3.10 slated for release? I have a patch from Takuya OSHIMA for handling a compact face format in OpenFOAM. It would be very important to get this in before the next release. What tests are needed and what is the time-frame to squeezing in this type of change before the 3.10 release? /mark DISCLAIMER: This electronic transmission (and any attachments thereto) is intended solely for the use of the addressee(s). It may contain confidential or legally privileged information. If you are not the intended recipient of this message, you must delete it immediately and notify the sender. Any unauthorized use or disclosure of this message is strictly prohibited. Faurecia does not guarantee the integrity of this transmission and shall therefore never be liable if the message is altered or falsified nor for any virus, interception or damage to your system. ___ 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] cpack error
Hi Koen, You can turn off PARAVIEW_INSTALL_THIRD_PARTY_LIBRARIES to disable the fixup bundle dependency scanning. It looks like it is finding your compilers runtime (/local/software/rh53/gcc/4.3.3/lib64/libstdc++.so.6') and trying to resolve it and it's dependencies because it isn't in a standard (/usr/lib) location. On Thu, Mar 10, 2011 at 11:03 PM, Van Mierlo K. k...@soton.ac.uk wrote: 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 build directory so it is no problem for me but it could be for other users. Koen van Mierlo libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /home/kvm/projects/pv310gui/_CPack_Packages/Linux-x86_64/TGZ/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkmetaio.so.pv3.10) === Analyzing app='/home/kvm/projects/pv310gui/_CPack_Packages/Linux-x86_64/TGZ/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/paraview' bundle='/home/kvm/projects/pv310gui/_CPack_Packages/Linux-x86_64/TGZ/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10' executable='/home/kvm/projects/pv310gui/_CPack_Packages/Linux-x86_64/TGZ/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/paraview' valid='1' ldd: warning: you do not have execution permission for `/home/kvm/projects/pv310gui/_CPack_Packages/Linux-x86_64/TGZ/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libgcc_s.so.1' verified='0' info='external prerequisites found: f='/home/kvm/projects/pv310gui/_CPack_Packages/Linux-x86_64/TGZ/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/pvpython' external_prereqs='/home/kvm/fontconfig/lib/libfontconfig.so.1;/local/software/rh53/gcc/4.3.3/lib64/libstdc++.so.6' ;external prerequisites found: f='/home/kvm/projects/pv310gui/_CPack_Packages/Linux-x86_64/TGZ/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/pvserver' external_prereqs='/home/kvm/fontconfig/lib/libfontconfig.so.1;/local/software/rh53/gcc/4.3.3/lib64/libstdc++.so.6' ;external prerequisites found: f='/home/kvm/projects/pv310gui/_CPack_Packages/Linux-x86_64/TGZ/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/smTestDriver' external_prereqs='/local/software/rh53/gcc/4.3.3/lib64/libstdc++.so.6' ;external prerequisites found: f='/home/kvm/projects/pv310gui/_CPack_Packages/Linux-x86_64/TGZ/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/paraview' external_prereqs='/home/kvm/fontconfig/lib/libfontconfig.so.1;/local/software/rh53/gcc/4.3.3/lib64/libstdc++.so.6' ;external prerequisites found: f='/home/kvm/projects/pv310gui/_CPack_Packages/Linux-x86_64/TGZ/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/pvbatch' external_prereqs='/home/kvm/fontconfig/lib/libfontconfig.so.1;/local/software/rh53/gcc/4.3.3/lib64/libstdc++.so.6' ;external prerequisites found: f='/home/kvm/projects/pv310gui/_CPack_Packages/Linux-x86_64/TGZ/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/pvrenderserver' external_prereqs='/home/kvm/fontconfig/lib/libfontconfig.so.1;/local/software/rh53/gcc/4.3.3/lib64/libstdc++.so.6' ;external prerequisites found: f='/home/kvm/projects/pv310gui/_CPack_Packages/Linux-x86_64/TGZ/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/pvdataserver' external_prereqs='/home/kvm/fontconfig/lib/libfontconfig.so.1;/local/software/rh53/gcc/4.3.3/lib64/libstdc++.so.6' ' CMake Error at /home/kvm/projects/ParaView-3.10.0/CMake/BundleUtilities.cmake:743 (message): error: verify_app failed Call Stack (most recent call first): /home/kvm/projects/ParaView-3.10.0/CMake/BundleUtilities.cmake:625 (verify_app) /home/kvm/projects/pv310gui/Applications/ParaView/cmake_install.cmake:80 (fixup_bundle) CPack Error: Error when generating package: 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] 3.10 Segfault XDMF
Hi All, we are looking very close into what changed to cause this. Thank you all for your reports. On Fri, Mar 11, 2011 at 3:09 AM, Jens Kleimann j...@tp4.rub.de wrote: Dear Tim and Utkarsh, On 11.03.2011 01:30, Utkarsh Ayachit wrote: 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. On Thu, Mar 10, 2011 at 2:39 PM, Tim Gallagher tim.gallag...@gatech.edu wrote: 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 I can confirm that PV 10.0 (Linux 64bit binaries) crashes upon opening XDMF files. The sample file quoted below suffices to reproduce the problem. I also note that the very same file was loaded correctly and without complaints by PV 3.10.0-RC1, so continuing to use the RC version is an obvious work-around (albeit an unsatisfactory one). The ability to load and process XDMF files is absolutely essential to my application; without it, PV is useless to me. It would thus be great to see this vital issue resolved in the near future. I'll gladly submit a formal bug report if that should be of any help. Jens. !-- BEGIN xdmf_crashtest.xmf -- ?xml version=1.0 ? !DOCTYPE Xdmf SYSTEM Xdmf.dtd [] Xdmf Version=2.0 Domain Grid Topology TopologyType=2dCorectMesh Dimensions=4 3 / Geometry GeometryType=Origin_DxDy DataItem Format=XML NumberType=Float Dimensions=2 0.0 0.0 /DataItem DataItem Format=XML NumberType=Float Dimensions=2 10.0 10.0 /DataItem /Geometry Attribute Name=data Center=Node AttributeType=Scalar DataItem Format=XML NumberType=Float Dimensions=4 3 1 2 3 4 5 6 7 8 9 10 11 12 /DataItem /Attribute /Grid /Domain /Xdmf !-- END xdmf_crashtest.xmf -- ___ 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] Visit Reader crash
Hi,
I have installed paraview 3.10 on the cluster and enabled the Visitbridge. Not
all dependencies for the different Visit readers are available so only a number
of them is build. Running the paraview gui on the cluster works but connecting
to pvserver from my windows desktop (running the binary downloaded from the
website) causes a crash. I think it is because not all Visit readers are
available to pvserver on the cluster. I guess I can disable the Visit readers
on my desktop as a work around but this is not an ideal solution.
Koen van Mierlo
[kvm@blue38 complex]$ Listen on port: 1
Waiting for client...
Client connected.
ERROR: In
/home/kvm/projects/ParaView-3.10.0/Servers/Common/vtkProcessModule.cxx, line
1095
vtkProcessModule (0x11e04430): Cannot create object of type
vtkVisItSiloReader.
while processing
Message 0 = New
Argument 0 = string_value {vtkVisItSiloReader}
Argument 1 = id_value {324}
ERROR: In
/home/kvm/projects/ParaView-3.10.0/Servers/Common/vtkProcessModule.cxx, line
1096
vtkProcessModule (0x11e04430): Aborting execution for debugging purposes.
[blue38:20707] *** Process received signal ***
[blue38:20707] Signal: Aborted (6)
[blue38:20707] Signal code: (-6)
[blue38:20707] [ 0] /lib64/libpthread.so.0 [0x3f1b00e7c0]
[blue38:20707] [ 1] /lib64/libc.so.6(gsignal+0x35) [0x3f1a430265]
[blue38:20707] [ 2] /lib64/libc.so.6(abort+0x110) [0x3f1a431d10]
[blue38:20707] [ 3]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN16vtkProcessModule19InterpreterCallbackEmPv+0x42d)
[0x2ad41421518d]
[blue38:20707] [ 4]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkCommon.so.pv3.10(_ZN18vtkCallbackCommand7ExecuteEP9vtkObjectmPv+0x19)
[0x2ad42401bb79]
[blue38:20707] [ 5]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkCommon.so.pv3.10
[0x2ad4240d48b8]
[blue38:20707] [ 6]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkClientServer.so(_ZN26vtkClientServerInterpreter17ProcessOneMessageERK21vtkClientServerStreami+0x2b0)
[0x2ad41faf32f0]
[blue38:20707] [ 7]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkClientServer.so(_ZN26vtkClientServerInterpreter13ProcessStreamERK21vtkClientServerStream+0x1d)
[0x2ad41faf347d]
[blue38:20707] [ 8]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN17vtkSelfConnection20ProcessStreamLocallyER21vtkClientServerStream+0x20)
[0x2ad4142717f0]
[blue38:20707] [ 9]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN20vtkMPISelfConnection30SendStreamToServerNodeInternalEiR21vtkClientServerStream+0xca)
[0x2ad414206bca]
[blue38:20707] [10]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN20vtkMPISelfConnection26SendStreamToDataServerRootER21vtkClientServerStream+0x12)
[0x2ad414205e22]
[blue38:20707] [11]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN26vtkProcessModuleConnection10SendStreamEjR21vtkClientServerStream+0xd1)
[0x2ad414207921]
[blue38:20707] [12]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN33vtkProcessModuleConnectionManager10SendStreamExjR21vtkClientServerStreami+0x39)
[0x2ad41420a179]
[blue38:20707] [13]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN16vtkProcessModule10SendStreamExjR21vtkClientServerStreami+0x6a)
[0x2ad414212b8a]
[blue38:20707] [14]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_Z26vtkClientConnectionRootRMIPvS_ii+0x55)
[0x2ad414200e75]
[blue38:20707] [15]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkParallel.so.pv3.10(_ZN25vtkMultiProcessController10ProcessRMIEiPvii+0xa2)
[0x2ad41db19d72]
[blue38:20707] [16]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkParallel.so.pv3.10(_ZN25vtkMultiProcessController11ProcessRMIsEii+0x115)
[0x2ad41db1a215]
[blue38:20707] [17]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN19vtkRemoteConnection20ProcessCommunicationEv+0x26)
[0x2ad41426f2c6]
[blue38:20707] [18]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN33vtkProcessModuleConnectionManager18MonitorConnectionsEm+0x235)
[0x2ad41420bf75]
[blue38:20707] [19]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN16vtkProcessModule11StartServerEm+0x14e)
[0x2ad41421237e]
[blue38:20707] [20]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN16vtkProcessModule5StartEiPPc+0x245)
[0x2ad4142140f5]
[blue38:20707] [21]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVFilters.so(_ZN9vtkPVMain3RunEP12vtkPVOptions+0x59)
[0x2ad414805d59]
Re: [Paraview] 3.10 prebuilt error - libswscale
On Thu, Mar 10, 2011 at 9:24 PM, David Doria daviddo...@gmail.com wrote: On Thu, Mar 10, 2011 at 9:01 PM, David Partyka david.part...@kitware.comwrote: Also, is your linux distro infact 64bit? If so have you tried the 64bit binary instead? I am on 32bit Fedora 13. David With 3.8.1 I get a different error: [doriad@localhost ~]$ /home/doriad/bin/ParaView-3.8.1-Linux-i686/lib/paraview-3.8/paraview: error while loading shared libraries: /home/doriad/bin/ParaView-3.8.1-Linux-i686/lib/paraview-3.8/libavutil.so.49: cannot restore segment prot after reloc: Permission denied David ___ 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] 3.10 prebuilt error - libswscale
On Fri, Mar 11, 2011 at 7:40 AM, David Doria daviddo...@gmail.com wrote: On Thu, Mar 10, 2011 at 9:24 PM, David Doria daviddo...@gmail.com wrote: On Thu, Mar 10, 2011 at 9:01 PM, David Partyka david.part...@kitware.com wrote: Also, is your linux distro infact 64bit? If so have you tried the 64bit binary instead? I am on 32bit Fedora 13. David With 3.8.1 I get a different error: [doriad@localhost ~]$ /home/doriad/bin/ParaView-3.8.1-Linux-i686/lib/paraview-3.8/paraview: error while loading shared libraries: /home/doriad/bin/ParaView-3.8.1-Linux-i686/lib/paraview-3.8/libavutil.so.49: cannot restore segment prot after reloc: Permission denied David I got them both working. I noticed an warning that SELinux was complaining about loading a library which requires text relocation. I changed SELinux mode from Enforcing to Permissive and then 3.10 and 3.8 both loaded correctly. David ___ 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] Image color map
On Thu, Mar 10, 2011 at 12:13 PM, David Doria daviddo...@gmail.com wrote: On Thu, Mar 10, 2011 at 12:11 PM, David E DeMarle dave.dema...@kitware.com 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 The image channel is displayed correctly in the prebuilt 3.10 for 32bit linux. David ___ 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] 3.10 prebuilt error - libswscale
Oh wow, good to hear. Thank you for letting us know how you got around the issue! On Fri, Mar 11, 2011 at 7:46 AM, David Doria daviddo...@gmail.com wrote: On Fri, Mar 11, 2011 at 7:40 AM, David Doria daviddo...@gmail.com wrote: On Thu, Mar 10, 2011 at 9:24 PM, David Doria daviddo...@gmail.comwrote: On Thu, Mar 10, 2011 at 9:01 PM, David Partyka david.part...@kitware.com wrote: Also, is your linux distro infact 64bit? If so have you tried the 64bit binary instead? I am on 32bit Fedora 13. David With 3.8.1 I get a different error: [doriad@localhost ~]$ /home/doriad/bin/ParaView-3.8.1-Linux-i686/lib/paraview-3.8/paraview: error while loading shared libraries: /home/doriad/bin/ParaView-3.8.1-Linux-i686/lib/paraview-3.8/libavutil.so.49: cannot restore segment prot after reloc: Permission denied David I got them both working. I noticed an warning that SELinux was complaining about loading a library which requires text relocation. I changed SELinux mode from Enforcing to Permissive and then 3.10 and 3.8 both loaded correctly. David ___ 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] Properties tab for Extract Block
I see the git repository has a row_strech flag - please can you update to
set as true for selection too? (I have some array list properties that I
would like to fill the object inspector).
Need to add the additional line:
row_strech = true;
on line 1073 for current master.
Thanks,
Paul
On 23 March 2009 15:42, Paul Edwards paul.m.edwa...@gmail.com wrote:
It is a QTreeWidget that is created in the createWidgets function in
pqNamedObject.cxx. The spacing is occurring because the final row in the
layout is given a stretch factor. This is useful if you only have widgets
that do not stretch well (such as a line edit). I have added a flag that is
checked before applying this stretch factor to the last row. I have only
changed the COMPOSITE_TREE widget where I set the stretch to 2 and then
unset the flag. Below is the patch:
Index: Components/pqNamedWidgets.cxx
===
RCS file: /cvsroot/ParaView3/ParaView3/Qt/Components/pqNamedWidgets.cxx,v
retrieving revision 1.52
diff -r1.52 pqNamedWidgets.cxx
825a826,828
// make the final expand unless this flag is reversed
bool expandLastRow = true;
1359a1363,1364
panelLayout-setRowStretch(rowCount, 2);
expandLastRow = false;
1364c1369,1372
panelLayout-setRowStretch(rowCount, 1);
---
if (expandLastRow)
{
panelLayout-setRowStretch(rowCount, 1);
}
Regards,
Paul
2009/3/23 Paul Edwards paul.m.edwa...@gmail.com
I've tried modifying sizeHint (adding extra number of rows for default and
just returning a huge QSize) for pqTreeWidget. I've also tried setting the
sizePolicy to MinimumExpanding but still no luck. It doesn't seem to be
effecting the size at all. Any ideas?
Thanks,
Paul
2009/3/23 Utkarsh Ayachit utkarsh.ayac...@kitware.com
If I am not mistaken, that happening because we use a custom subclass,
pqTreeWidget for the tree. I'd look at pqTreeWidget and it's
size-related code sections.
2009/3/23 Paul Edwards paul.m.edwa...@gmail.com:
Hello,
I would like make the tree view use all the available space in the
properties tab for the Extact Block filter. At the moment this is
split
50/50 with the checkbox. Is there an easy way to do this? Or could
someone
point me in the direction for the file that I will need to be editing
in
order to change this?
Thanks in advance,
Paul
___
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] Visit Reader crash
Hi,
For ParaView to work you most make sure that the client and server have the
same readers enabled in the VisItBridge. In your case you will you need to
recompile the server with SILO and CGNS support if you want to load those
file formats, or recompile the client with those readers disabled.
On Fri, Mar 11, 2011 at 6:17 AM, Van Mierlo K. k...@soton.ac.uk wrote:
Hi,
I have installed paraview 3.10 on the cluster and enabled the Visitbridge.
Not all dependencies for the different Visit readers are available so only a
number of them is build. Running the paraview gui on the cluster works but
connecting to pvserver from my windows desktop (running the binary
downloaded from the website) causes a crash. I think it is because not all
Visit readers are available to pvserver on the cluster. I guess I can
disable the Visit readers on my desktop as a work around but this is not an
ideal solution.
Koen van Mierlo
[kvm@blue38 complex]$ Listen on port: 1
Waiting for client...
Client connected.
ERROR: In
/home/kvm/projects/ParaView-3.10.0/Servers/Common/vtkProcessModule.cxx, line
1095
vtkProcessModule (0x11e04430): Cannot create object of type
vtkVisItSiloReader.
while processing
Message 0 = New
Argument 0 = string_value {vtkVisItSiloReader}
Argument 1 = id_value {324}
ERROR: In
/home/kvm/projects/ParaView-3.10.0/Servers/Common/vtkProcessModule.cxx, line
1096
vtkProcessModule (0x11e04430): Aborting execution for debugging purposes.
[blue38:20707] *** Process received signal ***
[blue38:20707] Signal: Aborted (6)
[blue38:20707] Signal code: (-6)
[blue38:20707] [ 0] /lib64/libpthread.so.0 [0x3f1b00e7c0]
[blue38:20707] [ 1] /lib64/libc.so.6(gsignal+0x35) [0x3f1a430265]
[blue38:20707] [ 2] /lib64/libc.so.6(abort+0x110) [0x3f1a431d10]
[blue38:20707] [ 3]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN16vtkProcessModule19InterpreterCallbackEmPv+0x42d)
[0x2ad41421518d]
[blue38:20707] [ 4]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkCommon.so.pv3.10(_ZN18vtkCallbackCommand7ExecuteEP9vtkObjectmPv+0x19)
[0x2ad42401bb79]
[blue38:20707] [ 5]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkCommon.so.pv3.10
[0x2ad4240d48b8]
[blue38:20707] [ 6]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkClientServer.so(_ZN26vtkClientServerInterpreter17ProcessOneMessageERK21vtkClientServerStreami+0x2b0)
[0x2ad41faf32f0]
[blue38:20707] [ 7]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkClientServer.so(_ZN26vtkClientServerInterpreter13ProcessStreamERK21vtkClientServerStream+0x1d)
[0x2ad41faf347d]
[blue38:20707] [ 8]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN17vtkSelfConnection20ProcessStreamLocallyER21vtkClientServerStream+0x20)
[0x2ad4142717f0]
[blue38:20707] [ 9]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN20vtkMPISelfConnection30SendStreamToServerNodeInternalEiR21vtkClientServerStream+0xca)
[0x2ad414206bca]
[blue38:20707] [10]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN20vtkMPISelfConnection26SendStreamToDataServerRootER21vtkClientServerStream+0x12)
[0x2ad414205e22]
[blue38:20707] [11]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN26vtkProcessModuleConnection10SendStreamEjR21vtkClientServerStream+0xd1)
[0x2ad414207921]
[blue38:20707] [12]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN33vtkProcessModuleConnectionManager10SendStreamExjR21vtkClientServerStreami+0x39)
[0x2ad41420a179]
[blue38:20707] [13]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN16vtkProcessModule10SendStreamExjR21vtkClientServerStreami+0x6a)
[0x2ad414212b8a]
[blue38:20707] [14]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_Z26vtkClientConnectionRootRMIPvS_ii+0x55)
[0x2ad414200e75]
[blue38:20707] [15]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkParallel.so.pv3.10(_ZN25vtkMultiProcessController10ProcessRMIEiPvii+0xa2)
[0x2ad41db19d72]
[blue38:20707] [16]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkParallel.so.pv3.10(_ZN25vtkMultiProcessController11ProcessRMIsEii+0x115)
[0x2ad41db1a215]
[blue38:20707] [17]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN19vtkRemoteConnection20ProcessCommunicationEv+0x26)
[0x2ad41426f2c6]
[blue38:20707] [18]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN33vtkProcessModuleConnectionManager18MonitorConnectionsEm+0x235)
[0x2ad41420bf75]
[blue38:20707] [19]
Re: [Paraview] Visit Reader crash
Hi Guys,
to give you some heads up, the issue that you are facing where the
client is not working with a server which has a different proxy
definition set, such as the SILO and CGNS readers will be solved in
ParaView 4.
Now the client will get the Proxy definition from the server, so no
more mismatch in client/server capability.
Seb
PS: I don't have any time frame for it, but that code will be
available in the coming weeks to the community...
PS2: An announcement will be made to give more information about that
version anyway...
On Fri, Mar 11, 2011 at 9:20 AM, Robert Maynard
robert.mayn...@kitware.com wrote:
Hi,
For ParaView to work you most make sure that the client and server have the
same readers enabled in the VisItBridge. In your case you will you need to
recompile the server with SILO and CGNS support if you want to load those
file formats, or recompile the client with those readers disabled.
On Fri, Mar 11, 2011 at 6:17 AM, Van Mierlo K. k...@soton.ac.uk wrote:
Hi,
I have installed paraview 3.10 on the cluster and enabled the Visitbridge.
Not all dependencies for the different Visit readers are available so only a
number of them is build. Running the paraview gui on the cluster works but
connecting to pvserver from my windows desktop (running the binary
downloaded from the website) causes a crash. I think it is because not all
Visit readers are available to pvserver on the cluster. I guess I can
disable the Visit readers on my desktop as a work around but this is not an
ideal solution.
Koen van Mierlo
[kvm@blue38 complex]$ Listen on port: 1
Waiting for client...
Client connected.
ERROR: In
/home/kvm/projects/ParaView-3.10.0/Servers/Common/vtkProcessModule.cxx, line
1095
vtkProcessModule (0x11e04430): Cannot create object of type
vtkVisItSiloReader.
while processing
Message 0 = New
Argument 0 = string_value {vtkVisItSiloReader}
Argument 1 = id_value {324}
ERROR: In
/home/kvm/projects/ParaView-3.10.0/Servers/Common/vtkProcessModule.cxx, line
1096
vtkProcessModule (0x11e04430): Aborting execution for debugging purposes.
[blue38:20707] *** Process received signal ***
[blue38:20707] Signal: Aborted (6)
[blue38:20707] Signal code: (-6)
[blue38:20707] [ 0] /lib64/libpthread.so.0 [0x3f1b00e7c0]
[blue38:20707] [ 1] /lib64/libc.so.6(gsignal+0x35) [0x3f1a430265]
[blue38:20707] [ 2] /lib64/libc.so.6(abort+0x110) [0x3f1a431d10]
[blue38:20707] [ 3]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN16vtkProcessModule19InterpreterCallbackEmPv+0x42d)
[0x2ad41421518d]
[blue38:20707] [ 4]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkCommon.so.pv3.10(_ZN18vtkCallbackCommand7ExecuteEP9vtkObjectmPv+0x19)
[0x2ad42401bb79]
[blue38:20707] [ 5]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkCommon.so.pv3.10
[0x2ad4240d48b8]
[blue38:20707] [ 6]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkClientServer.so(_ZN26vtkClientServerInterpreter17ProcessOneMessageERK21vtkClientServerStreami+0x2b0)
[0x2ad41faf32f0]
[blue38:20707] [ 7]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkClientServer.so(_ZN26vtkClientServerInterpreter13ProcessStreamERK21vtkClientServerStream+0x1d)
[0x2ad41faf347d]
[blue38:20707] [ 8]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN17vtkSelfConnection20ProcessStreamLocallyER21vtkClientServerStream+0x20)
[0x2ad4142717f0]
[blue38:20707] [ 9]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN20vtkMPISelfConnection30SendStreamToServerNodeInternalEiR21vtkClientServerStream+0xca)
[0x2ad414206bca]
[blue38:20707] [10]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN20vtkMPISelfConnection26SendStreamToDataServerRootER21vtkClientServerStream+0x12)
[0x2ad414205e22]
[blue38:20707] [11]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN26vtkProcessModuleConnection10SendStreamEjR21vtkClientServerStream+0xd1)
[0x2ad414207921]
[blue38:20707] [12]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN33vtkProcessModuleConnectionManager10SendStreamExjR21vtkClientServerStreami+0x39)
[0x2ad41420a179]
[blue38:20707] [13]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_ZN16vtkProcessModule10SendStreamExjR21vtkClientServerStreami+0x6a)
[0x2ad414212b8a]
[blue38:20707] [14]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkPVServerCommon.so(_Z26vtkClientConnectionRootRMIPvS_ii+0x55)
[0x2ad414200e75]
[blue38:20707] [15]
/home/kvm/Paraview/ParaView-3.10.0-Linux-x86_64/lib/paraview-3.10/libvtkParallel.so.pv3.10(_ZN25vtkMultiProcessController10ProcessRMIEiPvii+0xa2)
[0x2ad41db19d72]
[Paraview] Getting line data into Paraview 3.10.0
Hello
I am having problems getting line data into Paraview like below:
@D0|802
71.544281294689512 -70.195276311658077
71.63266535839 -70.803067353070787
71.38500823808829 -71.198687848942484
70.489943344507651 -71.537405020061286
69.243648292148919 -72.032781992602239
68.343962786687243 -72.448893783954588
67.981376969701287 -72.772842957827351
68.100709218429969 -73.404243851896808
68.405639346171426 -73.796396551645131
68.864598617974011 -74.278821236312368
@D1|802
67.01790387568883 -73.727007691932769
66.514604674359518 -74.029527337311038
66.158131619687595 -74.145946545617733
66.416517810764773 -74.554436935231323
@D2|802
67.315000523512794 -75.111290145048144
66.43005383192326 -75.716970640682874
65.362131457243223 -76.087825945619358
64.135678202144192 -76.588857027141785
61.504870583900271 -77.191571848696427
I did try the script:
import os
import string
def insertNextCell():
nextpoly = vtk.vtkPolyLine()
nextpoly.GetPointIds().DeepCopy(segments)
cells.InsertNextCell(nextpoly)
filename = os.path.normcase(C:\temp\rifts_gmt.txt)
f = open(filename)
pdo = self.GetPolyDataOutput()
pts = vtk.vtkPoints()
#an array for the fault information
segmentNames = vtk.vtkStringArray()
segmentNames.SetName(Fault Information)
segmentNames.SetNumberOfComponents(1)
cells = vtk.vtkCellArray()
segments = vtk.vtkIdList()
#traverse file
for line in f:
if line.startswith():
#when you find a new fault
#save the one you just finished
if segments.GetNumberOfIds() != 0:
insertNextCell()
segments = vtk.vtkIdList()
segmentNames.InsertNextValue(line)
else:
#otherwise just keep remembering coordinates
x,y = [float(n) for n in line.strip().split()[:2]]
id = pts.InsertNextPoint(x,y,0)
segments.InsertNextId(id)
f.close()
if segments.GetNumberOfIds()0:
#don't forget the last fault in progress
insertNextCell()
pdo.SetPoints(pts)
pdo.SetLines(cells)
pdo.GetCellData().AddArray(segmentNames)
- this runs as a programmable source but only gives an error:
Traceback (most recent call last):
File string, line 24, in module
File string, line 11, in RequestData
IOError: [Errno 22] invalid mode ('r') or filename: 'c:\temp\rifts_gmt.txt'.
I am working on Windows 7.
Any ideas?
Cheers
Lester
___
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 calculator: compute max value into a variable
Hi,
I'm a newish user struggling with python and paraview... specifically,
I'd like to plot normalized scalar results and the print the
normalization factor as the title of the scalar bar.
I've found as a method of normalization from which a contour can be
plotted.
PyCalc1 = PythonCalculator()
PyCalc1.Expression = 'scalardata/max(scalardata)'
PyCalc1.ArrayName = 'normalized_scalar'
However, I'm stuck on how to capture the actual value of the max into a
variable for use as a label.
Somthing like:
maxval = max('scalardata')
where maxval now can be used for other purposes (ie further
normalization and labeling). I'm new to python... therefore none of the
syntax and structure has become is intuitive.
Thanks,
--
Peter A. Gustafson
Western Michigan University
___
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] Update Extents
You may want to look at the VTK/Graphics/vtkExtractGrid class. That filter is used to reduce the extents of a structured data set so it will have the logic you're looking for to expand the extents of a data set. Andy On Fri, Mar 11, 2011 at 11:20 AM, owen.arn...@stfc.ac.uk wrote: Sorry in my example should read (0, 100, 0, 50, 0, 50) rather than (0, 100, 0, 50, 50) *From:* paraview-boun...@paraview.org [mailto: paraview-boun...@paraview.org] *On Behalf Of *owen.arn...@stfc.ac.uk *Sent:* 11 March 2011 16:01 *To:* paraview@paraview.org *Subject:* [Paraview] Update Extents I have a filter derived from vtkStructuredGrid. My filter generates a new dataset which may have extents larger than those set up by the source. For example, if my original extents are (0, 50, 0, 50, 0, 50) the filter may generate a new data set with extents of (0, 100, 0, 50, 50). I cannot find a way of updating the extents in my filter in such a way that ParaView fully renders my larger dataset. There must be a way to handle this in ParaView, but I’ve been unable to figure it out. The problem has been reported before http://www.paraview.org/pipermail/paraview/2009-March/011334.html. The suggested fix hasn’t worked for me. Can anyone suggest anything, or perhaps point me towards a filter that carries out this kind of operation? Thanks in advance. Owen. -- Scanned by iCritical. -- Scanned by iCritical. ___ 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] Getting line data into Paraview 3.10.0
I recommend always using Unix style paths when trying to open files even
when on windows.
On Fri, Mar 11, 2011 at 2:05 PM, Sebastien Jourdain
sebastien.jourd...@kitware.com wrote:
is it because you are using \ in your path ?
It seems that your command to open the file is wrong..
On Fri, Mar 11, 2011 at 11:28 AM, Lester Anderson
lester_anderson1...@hotmail.com wrote:
Hello
I am having problems getting line data into Paraview like below:
@D0|802
71.544281294689512 -70.195276311658077
71.63266535839 -70.803067353070787
71.38500823808829 -71.198687848942484
70.489943344507651 -71.537405020061286
69.243648292148919 -72.032781992602239
68.343962786687243 -72.448893783954588
67.981376969701287 -72.772842957827351
68.100709218429969 -73.404243851896808
68.405639346171426 -73.796396551645131
68.864598617974011 -74.278821236312368
@D1|802
67.01790387568883 -73.727007691932769
66.514604674359518 -74.029527337311038
66.158131619687595 -74.145946545617733
66.416517810764773 -74.554436935231323
@D2|802
67.315000523512794 -75.111290145048144
66.43005383192326 -75.716970640682874
65.362131457243223 -76.087825945619358
64.135678202144192 -76.588857027141785
61.504870583900271 -77.191571848696427
I did try the script:
import os
import string
def insertNextCell():
nextpoly = vtk.vtkPolyLine()
nextpoly.GetPointIds().DeepCopy(segments)
cells.InsertNextCell(nextpoly)
filename = os.path.normcase(C:\temp\rifts_gmt.txt)
f = open(filename)
pdo = self.GetPolyDataOutput()
pts = vtk.vtkPoints()
#an array for the fault information
segmentNames = vtk.vtkStringArray()
segmentNames.SetName(Fault Information)
segmentNames.SetNumberOfComponents(1)
cells = vtk.vtkCellArray()
segments = vtk.vtkIdList()
#traverse file
for line in f:
if line.startswith():
#when you find a new fault
#save the one you just finished
if segments.GetNumberOfIds() != 0:
insertNextCell()
segments = vtk.vtkIdList()
segmentNames.InsertNextValue(line)
else:
#otherwise just keep remembering coordinates
x,y = [float(n) for n in line.strip().split()[:2]]
id = pts.InsertNextPoint(x,y,0)
segments.InsertNextId(id)
f.close()
if segments.GetNumberOfIds()0:
#don't forget the last fault in progress
insertNextCell()
pdo.SetPoints(pts)
pdo.SetLines(cells)
pdo.GetCellData().AddArray(segmentNames)
- this runs as a programmable source but only gives an error:
Traceback (most recent call last):
File string, line 24, in module
File string, line 11, in RequestData
IOError: [Errno 22] invalid mode ('r') or filename:
'c:\temp\rifts_gmt.txt'
.
I am working on Windows 7.
Any ideas?
Cheers
Lester
___
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
--
Robert Maynard
___
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] Getting line data into Paraview 3.10.0
Hello
I have tried replacing the windows path structure with Unix style with no
effect so I am not sure what the issue is ?
I can upload the whole sample file to test if that would help?
As I can tell the the script will search for the delimiter of to find each
segment which is clear from the input file, but for whatever reason it seems
not to be able to even locate the file.
Cheers
Lester
From: robert.mayn...@kitware.com
Date: Fri, 11 Mar 2011 14:09:31 -0500
Subject: Re: [Paraview] Getting line data into Paraview 3.10.0
To: sebastien.jourd...@kitware.com
CC: lester_anderson1...@hotmail.com; paraview@paraview.org
I recommend always using Unix style paths when trying to open files even when
on windows.
On Fri, Mar 11, 2011 at 2:05 PM, Sebastien Jourdain
sebastien.jourd...@kitware.com wrote:
is it because you are using \ in your path ?
It seems that your command to open the file is wrong..
On Fri, Mar 11, 2011 at 11:28 AM, Lester Anderson
lester_anderson1...@hotmail.com wrote:
Hello
I am having problems getting line data into Paraview like below:
@D0|802
71.544281294689512 -70.195276311658077
71.63266535839 -70.803067353070787
71.38500823808829 -71.198687848942484
70.489943344507651 -71.537405020061286
69.243648292148919 -72.032781992602239
68.343962786687243 -72.448893783954588
67.981376969701287 -72.772842957827351
68.100709218429969 -73.404243851896808
68.405639346171426 -73.796396551645131
68.864598617974011 -74.278821236312368
@D1|802
67.01790387568883 -73.727007691932769
66.514604674359518 -74.029527337311038
66.158131619687595 -74.145946545617733
66.416517810764773 -74.554436935231323
@D2|802
67.315000523512794 -75.111290145048144
66.43005383192326 -75.716970640682874
65.362131457243223 -76.087825945619358
64.135678202144192 -76.588857027141785
61.504870583900271 -77.191571848696427
I did try the script:
import os
import string
def insertNextCell():
nextpoly = vtk.vtkPolyLine()
nextpoly.GetPointIds().DeepCopy(segments)
cells.InsertNextCell(nextpoly)
filename = os.path.normcase(C:\temp\rifts_gmt.txt)
f = open(filename)
pdo = self.GetPolyDataOutput()
pts = vtk.vtkPoints()
#an array for the fault information
segmentNames = vtk.vtkStringArray()
segmentNames.SetName(Fault Information)
segmentNames.SetNumberOfComponents(1)
cells = vtk.vtkCellArray()
segments = vtk.vtkIdList()
#traverse file
for line in f:
if line.startswith():
#when you find a new fault
#save the one you just finished
if segments.GetNumberOfIds() != 0:
insertNextCell()
segments = vtk.vtkIdList()
segmentNames.InsertNextValue(line)
else:
#otherwise just keep remembering coordinates
x,y = [float(n) for n in line.strip().split()[:2]]
id = pts.InsertNextPoint(x,y,0)
segments.InsertNextId(id)
f.close()
if segments.GetNumberOfIds()0:
#don't forget the last fault in progress
insertNextCell()
pdo.SetPoints(pts)
pdo.SetLines(cells)
pdo.GetCellData().AddArray(segmentNames)
- this runs as a programmable source but only gives an error:
Traceback (most recent call last):
File string, line 24, in module
File string, line 11, in RequestData
IOError: [Errno 22] invalid mode ('r') or filename: 'c:\temp\rifts_gmt.txt'
.
I am working on Windows 7.
Any ideas?
Cheers
Lester
___
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
--
Robert Maynard
___
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] CGNS Reader fails in 3.10.0 final release
You can build it manually and tell ParaView where it is by VISIT_BUILD_READER_CGNS:BOOL=ON CGNS_INCLUDE_DIR CGNS_LIBRARY The same for Silo which is another new VisIt reader. VISIT_BUILD_SILO:BOOL=ON SILO_INCLUDE_DIR SILO_LIBRARY On Fri, Mar 11, 2011 at 5:20 PM, Orion Poplawski or...@cora.nwra.comwrote: On 03/10/2011 05:28 AM, David Partyka wrote: 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 it a try and let me know. I'm starting to look at building 3.10.0 for Fedora and am trying to see how this works. Looks like CGNS is only handled as a bundled external project? Could paraview be modified to be able to use a system installed cgns library? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com ___ 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] CGNS Reader fails in 3.10.0 final release
On 03/10/2011 05:28 AM, David Partyka wrote: 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 it a try and let me know. I'm starting to look at building 3.10.0 for Fedora and am trying to see how this works. Looks like CGNS is only handled as a bundled external project? Could paraview be modified to be able to use a system installed cgns library? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com ___ 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] Trouble compiling 3.10.0
Running into the following trying to build ParaView 3.10.0 Fedora package on
Fedora rawhide:
/usr/lib64/ccache/g++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
-fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic
-Wno-deprecated -Wno-deprecated -g
CMakeFiles/spreadsheet-real.dir/spreadsheet_main.cxx.o
CMakeFiles/spreadsheet-real.dir/pqspreadsheetInitializer.cxx.o
CMakeFiles/spreadsheet-real.dir/qrc_spreadsheet_generated.cxx.o
CMakeFiles/spreadsheet-real.dir/qrc_spreadsheet_configuration.cxx.o
CMakeFiles/spreadsheet-real.dir/SpreadSheetMainWindow.cxx.o
CMakeFiles/spreadsheet-real.dir/moc_SpreadSheetMainWindow.cxx.o
CMakeFiles/spreadsheet-real.dir/qrc_SpreadSheet.cxx.o -o
/builddir/build/BUILD/ParaView-3.10.0/fedora/bin/spreadsheet -rdynamic
-L/builddir/build/BUILD/ParaView-3.10.0/fedora/bin -lpqApplicationComponents
-Wl,-rpath,/builddir/build/BUILD/ParaView-3.10.0/fedora/bin:
/usr/bin/ld: CMakeFiles/spreadsheet-real.dir/SpreadSheetMainWindow.cxx.o:
undefined reference to symbol 'pqActiveObjects::setActiveView(pqView*)'
/usr/bin/ld: note: 'pqActiveObjects::setActiveView(pqView*)' is defined in DSO
/builddir/build/BUILD/ParaView-3.10.0/fedora/bin/libpqComponents.so so try
adding it to the linker command line
/builddir/build/BUILD/ParaView-3.10.0/fedora/bin/libpqComponents.so: could not
read symbols: Invalid operation
collect2: ld returned 1 exit status
I don't quite follow since pqComponents seems to be requested, but it isn't
listed above:
ParaView-3.10.0/Examples/CustomApplications/Spreadsheet/CMakeLists.txt:
TARGET_LINK_LIBRARIES(spreadsheet ${QT_QTCORE_LIBRARY} ${QT_QTGUI_LIBRARY}
vtkCommon vtkPVCommandOptions vtkPVServerCommon pqCore pqComponents)
This is with cmake 2.8.4 and qt 4.7.2.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
___
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] Trouble compiling 3.10.0
Humm strange. I haven't seen this on the dashboards at all, and most of them
have examples enabled. What gcc version are you using out of curiosity?
On Fri, Mar 11, 2011 at 6:33 PM, Orion Poplawski or...@cora.nwra.comwrote:
Running into the following trying to build ParaView 3.10.0 Fedora package
on Fedora rawhide:
/usr/lib64/ccache/g++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
-fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic
-Wno-deprecated -Wno-deprecated -g
CMakeFiles/spreadsheet-real.dir/spreadsheet_main.cxx.o
CMakeFiles/spreadsheet-real.dir/pqspreadsheetInitializer.cxx.o
CMakeFiles/spreadsheet-real.dir/qrc_spreadsheet_generated.cxx.o
CMakeFiles/spreadsheet-real.dir/qrc_spreadsheet_configuration.cxx.o
CMakeFiles/spreadsheet-real.dir/SpreadSheetMainWindow.cxx.o
CMakeFiles/spreadsheet-real.dir/moc_SpreadSheetMainWindow.cxx.o
CMakeFiles/spreadsheet-real.dir/qrc_SpreadSheet.cxx.o -o
/builddir/build/BUILD/ParaView-3.10.0/fedora/bin/spreadsheet -rdynamic
-L/builddir/build/BUILD/ParaView-3.10.0/fedora/bin -lpqApplicationComponents
-Wl,-rpath,/builddir/build/BUILD/ParaView-3.10.0/fedora/bin:
/usr/bin/ld: CMakeFiles/spreadsheet-real.dir/SpreadSheetMainWindow.cxx.o:
undefined reference to symbol 'pqActiveObjects::setActiveView(pqView*)'
/usr/bin/ld: note: 'pqActiveObjects::setActiveView(pqView*)' is defined in
DSO /builddir/build/BUILD/ParaView-3.10.0/fedora/bin/libpqComponents.so so
try adding it to the linker command line
/builddir/build/BUILD/ParaView-3.10.0/fedora/bin/libpqComponents.so: could
not read symbols: Invalid operation
collect2: ld returned 1 exit status
I don't quite follow since pqComponents seems to be requested, but it isn't
listed above:
ParaView-3.10.0/Examples/CustomApplications/Spreadsheet/CMakeLists.txt:
TARGET_LINK_LIBRARIES(spreadsheet ${QT_QTCORE_LIBRARY} ${QT_QTGUI_LIBRARY}
vtkCommon vtkPVCommandOptions vtkPVServerCommon pqCore pqComponents)
This is with cmake 2.8.4 and qt 4.7.2.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
___
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
