[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ġ 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
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 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ġ 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 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ġ 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 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 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ġ 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 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 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ġ 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 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 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 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 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ġ >> 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
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ġ 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 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 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 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 >>> 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ġ >>> 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, 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ġ 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 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ġ 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 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 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 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 > 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ġ > 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/un
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 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ġ 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 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ġ 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 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 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 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 >> 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ġ >> 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, >> > > >
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_Install&oldid=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 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 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ġ 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 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ġ 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 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 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 wrote: >>> > Hi Joseph, >>> > >>> > >>> > I tried your data and got a result as yours. >>>
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ġ 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_Install&oldid=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 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 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ġ 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 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ġ 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 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 >>> 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 us
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 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ġ 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_Install&oldid=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 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 > 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ġ 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 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ġ 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 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 th
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ġ 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 > 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ġ 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_Install&oldid=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 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 >> >> 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ġ 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 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ġ 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 wrote:
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 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ġ 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 > > 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ġ 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_Install&oldid=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 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 > >> >> 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ġ 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 wrote: > >> > > >> > No, I did not use Tetrahedralize. > >> > > >> > Are you using the lastest development version? Are you running > >
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ġ 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 > 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ġ 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 >> > 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ġ 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_Install&oldid=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 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 >> >> >> 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ġ wrote: >> >> >> >> Hi, >> >> >> >> I am using 3.14.1 64-bit on a single core (if I enable multi-core, >> >> it >> >> become
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 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ġ 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 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ġ 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 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 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 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 >> 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ġ >> 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, >> > > >> >> > > >>
Re: [Paraview] Inconsistent results with the stream trace filter
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ġ 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 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ġ 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 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ġ 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 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 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 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 >>> 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ġ >>> 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). >>> > > >> >>> >
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 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ġ 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 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ġ 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 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ġ 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 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 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 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 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ġ wr
