Re: [Paraview] paraview 3.10 + OpenFOAM
Hello David, Somewhat related to the above topic, this issue would also be important for the 3.10.1 update. http://paraview.org/Bug/view.php?id=11893 /mark ___ 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] paraview 3.10 + OpenFOAM
This has been applied to release and master. Perfect! Thanks David and Takuya. Sorry I still didn't have time to compile and test it myself. /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] paraview 3.10 + OpenFOAM
Is there currently any particular OpenFOAM dataset being used for testing? If so, I could convert it into the compact-face format. Otherwise the dataset from Takuya (cavity tutorial I think) should be okay - there are no license issues. I have a dataset contributed by Mark but am not sure about its license. Mark, do you have any? 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] paraview 3.10 + OpenFOAM
Hi Bastian, I am just wondering what this patch is good for? It handles the case where 'faces' are written in a form similar to that used by CompactListList, which can be more efficient in some cases. /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
[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] Announcement: Self-contained Python module to writebinary VTK files.
hg clone https://pau...@bitbucket.org/pauloh/pyevtk After cloning the repository, I don't find any of the C source files. $ hg status -A C .hgtags C MANIFEST C README.txt C dev.py C setup.py C src/LICENSE C src/__init__.py C src/cevtk.pyx C src/examples/__init__.py C src/examples/group.py C src/examples/image.py C src/examples/lowlevel.py C src/examples/points.py C src/examples/rectilinear.py C src/examples/structured.py C src/hl.py C src/vtk.py C src/xml.py Are they in another repository somewhere? /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] Improving vtkDataArraySelection ... and a question of the general philosophy
It seems that this might apply more to ParaView than I originally suspected. I've modified my usage of vtkDataArraySelection to use vtkDataArraySelection::SetArraysWithDefault(const char *const * ...), which is a fairly roundabout means of adding new items to a list without this-Modified() being called. I've double checked and indeed the MTime() remains unchanged. However, to get the reader GUI updated in paraview, I need to call UpdateInformationProperty(...) with the corresponding property. When this happens, the GUI view of the vtkDataArraySelection gets adjusted appropriately, but unfortunately the reader panel also gets touched as modified (ie, the 'Apply' button lights up green). As far as I can see, the GUI changes are spurious since nothing has changed in the underlying selection except that the list of available part selections is now a bit longer than before. Using the 'Reset' button to undo the GUI changes seems to confirm my suspicions - the list properly retains its new length and GUI selections are unchanged. Why is the panel getting marked as modified and is there a reasonable workaround? Thanks, /mark -Original Message- From: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com] Sent: Monday, November 09, 2009 1:25 PM To: Olesen, Mark Cc: ParaView; vtk-develop...@vtk.org Subject: Re: [Paraview] Improving vtkDataArraySelection ... and a question of the general philosophy Forwarding this to the vtk-developer's list. Utkarsh -- Forwarded message -- From: Mark Olesen mark.ole...@emcontechnologies.com Date: Wed, Nov 4, 2009 at 10:21 AM Subject: [Paraview] Improving vtkDataArraySelection ... and a question of the general philosophy To: ParaView paraview@paraview.org I was looking at making some minor tweaks to vtkDataArraySelection and started wondering why some things are being done the way they are. First off I'll explain what I wanted. I'd like an additional method int AddArray(const char* name, int defaultStatus); The behaviour is as per AddArray(const char*), but with the ability to specify which default status should be used when it is created. [ I really cannot figure out a workaround for adding an array entry with an unselected state that doesn't automatically trigger this-Modified(); ] Then the questions begin: The method probably doesn't exist in that form since nobody thought they needed it. However, it could also be that having multiple signatures is frowned upon in VTK. Or are there problems with binding to other languages? Having said that, the methods are surrounded by a BTX/ETX pair so wrapping may not be the problem, but I'm not sure. After taking a slightly closer look, I also noticed that the internals use a vtkstd::vectorvtkstd::string and a vtkstd::vectorint for the storage. If there is a std::string under the hood, is there any other reason (beyond language wrapping) that we have everything with (const char*) parameters instead of (const vtkstd::string)? Is it only historical that a vtkstd::vectorint is used for storing a bool state? Or is there a desire to avoid the std::vectorbool specialization? Thanks, /mark This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ 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 This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received
Re: [Paraview] Improving vtkDataArraySelection ... and a question of the general philosophy
Forwarding this to the vtk-developer's list. Utkarsh Thanks, does this mean that I should subscribe and post there, or just cross-post from here (Paraview)? /mark -- Forwarded message -- From: Mark Olesen mark.ole...@emcontechnologies.com Date: Wed, Nov 4, 2009 at 10:21 AM Subject: [Paraview] Improving vtkDataArraySelection ... and a question of the general philosophy To: ParaView paraview@paraview.org I was looking at making some minor tweaks to vtkDataArraySelection and started wondering why some things are being done the way they are. First off I'll explain what I wanted. I'd like an additional method int AddArray(const char* name, int defaultStatus); The behaviour is as per AddArray(const char*), but with the ability to specify which default status should be used when it is created. [ I really cannot figure out a workaround for adding an array entry with an unselected state that doesn't automatically trigger this-Modified(); ] Then the questions begin: The method probably doesn't exist in that form since nobody thought they needed it. However, it could also be that having multiple signatures is frowned upon in VTK. Or are there problems with binding to other languages? Having said that, the methods are surrounded by a BTX/ETX pair so wrapping may not be the problem, but I'm not sure. After taking a slightly closer look, I also noticed that the internals use a vtkstd::vectorvtkstd::string and a vtkstd::vectorint for the storage. If there is a std::string under the hood, is there any other reason (beyond language wrapping) that we have everything with (const char*) parameters instead of (const vtkstd::string)? Is it only historical that a vtkstd::vectorint is used for storing a bool state? Or is there a desire to avoid the std::vectorbool specialization? Thanks, /mark This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ 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 This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ 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] Git repository (mirror)
Is it safe to assume that the github Kitware/ParaView repository will be around for a while? /mark This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ 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] Please help!! How to force Render() from a reader
Hi Takuya,
// 1. If one is happy with only updating the active view
if(this-view()) // may be null if no active view is present
{
this-view()-render();
}
// 3. All views including irrelevant ones may be rendered by
pqApplicationCore::instance()-render();
Both of these work quite nicely for me. Thanks for the quick info!
/mark
This e-mail message and any attachments may contain legally privileged,
confidential or proprietary Information, or information otherwise protected by
law of EMCON Technologies, its affiliates, or third parties. This notice serves
as marking of its Confidential status as defined in any confidentiality
agreements concerning the sender and recipient. If you are not the intended
recipient(s), or the employee or agent responsible for delivery of this message
to the intended recipient(s), you are hereby notified that any dissemination,
distribution or copying of this e-mail message is strictly prohibited.
If you have received this message in error, please immediately notify the
sender and delete this e-mail message from your computer.
___
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] Please help!! How to force Render() from a reader
On a related tangent to the rendering issue: What method is needed to get the 3d view window to refresh. I have a customized reader panel with a few Qt checkboxes. When I select, for example, Add Labels, the slot sends it to the server manager and it is correctly updated. However, the text labels themselves don't appear in the window until I do something else like resizing the window, clicking something, etc. What method should be I using? /mark This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ 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] Fwd: Baffled by floating point exceptions inParaView 3.6.1
Tada, all works. So there's definately some problem with NVidia Drivers + OpenMPI1.2.x We've had a number of problems with some of the newer nvidia drivers and some commercial software (crashes, mouse events getting lost, etc). We hadn't any luck with any of the newer 185 driver series, but have a working configuration with the NVIDIA-Linux-x86_64-173.14.18 driver that behaves normally. You might try fiddling about with that too - it might not just be openmpi causing issues. /mark This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ 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] OpenGL Hardware acceleration of Paraview display
Would someone please tell me if Paraview supports HW (OpenGL) acceleration and how to enable it. Sure it supports OpenGL. You just need to have the appropriate hardware drivers working. Assuming you are using Linux (you didn't say which OS you have), check these things: # see which libraries are in use: $ ls -l /usr/lib*/*libGL.so* # verify you are actually getting OpenGL performance: $ glxgears If both of these check out okay, you should be in business. /mark This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ 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] MJPEG instead of MPEG4 (issue 8925)
To my knowledge Theora is free of any formal trouble, and sufficient quality to be proposed for a default encoder for any platform, not? -- Dominik The problem probably is that ParaView is BSD-style licensed, while Ogg/Theora is LGPL'ed. The FAQ claims BSD-style licensing: http://www.theora.org/faq/#14 /mark This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ 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] ParaView 3.5 and 3.6 build problem, libGL.so location, OpenSUSE 11.1
I had an OpenGL related problem building ParaView 3.5 and 3.6. I'm running OpenSUSE 11.1, 2.6.27.23-0.1, x86_64, with NVIDIA version 185.18.14 drivers and OpenGL which came from NVIDIA's repository, i.e. here We had many problems with the 185 series (keyboard lockup, lost mouse, etc. segfault in some commercial software). We are currently using the nvidia 173.14.18 driver (with openSUSE 11.1-x86_64) and aren't seeing many problems anymore. The problem comes from the fact that /usr/lib64/libGL.so doesn't seem to be the correct location for the proper libGL.so, at least on OpenSUSE 11.1 with NVIDIA drivers. With our nvidia driver version, the libraries are installed under /usr/lib/ and /usr/lib64/ then every system executable and library calling libGL.so is calling it from this location: libGL.so.1 = /usr/X11R6/lib64/libGL.so.1 Strange. On our systems, /usr/X11R6/lib, /usr/X11R6/lib64 exist but are empty. In fact, the entire /usr/X11R6 tree only has a _single_ entry: /usr/X11R6/bin/xauth is linked to /usr/bin/xauth I could suggest that the CMake looks in /usr/X11R6/lib64 in preference to /usr/lib64 This seems to be a problem with your particular driver version. It'd be worth it if you dropped nvidia a line to let them know. /mark This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ 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] VTK XML Binary Output
I just tried that and it is now giving me a segmentation fault... I am using the following line: file.write(reinterpret_castconst char*(size), 4); The segfault isn't surprising. If you obtain the address of the variable first, I suspect you'll be much happier: int size; file.write(reinterpret_castconst char*(size), sizeof(size)); /mark This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ 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] inconsistent UPDATE_TIME_STEPS with multi-port reader
I'm noticing some very odd behaviour when using the OpenFOAM library-based reader (the one that is part of OpenFOAM, not the one shipped with VTK). The reader uses SetNumberOfOutputPorts(2), with port 0 corresponding to normal cell-based volume/point data and port 1 corresponding to any Lagrangian data such as sprays or particles, etc. In the initialization, both ports are set with identical values for vtkStreamingDemandDrivenPipeline::TIME_STEPS() and vtkStreamingDemandDrivenPipeline::TIME_RANGE(). From debug information, I can verify that the reader's RequestData() method does indeed get sent identical values for vtkStreamingDemandDrivenPipeline::UPDATE_TIME_STEPS() for both ports. The reader according takes the values from port 0 when setting its internal time step. The situation gets rather complicated (ie, buggy) when any filters are applied to the reader. As the simplest case, a clip-plane can be added, which attaches itself automatically to port 0, since port 1 is empty (no lagrangian data) in my test case. With this constellation, the reader's RequestData() method now gets sent conflicting values for UPDATE_TIME_STEPS. Port 0 (invisible since a clip-plane is attached), always gets sent an UPDATE_TIME_STEPS == PREVIOUS_UPDATE_TIME_STEPS, while port 1 gets sent an UPDATE_TIME_STEPS that corresponds to what has been selected in AnimationView or the time-selector spinbox. If I make port 1 invisible, the behaviour changes and port 0 gets the correct values for UPDATE_TIME_STEPS and port 1 get an out-of-date value for UPDATE_TIME_STEPS! It would be possible to add in some sort of kludge to guess which UPDATE_TIME_STEPS on which port is likely to be correct, but there must be a better way. I realize that there are not terribly many multi-port readers in the VTK sources, but surely this behaviour cannot be desirable. Is there a better way to avoid it? Thanks, /mark This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ 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] load several vtk files - transient dataset.
a_0.vtk a_60.vtk a_360.vtk a_660.vtk a_960.vtk The numbers about is in seconds from OpenFOAM simulation. I load the files into paraview-3.4.0. I am able to to animation and plot transient data. However, the time step indicates 0, 1, 2, 3, 4 instead of the real time. You might also try using foamToEnsightParts or foamToEnsight. Then you could also edit/remove unwanted time-steps from the .case file, and the time values (in the .case file) are certain to be correct. If you have a constant mesh, the Ensight format will also save some file space too. /mark This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ 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] VTK 5.4 Release (Please Read!)
After 5.4 is released, can we expect (hope) for a move from CVS to git or subversion? /mark -Original Message- From: paraview-boun...@paraview.org [mailto:paraview-boun...@paraview.org] On Behalf Of Bob Obara Sent: Monday, January 19, 2009 8:13 PM To: vtk-develop...@public.kitware.com; paraview@paraview.org Subject: [Paraview] VTK 5.4 Release (Please Read!) In the next couple weeks we are planning to start the process of creating the 5.4 version of VTK. If you have tests on the main branch that are currently failing on the dashboard please take the time correct them next week. Please hold off committing any changes that you will not be able fully debug/test until after VTK has been branched for the 5.4 release. We will let you know asap when the date of the CVS freeze of VTK has been set. Thank you for your time and help. Bob Robert M. O'Bara, MEng. Research Development Engineer Kitware Inc. 28 Corporate Drive Suite 101 Clifton Park, NY 12065 This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ 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] error in X86_64: libvtkalglib.so
We are working on creating a separate install target that will install all development dependencies. Once that is done, you should be able to do something like make install_development and then use those files. This will be a very welcome addition. The hard-coded paths in the cmake files are really making my life miserable. /mark This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Paraview/Kitware site down
We actually have an internal git that tracks the ParaView cvs. Some us (including me) has been using it for a while now. It is not totally issue free (mostly due to the cvs-git bridge) so we don't plan to make it public. I suspect that we will move to svn at one point and possibly provide a git repository that tracks it so that people can do the initial clone. After that, git-svn works very well. We don't have any plans to completely move to git as it is not as Windows friendly as we would like. All Windows ports of git require the installation of some sort of Unix-like layer and are also very slow. Since the main participants (http://www.paraview.org/paraview/project/parti.html) decide what or what does not come into Paraview, it is essentially irrelevant what the central blessed repo uses for its versioning (cvs, svn, git). There are primarily two issues of interest to the end-users: 1) an independent mirror (read-only is fine), to help reduce the single point of failure issues. 2) an (additional) git view of the repository (read-only is also fine), since it permits the end-user much better control over local modifications, synchronizing between various places (eg, work, home, laptop) and network independent commits. Git also conveniently permits an http transport protocol, which is a godsend for people sitting behind a corporate firewall that also blocks cvs, svn and ssh ports. Using the git-svn layer sounds like a great solution for Paraview Co., since you can service windows needs, but still let others work with git. It might be impolite to ask about a timeline, but I will the previous thread (http://www.mail-archive.com/cm...@cmake.org/msg10880.html) is close to a year ago. /mark This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] error in X86_64: libvtkalglib.so
Hi Berk, While we're somewhat on the topic of installing, I would like to get some tips about the correct means of building/installing a portable version of paraview. I currently have make, make HTMLDocumentation, make install with the build directories and install directories being different (same issue as Ricardo). I would like to be able to move all the sources about later, but also need to retain the build directory (to build plugins at a later stage). Is it safe to have identical build/install directories? If I wish to move my files about after the initial compilation (eg from a local disk to an NFS-share), what is the best means of doing this without recompiling everything? I tried editing the *.cmake files to use environment variables. This helps find relocated things (I think), but also provokes an unnecessary remake. How do you go about bundling things like this? /mark Dr. Mark Olesen Principal Engineer Thermofluids Analysis EMCON Technologies Germany (Augsburg) GmbH Biberbachstr. 9 D-86154 Augsburg, GERMANY tel: +49 (821) 4103 - 862 fax: +49 (821) 4103 - 7862 -- Aufsichtsrat: Gary Strickland (Vors.) Geschäftsführung: Michael Bleidt (Vors.), Dr. Martin Funk, Martin Stüttem Eintrag: Registergericht Augsburg HRB 20757 -Original Message- From: Berk Geveci [mailto:berk.gev...@kitware.com] Sent: Tuesday, December 16, 2008 3:12 PM To: Ricardo Reis Cc: Olesen, Mark; paraview@paraview.org Subject: Re: [Paraview] error in X86_64: libvtkalglib.so Ricardo, Update your cvs and try again please. This is a new library that was missing install rules. It should be fixed. -berk On Tue, Dec 16, 2008 at 8:48 AM, Ricardo Reis rr...@aero.ist.utl.pt wrote: On Tue, 16 Dec 2008, Olesen, Mark wrote: Since bin/paraview finds paraview-real, it would seem that the lib/paraview-X.X directory is actually there. Did you attempt to install to the same directory as your build directory? This is where I've encounter the same problem before. No, I'm using a diferent dir and when I do make install he puts stuff there. If you just edit the CMAKE_INSTALL_PREFIX:PATH in CMakeCache.txt (in the build dir) and try 'make install' again. I have this in my CMAKE_INSTALL_PREFIX CMAKE_INSTALL_PREFIX:PATH=/usr/local/paraviewcvs.shared so this is not the problem, it seems... Should I atach my CMakeCache.txt ? Ricardo Reis 'Non Serviam' PhD student @ Lasef Computational Fluid Dynamics, High Performance Computing, Turbulence http://www.lasef.ist.utl.pt Cultural Instigator @ Rádio Zero http://www.radiozero.pt http://www.flickr.com/photos/rreis/ ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] error in X86_64: libvtkalglib.so
Since bin/paraview finds paraview-real, it would seem that the lib/paraview-X.X directory is actually there. Did you attempt to install to the same directory as your build directory? This is where I've encounter the same problem before. If you just edit the CMAKE_INSTALL_PREFIX:PATH in CMakeCache.txt (in the build dir) and try 'make install' again. /mark This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] redundant information in the VTK XML file format
How about using EnSight format? There we can use separate files to store mesh data and variable data Okay, but if you have particles be aware of this bug: http://vtk.org/Bug/view.php?id=7453 /mark This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its Confidential status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ___ ParaView mailing list ParaView@paraview.org http://www.paraview.org/mailman/listinfo/paraview
