Re: [Paraview] Inconsistent results with the stream trace filter
Yes, you're right. After increasing that, I get the result I expect. Thanks for this fix, it's very helpful. Regards, Joseph David Borġ http://www.jdborg.com On 2 November 2012 16:36, Yuanxin Liu leo@kitware.com wrote: I assume you are using the same parameters? In particular, did you set the Maximum Streamline Length to be large enough? The default is too small. Leo On Thu, Nov 1, 2012 at 12:04 PM, Joe Borġ m...@jdborg.com wrote: Hi Everyone, Seems the latest build (please check build number) has kept the problem. http://jdborg.com/images/paraview/pv_test.png Thanks, Joe Regards, Joseph David Borġ http://www.jdborg.com On 19 October 2012 17:05, Yuanxin Liu leo@kitware.com wrote: Hi, Joe, It looks like this was indeed a bug in 3.14.1 but the bug has been fixed in the current development branch. I am not entirely sure which commit explicitly did it. Leo On Fri, Oct 19, 2012 at 5:54 AM, Joe Borġ m...@jdborg.com wrote: Hi, I am using 3.14.1 64-bit on a single core (if I enable multi-core, it becomes very unstable). Adding tets to this small case works, but I've got a bigger duct with a more refined mesh and adding tets don't fix the problem (make it better though). See attached PVSM. Regards, Joseph David Borġ http://www.jdborg.com On 18 October 2012 19:00, Yuanxin Liu leo@kitware.com wrote: No, I did not use Tetrahedralize. Are you using the lastest development version? Are you running paraview as a single process? Do you mind saving a state file of your session and post it? thanks! Leo On Thu, Oct 18, 2012 at 4:31 AM, Joe Borġ m...@jdborg.com wrote: Hi Leo, You don't seem to have used the Tetrahedralise filter? How have you got this to work without that? Mine works fine after setting the fluid as input and source as the inlet, but I must first use the Tetrahedralise filter. Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 18:14, Yuanxin Liu leo@kitware.com wrote: Hi Joe, I am not seeing exactly what you are seeing. In the attached image produced with the current master, I created a stream tracer with outlet block as the seeds and the fluid block as the input, and the streamlines seem right. But I think there is a bug in how the stream tracer handles multiblock data, because if I change the stream tracer input to the whole pipe data set, instead of just the fluid block, some stream lines go straight to the void like you described. Can you try setting up the pipeline as I did using ExtractBlock and compare with my image? Leo On Wed, Oct 17, 2012 at 10:51 AM, Magician f_magic...@mac.comwrote: Hi Joe, Tetrahedralize filter is applicable. All cells are splitted into Tetrahedral ones. Try it. Magician On 2012/10/17, at 23:40, Joe Borġ wrote: Thanks Magician, Thanks for testing. What are you using to convert to tet? Is it a ParaView feature? Leo, can the priority of the bug be raised please? Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 14:20, Magician f_magic...@mac.com wrote: Hi Joseph, I tried your data and got a result as yours. Your data only includes Hex, Wedge, Tet and Pyramid, but streamlines are stopped earlier. Same as my polyhedral pipe sample, I applied Tetrahedralize filter to your pipe source, and I could get valid streamlines. Magician Pipe.tar.gz attached to the bug report below, in the form of an Ensight Case. First extract the archive and to open in Paraview, use All files (*) when browsing and select the .encas, then select EnSight Files. Regards, Joseph David Borġ http://www.jdborg.com On 12 October 2012 03:28, Yuanxin Liu leo.liu at kitware.com wrote: Hi, Is it possible for you to upload the data? By the way, if the cell type is polyhedron, then this is quite likely the same bug as this: http://paraview.org/Bug/view.php?id=13442 Leo On Thu, Oct 11, 2012 at 6:17 AM, Joe Borġ mail at jdborg.com wrote: Hi guys, I've got an odd issue with the stream trace and stream trace custom source filters in Paraview (3.14.1 64bit). No matter what settings I use, the traces die off very soon and some even carry on straight (even when there's no fluid). See the two screenshots I've got from Paraview. http://jdborg.com/images/paraview/pv_inlet.png http://jdborg.com/images/paraview/pv_outlet.png Not sure if this is a setting that's easy to miss or if it's more terminal. Thanks, Regards, Joseph David Borġ http://www.jdborg.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:
Re: [Paraview] Inconsistent results with the stream trace filter
Hi Everyone, Seems the latest build (please check build number) has kept the problem. http://jdborg.com/images/paraview/pv_test.png Thanks, Joe Regards, Joseph David Borġ http://www.jdborg.com On 19 October 2012 17:05, Yuanxin Liu leo@kitware.com wrote: Hi, Joe, It looks like this was indeed a bug in 3.14.1 but the bug has been fixed in the current development branch. I am not entirely sure which commit explicitly did it. Leo On Fri, Oct 19, 2012 at 5:54 AM, Joe Borġ m...@jdborg.com wrote: Hi, I am using 3.14.1 64-bit on a single core (if I enable multi-core, it becomes very unstable). Adding tets to this small case works, but I've got a bigger duct with a more refined mesh and adding tets don't fix the problem (make it better though). See attached PVSM. Regards, Joseph David Borġ http://www.jdborg.com On 18 October 2012 19:00, Yuanxin Liu leo@kitware.com wrote: No, I did not use Tetrahedralize. Are you using the lastest development version? Are you running paraview as a single process? Do you mind saving a state file of your session and post it? thanks! Leo On Thu, Oct 18, 2012 at 4:31 AM, Joe Borġ m...@jdborg.com wrote: Hi Leo, You don't seem to have used the Tetrahedralise filter? How have you got this to work without that? Mine works fine after setting the fluid as input and source as the inlet, but I must first use the Tetrahedralise filter. Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 18:14, Yuanxin Liu leo@kitware.com wrote: Hi Joe, I am not seeing exactly what you are seeing. In the attached image produced with the current master, I created a stream tracer with outlet block as the seeds and the fluid block as the input, and the streamlines seem right. But I think there is a bug in how the stream tracer handles multiblock data, because if I change the stream tracer input to the whole pipe data set, instead of just the fluid block, some stream lines go straight to the void like you described. Can you try setting up the pipeline as I did using ExtractBlock and compare with my image? Leo On Wed, Oct 17, 2012 at 10:51 AM, Magician f_magic...@mac.com wrote: Hi Joe, Tetrahedralize filter is applicable. All cells are splitted into Tetrahedral ones. Try it. Magician On 2012/10/17, at 23:40, Joe Borġ wrote: Thanks Magician, Thanks for testing. What are you using to convert to tet? Is it a ParaView feature? Leo, can the priority of the bug be raised please? Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 14:20, Magician f_magic...@mac.com wrote: Hi Joseph, I tried your data and got a result as yours. Your data only includes Hex, Wedge, Tet and Pyramid, but streamlines are stopped earlier. Same as my polyhedral pipe sample, I applied Tetrahedralize filter to your pipe source, and I could get valid streamlines. Magician Pipe.tar.gz attached to the bug report below, in the form of an Ensight Case. First extract the archive and to open in Paraview, use All files (*) when browsing and select the .encas, then select EnSight Files. Regards, Joseph David Borġ http://www.jdborg.com On 12 October 2012 03:28, Yuanxin Liu leo.liu at kitware.com wrote: Hi, Is it possible for you to upload the data? By the way, if the cell type is polyhedron, then this is quite likely the same bug as this: http://paraview.org/Bug/view.php?id=13442 Leo On Thu, Oct 11, 2012 at 6:17 AM, Joe Borġ mail at jdborg.com wrote: Hi guys, I've got an odd issue with the stream trace and stream trace custom source filters in Paraview (3.14.1 64bit). No matter what settings I use, the traces die off very soon and some even carry on straight (even when there's no fluid). See the two screenshots I've got from Paraview. http://jdborg.com/images/paraview/pv_inlet.png http://jdborg.com/images/paraview/pv_outlet.png Not sure if this is a setting that's easy to miss or if it's more terminal. Thanks, Regards, Joseph David Borġ http://www.jdborg.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] Inconsistent results with the stream trace filter
Hi guys, sorry to keep finding problems, but I'm stuck here: X11_Xt_LIB could not be found. Required for VTK X lib. Can you give me an example of a lib that should be in there so I can search for that to get the dir please? Regards, Joseph David Borġ http://www.jdborg.com On 23 October 2012 13:55, Utkarsh Ayachit utkarsh.ayac...@kitware.comwrote: Joe, Use the latest revision of the wiki page to build the source from git-master (http://paraview.org/Wiki/ParaView:Build_And_Install). Utkarsh On Tue, Oct 23, 2012 at 7:18 AM, Joe Borġ m...@jdborg.com wrote: Thanks for the info Leo, I am, however, having trouble building the source that I've downloaded. Could you point me to any instructions on how to build? http://paraview.org/Wiki/index.php?title=ParaView:Build_And_Installoldid=46445#On_Unix-like_operating_systems_2 doesn't seem to tie up with the files I get. These are the files I've pulled from Git: -rw-r--r-- 1 joe.borg root 364 Oct 23 09:43 ParaViewConfigVersion.cmake.in -rw-r--r-- 1 joe.borg root 2.6K Oct 23 09:43 ParaViewConfig.cmake.in -rw-r--r-- 1 joe.borg root 15K Oct 23 09:43 License_v1.2.txt -rw-r--r-- 1 joe.borg root 583 Oct 23 09:43 DartConfig.cmake -rw-r--r-- 1 joe.borg root 539 Oct 23 09:43 CTestConfig.cmake -rw-r--r-- 1 joe.borg root 24K Oct 23 09:43 CMakeLists.txt -rw-r--r-- 1 joe.borg root 3.2K Oct 23 09:43 vtkPVConfig.h.in -rw-r--r-- 1 joe.borg root 5.0K Oct 23 09:43 cave.pvx drwxr-xr-x 5 joe.borg root 4.0K Oct 23 09:54 Examples/ drwxr-xr-x 26 joe.borg root 4.0K Oct 23 09:55 Plugins/ drwxr-xr-x 13 joe.borg root 4.0K Oct 23 09:56 Utilities/ drwxr-xr-x 2 joe.borg root 12K Oct 23 09:56 CMake/ drwxr-xr-x 11 joe.borg root 12K Oct 23 09:56 SuperBuild/ drwxr-xr-x 5 joe.borg root 4.0K Oct 23 09:56 CoProcessing/ drwxr-xr-x 2 joe.borg root 4.0K Oct 23 09:56 CommandLineExecutables/ drwxr-xr-x 4 joe.borg root 4.0K Oct 23 09:56 Wrapping/ drwxr-xr-x 3 joe.borg root 4.0K Oct 23 09:56 Common/ drwxr-xr-x 7 joe.borg root 4.0K Oct 23 09:57 Qt/ drwxr-xr-x 24 joe.borg root 8.0K Oct 23 10:01 VTK/ drwxr-xr-x 5 joe.borg root 4.0K Oct 23 10:01 ThirdParty/ drwxr-xr-x 9 joe.borg root 4.0K Oct 23 10:02 ParaViewCore/ drwxr-xr-x 3 joe.borg root 4.0K Oct 23 10:02 Applications/ Thanks. Regards, Joseph David Borġ http://www.jdborg.com On 19 October 2012 21:43, Yuanxin Liu leo@kitware.com wrote: Hi, Joe, Berk reminded me that Andy Bauer has put in some fixes for gradient interpolation for pyramids (5a7dc931c54d868). Since your data contain pyramids, this is quite likely the fix for this bug. Leo On Fri, Oct 19, 2012 at 12:05 PM, Yuanxin Liu leo@kitware.com wrote: Hi, Joe, It looks like this was indeed a bug in 3.14.1 but the bug has been fixed in the current development branch. I am not entirely sure which commit explicitly did it. Leo On Fri, Oct 19, 2012 at 5:54 AM, Joe Borġ m...@jdborg.com wrote: Hi, I am using 3.14.1 64-bit on a single core (if I enable multi-core, it becomes very unstable). Adding tets to this small case works, but I've got a bigger duct with a more refined mesh and adding tets don't fix the problem (make it better though). See attached PVSM. Regards, Joseph David Borġ http://www.jdborg.com On 18 October 2012 19:00, Yuanxin Liu leo@kitware.com wrote: No, I did not use Tetrahedralize. Are you using the lastest development version? Are you running paraview as a single process? Do you mind saving a state file of your session and post it? thanks! Leo On Thu, Oct 18, 2012 at 4:31 AM, Joe Borġ m...@jdborg.com wrote: Hi Leo, You don't seem to have used the Tetrahedralise filter? How have you got this to work without that? Mine works fine after setting the fluid as input and source as the inlet, but I must first use the Tetrahedralise filter. Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 18:14, Yuanxin Liu leo@kitware.com wrote: Hi Joe, I am not seeing exactly what you are seeing. In the attached image produced with the current master, I created a stream tracer with outlet block as the seeds and the fluid block as the input, and the streamlines seem right. But I think there is a bug in how the stream tracer handles multiblock data, because if I change the stream tracer input to the whole pipe data set, instead of just the fluid block, some stream lines go straight to the void like you described. Can you try setting up the pipeline as I did using ExtractBlock and compare with my image? Leo On Wed, Oct 17, 2012 at 10:51 AM, Magician f_magic...@mac.com wrote: Hi Joe, Tetrahedralize filter is applicable. All cells are splitted into Tetrahedral ones. Try it. Magician On 2012/10/17, at 23:40, Joe Borġ wrote: Thanks Magician,
Re: [Paraview] Inconsistent results with the stream trace filter
This include libXt.so and include files such as /usr/include/X11/Core.h. On debian-based systems, it's available as the package libxt-dev. Also you can try the nightly binaries directly, if you don't want to build from source. The instructions to download the binaries are: http://paraview.org/Wiki/ParaView/Superbuild#Obtaining_the_source On Wed, Oct 24, 2012 at 10:47 AM, Joe Borġ m...@jdborg.com wrote: Hi guys, sorry to keep finding problems, but I'm stuck here: X11_Xt_LIB could not be found. Required for VTK X lib. Can you give me an example of a lib that should be in there so I can search for that to get the dir please? Regards, Joseph David Borġ http://www.jdborg.com On 23 October 2012 13:55, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: Joe, Use the latest revision of the wiki page to build the source from git-master (http://paraview.org/Wiki/ParaView:Build_And_Install). Utkarsh On Tue, Oct 23, 2012 at 7:18 AM, Joe Borġ m...@jdborg.com wrote: Thanks for the info Leo, I am, however, having trouble building the source that I've downloaded. Could you point me to any instructions on how to build? http://paraview.org/Wiki/index.php?title=ParaView:Build_And_Installoldid=46445#On_Unix-like_operating_systems_2 doesn't seem to tie up with the files I get. These are the files I've pulled from Git: -rw-r--r-- 1 joe.borg root 364 Oct 23 09:43 ParaViewConfigVersion.cmake.in -rw-r--r-- 1 joe.borg root 2.6K Oct 23 09:43 ParaViewConfig.cmake.in -rw-r--r-- 1 joe.borg root 15K Oct 23 09:43 License_v1.2.txt -rw-r--r-- 1 joe.borg root 583 Oct 23 09:43 DartConfig.cmake -rw-r--r-- 1 joe.borg root 539 Oct 23 09:43 CTestConfig.cmake -rw-r--r-- 1 joe.borg root 24K Oct 23 09:43 CMakeLists.txt -rw-r--r-- 1 joe.borg root 3.2K Oct 23 09:43 vtkPVConfig.h.in -rw-r--r-- 1 joe.borg root 5.0K Oct 23 09:43 cave.pvx drwxr-xr-x 5 joe.borg root 4.0K Oct 23 09:54 Examples/ drwxr-xr-x 26 joe.borg root 4.0K Oct 23 09:55 Plugins/ drwxr-xr-x 13 joe.borg root 4.0K Oct 23 09:56 Utilities/ drwxr-xr-x 2 joe.borg root 12K Oct 23 09:56 CMake/ drwxr-xr-x 11 joe.borg root 12K Oct 23 09:56 SuperBuild/ drwxr-xr-x 5 joe.borg root 4.0K Oct 23 09:56 CoProcessing/ drwxr-xr-x 2 joe.borg root 4.0K Oct 23 09:56 CommandLineExecutables/ drwxr-xr-x 4 joe.borg root 4.0K Oct 23 09:56 Wrapping/ drwxr-xr-x 3 joe.borg root 4.0K Oct 23 09:56 Common/ drwxr-xr-x 7 joe.borg root 4.0K Oct 23 09:57 Qt/ drwxr-xr-x 24 joe.borg root 8.0K Oct 23 10:01 VTK/ drwxr-xr-x 5 joe.borg root 4.0K Oct 23 10:01 ThirdParty/ drwxr-xr-x 9 joe.borg root 4.0K Oct 23 10:02 ParaViewCore/ drwxr-xr-x 3 joe.borg root 4.0K Oct 23 10:02 Applications/ Thanks. Regards, Joseph David Borġ http://www.jdborg.com On 19 October 2012 21:43, Yuanxin Liu leo@kitware.com wrote: Hi, Joe, Berk reminded me that Andy Bauer has put in some fixes for gradient interpolation for pyramids (5a7dc931c54d868). Since your data contain pyramids, this is quite likely the fix for this bug. Leo On Fri, Oct 19, 2012 at 12:05 PM, Yuanxin Liu leo@kitware.com wrote: Hi, Joe, It looks like this was indeed a bug in 3.14.1 but the bug has been fixed in the current development branch. I am not entirely sure which commit explicitly did it. Leo On Fri, Oct 19, 2012 at 5:54 AM, Joe Borġ m...@jdborg.com wrote: Hi, I am using 3.14.1 64-bit on a single core (if I enable multi-core, it becomes very unstable). Adding tets to this small case works, but I've got a bigger duct with a more refined mesh and adding tets don't fix the problem (make it better though). See attached PVSM. Regards, Joseph David Borġ http://www.jdborg.com On 18 October 2012 19:00, Yuanxin Liu leo@kitware.com wrote: No, I did not use Tetrahedralize. Are you using the lastest development version? Are you running paraview as a single process? Do you mind saving a state file of your session and post it? thanks! Leo On Thu, Oct 18, 2012 at 4:31 AM, Joe Borġ m...@jdborg.com wrote: Hi Leo, You don't seem to have used the Tetrahedralise filter? How have you got this to work without that? Mine works fine after setting the fluid as input and source as the inlet, but I must first use the Tetrahedralise filter. Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 18:14, Yuanxin Liu leo@kitware.com wrote: Hi Joe, I am not seeing exactly what you are seeing. In the attached image produced with the current master, I created a stream tracer with outlet block as the seeds and the fluid block as the input, and the streamlines seem right. But I think there is a bug in how the stream tracer handles multiblock data, because if I change the stream tracer input to the whole pipe data set, instead of just the fluid block, some stream lines
Re: [Paraview] Inconsistent results with the stream trace filter
Ok, looking at the superbuild. I'm behind a firewall, so all git commands need to be over http:// rather than git:// Which makefile can I mod this path in? [ 90%] Performing download step (git clone) for 'paraview' Initialized empty Git repository in /cfd/software/ParaView/ParaView-3.14.1-SuperBuild/build/paraview/src/paraview/.git/ error: RPC failed; result=22, HTTP code = 407 Regards, Joseph David Borġ http://www.jdborg.com On 24 October 2012 16:01, Utkarsh Ayachit utkarsh.ayac...@kitware.comwrote: This include libXt.so and include files such as /usr/include/X11/Core.h. On debian-based systems, it's available as the package libxt-dev. Also you can try the nightly binaries directly, if you don't want to build from source. The instructions to download the binaries are: http://paraview.org/Wiki/ParaView/Superbuild#Obtaining_the_source On Wed, Oct 24, 2012 at 10:47 AM, Joe Borġ m...@jdborg.com wrote: Hi guys, sorry to keep finding problems, but I'm stuck here: X11_Xt_LIB could not be found. Required for VTK X lib. Can you give me an example of a lib that should be in there so I can search for that to get the dir please? Regards, Joseph David Borġ http://www.jdborg.com On 23 October 2012 13:55, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: Joe, Use the latest revision of the wiki page to build the source from git-master (http://paraview.org/Wiki/ParaView:Build_And_Install). Utkarsh On Tue, Oct 23, 2012 at 7:18 AM, Joe Borġ m...@jdborg.com wrote: Thanks for the info Leo, I am, however, having trouble building the source that I've downloaded. Could you point me to any instructions on how to build? http://paraview.org/Wiki/index.php?title=ParaView:Build_And_Installoldid=46445#On_Unix-like_operating_systems_2 doesn't seem to tie up with the files I get. These are the files I've pulled from Git: -rw-r--r-- 1 joe.borg root 364 Oct 23 09:43 ParaViewConfigVersion.cmake.in -rw-r--r-- 1 joe.borg root 2.6K Oct 23 09:43 ParaViewConfig.cmake.in -rw-r--r-- 1 joe.borg root 15K Oct 23 09:43 License_v1.2.txt -rw-r--r-- 1 joe.borg root 583 Oct 23 09:43 DartConfig.cmake -rw-r--r-- 1 joe.borg root 539 Oct 23 09:43 CTestConfig.cmake -rw-r--r-- 1 joe.borg root 24K Oct 23 09:43 CMakeLists.txt -rw-r--r-- 1 joe.borg root 3.2K Oct 23 09:43 vtkPVConfig.h.in -rw-r--r-- 1 joe.borg root 5.0K Oct 23 09:43 cave.pvx drwxr-xr-x 5 joe.borg root 4.0K Oct 23 09:54 Examples/ drwxr-xr-x 26 joe.borg root 4.0K Oct 23 09:55 Plugins/ drwxr-xr-x 13 joe.borg root 4.0K Oct 23 09:56 Utilities/ drwxr-xr-x 2 joe.borg root 12K Oct 23 09:56 CMake/ drwxr-xr-x 11 joe.borg root 12K Oct 23 09:56 SuperBuild/ drwxr-xr-x 5 joe.borg root 4.0K Oct 23 09:56 CoProcessing/ drwxr-xr-x 2 joe.borg root 4.0K Oct 23 09:56 CommandLineExecutables/ drwxr-xr-x 4 joe.borg root 4.0K Oct 23 09:56 Wrapping/ drwxr-xr-x 3 joe.borg root 4.0K Oct 23 09:56 Common/ drwxr-xr-x 7 joe.borg root 4.0K Oct 23 09:57 Qt/ drwxr-xr-x 24 joe.borg root 8.0K Oct 23 10:01 VTK/ drwxr-xr-x 5 joe.borg root 4.0K Oct 23 10:01 ThirdParty/ drwxr-xr-x 9 joe.borg root 4.0K Oct 23 10:02 ParaViewCore/ drwxr-xr-x 3 joe.borg root 4.0K Oct 23 10:02 Applications/ Thanks. Regards, Joseph David Borġ http://www.jdborg.com On 19 October 2012 21:43, Yuanxin Liu leo@kitware.com wrote: Hi, Joe, Berk reminded me that Andy Bauer has put in some fixes for gradient interpolation for pyramids (5a7dc931c54d868). Since your data contain pyramids, this is quite likely the fix for this bug. Leo On Fri, Oct 19, 2012 at 12:05 PM, Yuanxin Liu leo@kitware.com wrote: Hi, Joe, It looks like this was indeed a bug in 3.14.1 but the bug has been fixed in the current development branch. I am not entirely sure which commit explicitly did it. Leo On Fri, Oct 19, 2012 at 5:54 AM, Joe Borġ m...@jdborg.com wrote: Hi, I am using 3.14.1 64-bit on a single core (if I enable multi-core, it becomes very unstable). Adding tets to this small case works, but I've got a bigger duct with a more refined mesh and adding tets don't fix the problem (make it better though). See attached PVSM. Regards, Joseph David Borġ http://www.jdborg.com On 18 October 2012 19:00, Yuanxin Liu leo@kitware.com wrote: No, I did not use Tetrahedralize. Are you using the lastest development version? Are you running paraview as a single process? Do you mind saving a state file of your session and post it? thanks! Leo On Thu, Oct 18, 2012 at 4:31 AM, Joe Borġ m...@jdborg.com wrote: Hi Leo, You don't seem to have used the Tetrahedralise filter? How have you got this to work without that? Mine works fine after setting the fluid as input and
Re: [Paraview] Inconsistent results with the stream trace filter
I was suggesting directly downloading the binaries, not even trying to build the superbuild. Building using superbuild may be trickier, especially since you're getting other build issues with building ParaView itself. If you want to build from source, you'll have to edit the versions.cmake file to use http:// instead of git:// for all git repos. Utkarsh On Wed, Oct 24, 2012 at 1:00 PM, Joe Borġ m...@jdborg.com wrote: Ok, looking at the superbuild. I'm behind a firewall, so all git commands need to be over http:// rather than git:// Which makefile can I mod this path in? [ 90%] Performing download step (git clone) for 'paraview' Initialized empty Git repository in /cfd/software/ParaView/ParaView-3.14.1-SuperBuild/build/paraview/src/paraview/.git/ error: RPC failed; result=22, HTTP code = 407 Regards, Joseph David Borġ http://www.jdborg.com On 24 October 2012 16:01, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: This include libXt.so and include files such as /usr/include/X11/Core.h. On debian-based systems, it's available as the package libxt-dev. Also you can try the nightly binaries directly, if you don't want to build from source. The instructions to download the binaries are: http://paraview.org/Wiki/ParaView/Superbuild#Obtaining_the_source On Wed, Oct 24, 2012 at 10:47 AM, Joe Borġ m...@jdborg.com wrote: Hi guys, sorry to keep finding problems, but I'm stuck here: X11_Xt_LIB could not be found. Required for VTK X lib. Can you give me an example of a lib that should be in there so I can search for that to get the dir please? Regards, Joseph David Borġ http://www.jdborg.com On 23 October 2012 13:55, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: Joe, Use the latest revision of the wiki page to build the source from git-master (http://paraview.org/Wiki/ParaView:Build_And_Install). Utkarsh On Tue, Oct 23, 2012 at 7:18 AM, Joe Borġ m...@jdborg.com wrote: Thanks for the info Leo, I am, however, having trouble building the source that I've downloaded. Could you point me to any instructions on how to build? http://paraview.org/Wiki/index.php?title=ParaView:Build_And_Installoldid=46445#On_Unix-like_operating_systems_2 doesn't seem to tie up with the files I get. These are the files I've pulled from Git: -rw-r--r-- 1 joe.borg root 364 Oct 23 09:43 ParaViewConfigVersion.cmake.in -rw-r--r-- 1 joe.borg root 2.6K Oct 23 09:43 ParaViewConfig.cmake.in -rw-r--r-- 1 joe.borg root 15K Oct 23 09:43 License_v1.2.txt -rw-r--r-- 1 joe.borg root 583 Oct 23 09:43 DartConfig.cmake -rw-r--r-- 1 joe.borg root 539 Oct 23 09:43 CTestConfig.cmake -rw-r--r-- 1 joe.borg root 24K Oct 23 09:43 CMakeLists.txt -rw-r--r-- 1 joe.borg root 3.2K Oct 23 09:43 vtkPVConfig.h.in -rw-r--r-- 1 joe.borg root 5.0K Oct 23 09:43 cave.pvx drwxr-xr-x 5 joe.borg root 4.0K Oct 23 09:54 Examples/ drwxr-xr-x 26 joe.borg root 4.0K Oct 23 09:55 Plugins/ drwxr-xr-x 13 joe.borg root 4.0K Oct 23 09:56 Utilities/ drwxr-xr-x 2 joe.borg root 12K Oct 23 09:56 CMake/ drwxr-xr-x 11 joe.borg root 12K Oct 23 09:56 SuperBuild/ drwxr-xr-x 5 joe.borg root 4.0K Oct 23 09:56 CoProcessing/ drwxr-xr-x 2 joe.borg root 4.0K Oct 23 09:56 CommandLineExecutables/ drwxr-xr-x 4 joe.borg root 4.0K Oct 23 09:56 Wrapping/ drwxr-xr-x 3 joe.borg root 4.0K Oct 23 09:56 Common/ drwxr-xr-x 7 joe.borg root 4.0K Oct 23 09:57 Qt/ drwxr-xr-x 24 joe.borg root 8.0K Oct 23 10:01 VTK/ drwxr-xr-x 5 joe.borg root 4.0K Oct 23 10:01 ThirdParty/ drwxr-xr-x 9 joe.borg root 4.0K Oct 23 10:02 ParaViewCore/ drwxr-xr-x 3 joe.borg root 4.0K Oct 23 10:02 Applications/ Thanks. Regards, Joseph David Borġ http://www.jdborg.com On 19 October 2012 21:43, Yuanxin Liu leo@kitware.com wrote: Hi, Joe, Berk reminded me that Andy Bauer has put in some fixes for gradient interpolation for pyramids (5a7dc931c54d868). Since your data contain pyramids, this is quite likely the fix for this bug. Leo On Fri, Oct 19, 2012 at 12:05 PM, Yuanxin Liu leo@kitware.com wrote: Hi, Joe, It looks like this was indeed a bug in 3.14.1 but the bug has been fixed in the current development branch. I am not entirely sure which commit explicitly did it. Leo On Fri, Oct 19, 2012 at 5:54 AM, Joe Borġ m...@jdborg.com wrote: Hi, I am using 3.14.1 64-bit on a single core (if I enable multi-core, it becomes very unstable). Adding tets to this small case works, but I've got a bigger duct with a more refined mesh and adding tets don't fix the problem (make it better though). See attached PVSM. Regards, Joseph David Borġ http://www.jdborg.com On 18 October 2012 19:00, Yuanxin Liu leo@kitware.com wrote: No, I did not use Tetrahedralize.
Re: [Paraview] Inconsistent results with the stream trace filter
Thanks for the info Leo, I am, however, having trouble building the source that I've downloaded. Could you point me to any instructions on how to build? http://paraview.org/Wiki/index.php?title=ParaView:Build_And_Installoldid=46445#On_Unix-like_operating_systems_2doesn't seem to tie up with the files I get. These are the files I've pulled from Git: -rw-r--r-- 1 joe.borg root 364 Oct 23 09:43 ParaViewConfigVersion.cmake.in -rw-r--r-- 1 joe.borg root 2.6K Oct 23 09:43 ParaViewConfig.cmake.in -rw-r--r-- 1 joe.borg root 15K Oct 23 09:43 License_v1.2.txt -rw-r--r-- 1 joe.borg root 583 Oct 23 09:43 DartConfig.cmake -rw-r--r-- 1 joe.borg root 539 Oct 23 09:43 CTestConfig.cmake -rw-r--r-- 1 joe.borg root 24K Oct 23 09:43 CMakeLists.txt -rw-r--r-- 1 joe.borg root 3.2K Oct 23 09:43 vtkPVConfig.h.in -rw-r--r-- 1 joe.borg root 5.0K Oct 23 09:43 cave.pvx drwxr-xr-x 5 joe.borg root 4.0K Oct 23 09:54 Examples/ drwxr-xr-x 26 joe.borg root 4.0K Oct 23 09:55 Plugins/ drwxr-xr-x 13 joe.borg root 4.0K Oct 23 09:56 Utilities/ drwxr-xr-x 2 joe.borg root 12K Oct 23 09:56 CMake/ drwxr-xr-x 11 joe.borg root 12K Oct 23 09:56 SuperBuild/ drwxr-xr-x 5 joe.borg root 4.0K Oct 23 09:56 CoProcessing/ drwxr-xr-x 2 joe.borg root 4.0K Oct 23 09:56 CommandLineExecutables/ drwxr-xr-x 4 joe.borg root 4.0K Oct 23 09:56 Wrapping/ drwxr-xr-x 3 joe.borg root 4.0K Oct 23 09:56 Common/ drwxr-xr-x 7 joe.borg root 4.0K Oct 23 09:57 Qt/ drwxr-xr-x 24 joe.borg root 8.0K Oct 23 10:01 VTK/ drwxr-xr-x 5 joe.borg root 4.0K Oct 23 10:01 ThirdParty/ drwxr-xr-x 9 joe.borg root 4.0K Oct 23 10:02 ParaViewCore/ drwxr-xr-x 3 joe.borg root 4.0K Oct 23 10:02 Applications/ Thanks. Regards, Joseph David Borġ http://www.jdborg.com On 19 October 2012 21:43, Yuanxin Liu leo@kitware.com wrote: Hi, Joe, Berk reminded me that Andy Bauer has put in some fixes for gradient interpolation for pyramids (5a7dc931c54d868). Since your data contain pyramids, this is quite likely the fix for this bug. Leo On Fri, Oct 19, 2012 at 12:05 PM, Yuanxin Liu leo@kitware.com wrote: Hi, Joe, It looks like this was indeed a bug in 3.14.1 but the bug has been fixed in the current development branch. I am not entirely sure which commit explicitly did it. Leo On Fri, Oct 19, 2012 at 5:54 AM, Joe Borġ m...@jdborg.com wrote: Hi, I am using 3.14.1 64-bit on a single core (if I enable multi-core, it becomes very unstable). Adding tets to this small case works, but I've got a bigger duct with a more refined mesh and adding tets don't fix the problem (make it better though). See attached PVSM. Regards, Joseph David Borġ http://www.jdborg.com On 18 October 2012 19:00, Yuanxin Liu leo@kitware.com wrote: No, I did not use Tetrahedralize. Are you using the lastest development version? Are you running paraview as a single process? Do you mind saving a state file of your session and post it? thanks! Leo On Thu, Oct 18, 2012 at 4:31 AM, Joe Borġ m...@jdborg.com wrote: Hi Leo, You don't seem to have used the Tetrahedralise filter? How have you got this to work without that? Mine works fine after setting the fluid as input and source as the inlet, but I must first use the Tetrahedralise filter. Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 18:14, Yuanxin Liu leo@kitware.com wrote: Hi Joe, I am not seeing exactly what you are seeing. In the attached image produced with the current master, I created a stream tracer with outlet block as the seeds and the fluid block as the input, and the streamlines seem right. But I think there is a bug in how the stream tracer handles multiblock data, because if I change the stream tracer input to the whole pipe data set, instead of just the fluid block, some stream lines go straight to the void like you described. Can you try setting up the pipeline as I did using ExtractBlock and compare with my image? Leo On Wed, Oct 17, 2012 at 10:51 AM, Magician f_magic...@mac.comwrote: Hi Joe, Tetrahedralize filter is applicable. All cells are splitted into Tetrahedral ones. Try it. Magician On 2012/10/17, at 23:40, Joe Borġ wrote: Thanks Magician, Thanks for testing. What are you using to convert to tet? Is it a ParaView feature? Leo, can the priority of the bug be raised please? Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 14:20, Magician f_magic...@mac.com wrote: Hi Joseph, I tried your data and got a result as yours. Your data only includes Hex, Wedge, Tet and Pyramid, but streamlines are stopped earlier. Same as my polyhedral pipe sample, I applied Tetrahedralize filter to your pipe source, and I could get valid streamlines. Magician Pipe.tar.gz attached to the bug report below, in the form of an Ensight Case. First extract the archive and to open in Paraview, use All files (*) when browsing and select the .encas,
Re: [Paraview] Inconsistent results with the stream trace filter
Joe, Use the latest revision of the wiki page to build the source from git-master (http://paraview.org/Wiki/ParaView:Build_And_Install). Utkarsh On Tue, Oct 23, 2012 at 7:18 AM, Joe Borġ m...@jdborg.com wrote: Thanks for the info Leo, I am, however, having trouble building the source that I've downloaded. Could you point me to any instructions on how to build? http://paraview.org/Wiki/index.php?title=ParaView:Build_And_Installoldid=46445#On_Unix-like_operating_systems_2 doesn't seem to tie up with the files I get. These are the files I've pulled from Git: -rw-r--r-- 1 joe.borg root 364 Oct 23 09:43 ParaViewConfigVersion.cmake.in -rw-r--r-- 1 joe.borg root 2.6K Oct 23 09:43 ParaViewConfig.cmake.in -rw-r--r-- 1 joe.borg root 15K Oct 23 09:43 License_v1.2.txt -rw-r--r-- 1 joe.borg root 583 Oct 23 09:43 DartConfig.cmake -rw-r--r-- 1 joe.borg root 539 Oct 23 09:43 CTestConfig.cmake -rw-r--r-- 1 joe.borg root 24K Oct 23 09:43 CMakeLists.txt -rw-r--r-- 1 joe.borg root 3.2K Oct 23 09:43 vtkPVConfig.h.in -rw-r--r-- 1 joe.borg root 5.0K Oct 23 09:43 cave.pvx drwxr-xr-x 5 joe.borg root 4.0K Oct 23 09:54 Examples/ drwxr-xr-x 26 joe.borg root 4.0K Oct 23 09:55 Plugins/ drwxr-xr-x 13 joe.borg root 4.0K Oct 23 09:56 Utilities/ drwxr-xr-x 2 joe.borg root 12K Oct 23 09:56 CMake/ drwxr-xr-x 11 joe.borg root 12K Oct 23 09:56 SuperBuild/ drwxr-xr-x 5 joe.borg root 4.0K Oct 23 09:56 CoProcessing/ drwxr-xr-x 2 joe.borg root 4.0K Oct 23 09:56 CommandLineExecutables/ drwxr-xr-x 4 joe.borg root 4.0K Oct 23 09:56 Wrapping/ drwxr-xr-x 3 joe.borg root 4.0K Oct 23 09:56 Common/ drwxr-xr-x 7 joe.borg root 4.0K Oct 23 09:57 Qt/ drwxr-xr-x 24 joe.borg root 8.0K Oct 23 10:01 VTK/ drwxr-xr-x 5 joe.borg root 4.0K Oct 23 10:01 ThirdParty/ drwxr-xr-x 9 joe.borg root 4.0K Oct 23 10:02 ParaViewCore/ drwxr-xr-x 3 joe.borg root 4.0K Oct 23 10:02 Applications/ Thanks. Regards, Joseph David Borġ http://www.jdborg.com On 19 October 2012 21:43, Yuanxin Liu leo@kitware.com wrote: Hi, Joe, Berk reminded me that Andy Bauer has put in some fixes for gradient interpolation for pyramids (5a7dc931c54d868). Since your data contain pyramids, this is quite likely the fix for this bug. Leo On Fri, Oct 19, 2012 at 12:05 PM, Yuanxin Liu leo@kitware.com wrote: Hi, Joe, It looks like this was indeed a bug in 3.14.1 but the bug has been fixed in the current development branch. I am not entirely sure which commit explicitly did it. Leo On Fri, Oct 19, 2012 at 5:54 AM, Joe Borġ m...@jdborg.com wrote: Hi, I am using 3.14.1 64-bit on a single core (if I enable multi-core, it becomes very unstable). Adding tets to this small case works, but I've got a bigger duct with a more refined mesh and adding tets don't fix the problem (make it better though). See attached PVSM. Regards, Joseph David Borġ http://www.jdborg.com On 18 October 2012 19:00, Yuanxin Liu leo@kitware.com wrote: No, I did not use Tetrahedralize. Are you using the lastest development version? Are you running paraview as a single process? Do you mind saving a state file of your session and post it? thanks! Leo On Thu, Oct 18, 2012 at 4:31 AM, Joe Borġ m...@jdborg.com wrote: Hi Leo, You don't seem to have used the Tetrahedralise filter? How have you got this to work without that? Mine works fine after setting the fluid as input and source as the inlet, but I must first use the Tetrahedralise filter. Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 18:14, Yuanxin Liu leo@kitware.com wrote: Hi Joe, I am not seeing exactly what you are seeing. In the attached image produced with the current master, I created a stream tracer with outlet block as the seeds and the fluid block as the input, and the streamlines seem right. But I think there is a bug in how the stream tracer handles multiblock data, because if I change the stream tracer input to the whole pipe data set, instead of just the fluid block, some stream lines go straight to the void like you described. Can you try setting up the pipeline as I did using ExtractBlock and compare with my image? Leo On Wed, Oct 17, 2012 at 10:51 AM, Magician f_magic...@mac.com wrote: Hi Joe, Tetrahedralize filter is applicable. All cells are splitted into Tetrahedral ones. Try it. Magician On 2012/10/17, at 23:40, Joe Borġ wrote: Thanks Magician, Thanks for testing. What are you using to convert to tet? Is it a ParaView feature? Leo, can the priority of the bug be raised please? Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 14:20, Magician f_magic...@mac.com wrote: Hi Joseph, I tried your data and got a result as yours. Your data only includes Hex, Wedge, Tet and Pyramid, but streamlines are stopped earlier. Same as my polyhedral pipe sample, I applied Tetrahedralize filter to your pipe source,
Re: [Paraview] Inconsistent results with the stream trace filter
Hi, Joe, It looks like this was indeed a bug in 3.14.1 but the bug has been fixed in the current development branch. I am not entirely sure which commit explicitly did it. Leo On Fri, Oct 19, 2012 at 5:54 AM, Joe Borġ m...@jdborg.com wrote: Hi, I am using 3.14.1 64-bit on a single core (if I enable multi-core, it becomes very unstable). Adding tets to this small case works, but I've got a bigger duct with a more refined mesh and adding tets don't fix the problem (make it better though). See attached PVSM. Regards, Joseph David Borġ http://www.jdborg.com On 18 October 2012 19:00, Yuanxin Liu leo@kitware.com wrote: No, I did not use Tetrahedralize. Are you using the lastest development version? Are you running paraview as a single process? Do you mind saving a state file of your session and post it? thanks! Leo On Thu, Oct 18, 2012 at 4:31 AM, Joe Borġ m...@jdborg.com wrote: Hi Leo, You don't seem to have used the Tetrahedralise filter? How have you got this to work without that? Mine works fine after setting the fluid as input and source as the inlet, but I must first use the Tetrahedralise filter. Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 18:14, Yuanxin Liu leo@kitware.com wrote: Hi Joe, I am not seeing exactly what you are seeing. In the attached image produced with the current master, I created a stream tracer with outlet block as the seeds and the fluid block as the input, and the streamlines seem right. But I think there is a bug in how the stream tracer handles multiblock data, because if I change the stream tracer input to the whole pipe data set, instead of just the fluid block, some stream lines go straight to the void like you described. Can you try setting up the pipeline as I did using ExtractBlock and compare with my image? Leo On Wed, Oct 17, 2012 at 10:51 AM, Magician f_magic...@mac.com wrote: Hi Joe, Tetrahedralize filter is applicable. All cells are splitted into Tetrahedral ones. Try it. Magician On 2012/10/17, at 23:40, Joe Borġ wrote: Thanks Magician, Thanks for testing. What are you using to convert to tet? Is it a ParaView feature? Leo, can the priority of the bug be raised please? Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 14:20, Magician f_magic...@mac.com wrote: Hi Joseph, I tried your data and got a result as yours. Your data only includes Hex, Wedge, Tet and Pyramid, but streamlines are stopped earlier. Same as my polyhedral pipe sample, I applied Tetrahedralize filter to your pipe source, and I could get valid streamlines. Magician Pipe.tar.gz attached to the bug report below, in the form of an Ensight Case. First extract the archive and to open in Paraview, use All files (*) when browsing and select the .encas, then select EnSight Files. Regards, Joseph David Borġ http://www.jdborg.com On 12 October 2012 03:28, Yuanxin Liu leo.liu at kitware.com wrote: Hi, Is it possible for you to upload the data? By the way, if the cell type is polyhedron, then this is quite likely the same bug as this: http://paraview.org/Bug/view.php?id=13442 Leo On Thu, Oct 11, 2012 at 6:17 AM, Joe Borġ mail at jdborg.com wrote: Hi guys, I've got an odd issue with the stream trace and stream trace custom source filters in Paraview (3.14.1 64bit). No matter what settings I use, the traces die off very soon and some even carry on straight (even when there's no fluid). See the two screenshots I've got from Paraview. http://jdborg.com/images/paraview/pv_inlet.png http://jdborg.com/images/paraview/pv_outlet.png Not sure if this is a setting that's easy to miss or if it's more terminal. Thanks, Regards, Joseph David Borġ http://www.jdborg.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] Inconsistent results with the stream trace filter
Hi, Joe, Berk reminded me that Andy Bauer has put in some fixes for gradient interpolation for pyramids (5a7dc931c54d868). Since your data contain pyramids, this is quite likely the fix for this bug. Leo On Fri, Oct 19, 2012 at 12:05 PM, Yuanxin Liu leo@kitware.com wrote: Hi, Joe, It looks like this was indeed a bug in 3.14.1 but the bug has been fixed in the current development branch. I am not entirely sure which commit explicitly did it. Leo On Fri, Oct 19, 2012 at 5:54 AM, Joe Borġ m...@jdborg.com wrote: Hi, I am using 3.14.1 64-bit on a single core (if I enable multi-core, it becomes very unstable). Adding tets to this small case works, but I've got a bigger duct with a more refined mesh and adding tets don't fix the problem (make it better though). See attached PVSM. Regards, Joseph David Borġ http://www.jdborg.com On 18 October 2012 19:00, Yuanxin Liu leo@kitware.com wrote: No, I did not use Tetrahedralize. Are you using the lastest development version? Are you running paraview as a single process? Do you mind saving a state file of your session and post it? thanks! Leo On Thu, Oct 18, 2012 at 4:31 AM, Joe Borġ m...@jdborg.com wrote: Hi Leo, You don't seem to have used the Tetrahedralise filter? How have you got this to work without that? Mine works fine after setting the fluid as input and source as the inlet, but I must first use the Tetrahedralise filter. Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 18:14, Yuanxin Liu leo@kitware.com wrote: Hi Joe, I am not seeing exactly what you are seeing. In the attached image produced with the current master, I created a stream tracer with outlet block as the seeds and the fluid block as the input, and the streamlines seem right. But I think there is a bug in how the stream tracer handles multiblock data, because if I change the stream tracer input to the whole pipe data set, instead of just the fluid block, some stream lines go straight to the void like you described. Can you try setting up the pipeline as I did using ExtractBlock and compare with my image? Leo On Wed, Oct 17, 2012 at 10:51 AM, Magician f_magic...@mac.com wrote: Hi Joe, Tetrahedralize filter is applicable. All cells are splitted into Tetrahedral ones. Try it. Magician On 2012/10/17, at 23:40, Joe Borġ wrote: Thanks Magician, Thanks for testing. What are you using to convert to tet? Is it a ParaView feature? Leo, can the priority of the bug be raised please? Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 14:20, Magician f_magic...@mac.com wrote: Hi Joseph, I tried your data and got a result as yours. Your data only includes Hex, Wedge, Tet and Pyramid, but streamlines are stopped earlier. Same as my polyhedral pipe sample, I applied Tetrahedralize filter to your pipe source, and I could get valid streamlines. Magician Pipe.tar.gz attached to the bug report below, in the form of an Ensight Case. First extract the archive and to open in Paraview, use All files (*) when browsing and select the .encas, then select EnSight Files. Regards, Joseph David Borġ http://www.jdborg.com On 12 October 2012 03:28, Yuanxin Liu leo.liu at kitware.com wrote: Hi, Is it possible for you to upload the data? By the way, if the cell type is polyhedron, then this is quite likely the same bug as this: http://paraview.org/Bug/view.php?id=13442 Leo On Thu, Oct 11, 2012 at 6:17 AM, Joe Borġ mail at jdborg.com wrote: Hi guys, I've got an odd issue with the stream trace and stream trace custom source filters in Paraview (3.14.1 64bit). No matter what settings I use, the traces die off very soon and some even carry on straight (even when there's no fluid). See the two screenshots I've got from Paraview. http://jdborg.com/images/paraview/pv_inlet.png http://jdborg.com/images/paraview/pv_outlet.png Not sure if this is a setting that's easy to miss or if it's more terminal. Thanks, Regards, Joseph David Borġ http://www.jdborg.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] Inconsistent results with the stream trace filter
Hi Leo, You don't seem to have used the Tetrahedralise filter? How have you got this to work without that? Mine works fine after setting the fluid as input and source as the inlet, but I must first use the Tetrahedralise filter. Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 18:14, Yuanxin Liu leo@kitware.com wrote: Hi Joe, I am not seeing exactly what you are seeing. In the attached image produced with the current master, I created a stream tracer with outlet block as the seeds and the fluid block as the input, and the streamlines seem right. But I think there is a bug in how the stream tracer handles multiblock data, because if I change the stream tracer input to the whole pipe data set, instead of just the fluid block, some stream lines go straight to the void like you described. Can you try setting up the pipeline as I did using ExtractBlock and compare with my image? Leo On Wed, Oct 17, 2012 at 10:51 AM, Magician f_magic...@mac.com wrote: Hi Joe, Tetrahedralize filter is applicable. All cells are splitted into Tetrahedral ones. Try it. Magician On 2012/10/17, at 23:40, Joe Borġ wrote: Thanks Magician, Thanks for testing. What are you using to convert to tet? Is it a ParaView feature? Leo, can the priority of the bug be raised please? Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 14:20, Magician f_magic...@mac.com wrote: Hi Joseph, I tried your data and got a result as yours. Your data only includes Hex, Wedge, Tet and Pyramid, but streamlines are stopped earlier. Same as my polyhedral pipe sample, I applied Tetrahedralize filter to your pipe source, and I could get valid streamlines. Magician Pipe.tar.gz attached to the bug report below, in the form of an Ensight Case. First extract the archive and to open in Paraview, use All files (*) when browsing and select the .encas, then select EnSight Files. Regards, Joseph David Borġ http://www.jdborg.com On 12 October 2012 03:28, Yuanxin Liu leo.liu at kitware.com wrote: Hi, Is it possible for you to upload the data? By the way, if the cell type is polyhedron, then this is quite likely the same bug as this: http://paraview.org/Bug/view.php?id=13442 Leo On Thu, Oct 11, 2012 at 6:17 AM, Joe Borġ mail at jdborg.com wrote: Hi guys, I've got an odd issue with the stream trace and stream trace custom source filters in Paraview (3.14.1 64bit). No matter what settings I use, the traces die off very soon and some even carry on straight (even when there's no fluid). See the two screenshots I've got from Paraview. http://jdborg.com/images/paraview/pv_inlet.png http://jdborg.com/images/paraview/pv_outlet.png Not sure if this is a setting that's easy to miss or if it's more terminal. Thanks, Regards, Joseph David Borġ http://www.jdborg.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] Inconsistent results with the stream trace filter
Pipe.tar.gz attached to the bug report below, in the form of an Ensight Case. First extract the archive and to open in Paraview, use All files (*) when browsing and select the .encas, then select EnSight Files. Regards, Joseph David Borġ http://www.jdborg.com On 12 October 2012 03:28, Yuanxin Liu leo@kitware.com wrote: Hi, Is it possible for you to upload the data? By the way, if the cell type is polyhedron, then this is quite likely the same bug as this: http://paraview.org/Bug/view.php?id=13442 Leo On Thu, Oct 11, 2012 at 6:17 AM, Joe Borġ m...@jdborg.com wrote: Hi guys, I've got an odd issue with the stream trace and stream trace custom source filters in Paraview (3.14.1 64bit). No matter what settings I use, the traces die off very soon and some even carry on straight (even when there's no fluid). See the two screenshots I've got from Paraview. http://jdborg.com/images/paraview/pv_inlet.png http://jdborg.com/images/paraview/pv_outlet.png Not sure if this is a setting that's easy to miss or if it's more terminal. Thanks, Regards, Joseph David Borġ http://www.jdborg.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
Re: [Paraview] Inconsistent results with the stream trace filter
Hi Joseph, I tried your data and got a result as yours. Your data only includes Hex, Wedge, Tet and Pyramid, but streamlines are stopped earlier. Same as my polyhedral pipe sample, I applied Tetrahedralize filter to your pipe source, and I could get valid streamlines. Magician Pipe.tar.gz attached to the bug report below, in the form of an Ensight Case. First extract the archive and to open in Paraview, use All files (*) when browsing and select the .encas, then select EnSight Files. Regards, Joseph David Borġ http://www.jdborg.com On 12 October 2012 03:28, Yuanxin Liu leo.liu at kitware.com wrote: Hi, Is it possible for you to upload the data? By the way, if the cell type is polyhedron, then this is quite likely the same bug as this: http://paraview.org/Bug/view.php?id=13442 Leo On Thu, Oct 11, 2012 at 6:17 AM, Joe Borġ mail at jdborg.com wrote: Hi guys, I've got an odd issue with the stream trace and stream trace custom source filters in Paraview (3.14.1 64bit). No matter what settings I use, the traces die off very soon and some even carry on straight (even when there's no fluid). See the two screenshots I've got from Paraview. http://jdborg.com/images/paraview/pv_inlet.png http://jdborg.com/images/paraview/pv_outlet.png Not sure if this is a setting that's easy to miss or if it's more terminal. Thanks, Regards, Joseph David Borġ http://www.jdborg.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] Inconsistent results with the stream trace filter
Thanks Magician, Thanks for testing. What are you using to convert to tet? Is it a ParaView feature? Leo, can the priority of the bug be raised please? Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 14:20, Magician f_magic...@mac.com wrote: Hi Joseph, I tried your data and got a result as yours. Your data only includes Hex, Wedge, Tet and Pyramid, but streamlines are stopped earlier. Same as my polyhedral pipe sample, I applied Tetrahedralize filter to your pipe source, and I could get valid streamlines. Magician Pipe.tar.gz attached to the bug report below, in the form of an Ensight Case. First extract the archive and to open in Paraview, use All files (*) when browsing and select the .encas, then select EnSight Files. Regards, Joseph David Borġ http://www.jdborg.com On 12 October 2012 03:28, Yuanxin Liu leo.liu at kitware.com wrote: Hi, Is it possible for you to upload the data? By the way, if the cell type is polyhedron, then this is quite likely the same bug as this: http://paraview.org/Bug/view.php?id=13442 Leo On Thu, Oct 11, 2012 at 6:17 AM, Joe Borġ mail at jdborg.com wrote: Hi guys, I've got an odd issue with the stream trace and stream trace custom source filters in Paraview (3.14.1 64bit). No matter what settings I use, the traces die off very soon and some even carry on straight (even when there's no fluid). See the two screenshots I've got from Paraview. http://jdborg.com/images/paraview/pv_inlet.png http://jdborg.com/images/paraview/pv_outlet.png Not sure if this is a setting that's easy to miss or if it's more terminal. Thanks, Regards, Joseph David Borġ http://www.jdborg.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] Inconsistent results with the stream trace filter
Hi Joe, Tetrahedralize filter is applicable. All cells are splitted into Tetrahedral ones. Try it. Magician On 2012/10/17, at 23:40, Joe Borġ wrote: Thanks Magician, Thanks for testing. What are you using to convert to tet? Is it a ParaView feature? Leo, can the priority of the bug be raised please? Regards, Joseph David Borġ http://www.jdborg.com On 17 October 2012 14:20, Magician f_magic...@mac.com wrote: Hi Joseph, I tried your data and got a result as yours. Your data only includes Hex, Wedge, Tet and Pyramid, but streamlines are stopped earlier. Same as my polyhedral pipe sample, I applied Tetrahedralize filter to your pipe source, and I could get valid streamlines. Magician Pipe.tar.gz attached to the bug report below, in the form of an Ensight Case. First extract the archive and to open in Paraview, use All files (*) when browsing and select the .encas, then select EnSight Files. Regards, Joseph David Borġ http://www.jdborg.com On 12 October 2012 03:28, Yuanxin Liu leo.liu at kitware.com wrote: Hi, Is it possible for you to upload the data? By the way, if the cell type is polyhedron, then this is quite likely the same bug as this: http://paraview.org/Bug/view.php?id=13442 Leo On Thu, Oct 11, 2012 at 6:17 AM, Joe Borġ mail at jdborg.com wrote: Hi guys, I've got an odd issue with the stream trace and stream trace custom source filters in Paraview (3.14.1 64bit). No matter what settings I use, the traces die off very soon and some even carry on straight (even when there's no fluid). See the two screenshots I've got from Paraview. http://jdborg.com/images/paraview/pv_inlet.png http://jdborg.com/images/paraview/pv_outlet.png Not sure if this is a setting that's easy to miss or if it's more terminal. Thanks, Regards, Joseph David Borġ http://www.jdborg.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] Inconsistent results with the stream trace filter
Hi guys, I've got an odd issue with the stream trace and stream trace custom source filters in Paraview (3.14.1 64bit). No matter what settings I use, the traces die off very soon and some even carry on straight (even when there's no fluid). See the two screenshots I've got from Paraview. http://jdborg.com/images/paraview/pv_inlet.png http://jdborg.com/images/paraview/pv_outlet.png Not sure if this is a setting that's easy to miss or if it's more terminal. Thanks, Regards, Joseph David Borġ http://www.jdborg.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] Inconsistent results with the stream trace filter
Hi, Is it possible for you to upload the data? By the way, if the cell type is polyhedron, then this is quite likely the same bug as this: http://paraview.org/Bug/view.php?id=13442 Leo On Thu, Oct 11, 2012 at 6:17 AM, Joe Borġ m...@jdborg.com wrote: Hi guys, I've got an odd issue with the stream trace and stream trace custom source filters in Paraview (3.14.1 64bit). No matter what settings I use, the traces die off very soon and some even carry on straight (even when there's no fluid). See the two screenshots I've got from Paraview. http://jdborg.com/images/paraview/pv_inlet.png http://jdborg.com/images/paraview/pv_outlet.png Not sure if this is a setting that's easy to miss or if it's more terminal. Thanks, Regards, Joseph David Borġ http://www.jdborg.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