From brockp at umich.edu Thu Oct 1 00:13:43 2015 From: brockp at umich.edu (Brock Palen) Date: Thu, 1 Oct 2015 00:13:43 -0400 Subject: [Paraview] Cross Site collaborative visualization Message-ID: <36C4BF1E-E0CF-49D1-A28A-A6260986EE59@umich.edu> I?m looking at a need to allow off campus and public (k-12, other schools) the ability to visualize data we host at our site. Along with these remote users, it would be nice if we could have multiple remote users share the same interactive vis session. Would paraview Web be the way todo this? Is there another tool or way you think we should do this? What is the status of ParaView Web? Is it maintained and if so is that expected to stay the case for ~5 years? Thanks! Brock Palen www.umich.edu/~brockp Assoc. Director Advanced Research Computing - TS XSEDE Campus Champion brockp at umich.edu (734)936-1985 From liuwukai at yahoo.com Thu Oct 1 08:12:12 2015 From: liuwukai at yahoo.com (kai liu) Date: Thu, 1 Oct 2015 12:12:12 +0000 (UTC) Subject: [Paraview] ParaViewWeb - Issues with Loading ASCII STL file & Rendering the Output Fields In-Reply-To: References: Message-ID: <893976544.3970867.1443701532531.JavaMail.yahoo@mail.yahoo.com> Cory, Yes.?ParaView's master branch works fine with?STL load issue now. Thank you for your help! Kai L. On Wednesday, September 30, 2015 11:03 AM, Cory Quammen wrote: Kai, Thanks for filing these bug reports. I believe the STL load issue is already fixed in ParaView's master branch, but the bug fix did not make it into version 4.4. Best regards,Cory On Tue, Sep 29, 2015 at 7:13 PM, kai liu wrote: Hi Scott, I have filed both bug reports:?STL file load issue and?surface with edges issue in local rendering.? http://www.paraview.org/Bug/view.php?id=15747 http://www.paraview.org/Bug/view.php?id=15748 Please let me know if I need to make changes/corrections in the bug reports. Thank you for all your assistance. Kai L. On Tuesday, September 29, 2015 11:04 AM, Scott Wittenburg wrote: Hello Kai, ? ?Now after doing a clean build of a recent ParaView master, it seems I can no longer see the Mitchel.stl file, and the server produces the error logs you have mentioned somewhere above about the being unable to read the reading point.? So I would say at this point, there is perhaps a bug in the stl reader.? I wonder if you would be willing to file a bug report?? Maybe two while you're at it? 1) stl file load issue, it would be great if you are able to upload a file that can be used to reproduce the issue, something you don't mind sharing. 2) surface with edges issue in ParaViewWeb when doing local rendering We are still keeping track of bugs with Mantis for the time being: http://www.paraview.org/Bug/my_view_page.php Thanks!? Someone will get around to these when we get some time, but we probably can't estimate when that will be. Cheers,Scott On Sat, Sep 26, 2015 at 6:43 PM, kai liu wrote: Dear Scott, Should I just wait for the next patch release for the local rendering (WebGL)?"Surface with edges" issue?? I just tried the following commands to obtain the source from the GitLab and rebuilt the ParaViewWeb 4.4 with OSMesa, but it still does not resolve my stl loading issue. Am I still not getting latest 4.4 release with all the commits?. git clone?https://gitlab.kitware.com/paraview/paraview.git?srccd src ? ? ? ? ?git submodule update --init On the other hand, I also tried to download and build from master .tar.gz file from the GitLab, but it seems not to have the latest?submodule. I got the following error message: CMake Error at CMakeLists.txt:625 (include):? ?include could not find load file: ? ? ?vtkModuleAPI ?CMake Error at CMakeLists.txt:626 (include):? ?include could not find load file: ? ? ?vtkModuleMacros ?CMake Error at CMake/ParaViewMacros.cmake:416 (include):? ?include could not find load file: ? ? ?vtkForwardingExecutable I am not sure how to update to the latest?submodule since I did not use the git to clone the source. Thank you again! Kai L. On Friday, September 25, 2015 4:28 PM, Scott Wittenburg wrote: On Fri, Sep 25, 2015 at 3:24 PM, kai liu wrote: Dear Scott: I do not have problems setting the representation to "Surface" with color "T" in local deprecated rendering mode. However, I do get the same error message with?representation set to ?"Surface with edges" or "Wireframe"?with color "T" in local deprecated rendering.? But "Surface with edges" and "Wireframe"?with color "T" in remote rendering are fine.? When I click "choose?palette" , select "Cool to Warm" and click apply properties for my cube data sample, it does not apply to the?geometry. One thing I have noticed is that it seems to have post backs twice because the drop-down menu selection goes from "Cool to Warm" to "choose platter" ?after I clicked apply properties. Could this be my sever response issue? I think it probably is applying the color palette you choose to the geometry.? Think of the color palette as the starting point for your coloring scheme, and from there you can add and remove colors from the lookup table at will.? For this reason, we don't keep the value you choose for color palette in the drop-down box, because as soon as you adjust the lookup table, that palette name would no longer match the lookup table you're using.? Since the default color palette is "Cool to Warm", you don't notice any change when you choose that one again.? And since your data arrays have a numeric range of 0, you should just see blue.? If you change the color palette to "Red to Blue Rainbow", in your case, you will see the data become all red, though the color palette drop-down will not change.? Also there is always ?latency between user inputs and?visualization. What I meant is that when users select and apply different properties to the?visualization, it seems to take awhile to apply those properties. For example, color management's representation and color selections. Could the latency be due to our ubuntu sever specifications? Some latency is expected, but I guess the question is how much latency you are seeing when changing properties and applying them.? A second to a couple of seconds is normal to apply property changes, but it could vary with the data you are visualizing.? Could you please provide me the latest master git HTTPS clone URL ? I can try and rebuild the ParaViewWeb 4.4 with OSMesa.? We have moved to gitlab recently, and I don't think you should need an account or anything to access the repo there.? Try this url: https://gitlab.kitware.com/paraview/paraview.git On the main gitlab page (https://gitlab.kitware.com/paraview/paraview) you should find links to the new development workflow documentation which can guide you through the process.? My new question is that if we would like to start ParaViewWeb with our own default ?view. For example, set the representation always to "Surface with edges", Set color always to "T" , set palette always to "Cool to Warm" and etc. Do we simply modify the HTML markup and possibly modify/add JavaScript to those files in www directory??. What would be the best way to handle this situation? That is probably not the way I would go with it, but I think this is beyond the scope of normal mailing list support questions.? If you are interested in customizing the Web Visualizer for your own needs, you could consider a support contract.? See here for some information: http://www.kitware.com/products/consulting.html Hope this helps. Cheers,Scott? Sorry for all the questions. Thank you very much! Kai L On Friday, September 25, 2015 1:09 PM, Scott Wittenburg wrote: Hello Kai, ? ?So in doing some more testing it seems, that the problem may actually be with the webgl exporter when you set the representation to "Surface with edges".? Can you try to see if you have the problem with just "Surface"?? In that case, there is potentially a bug in the geometry exporter. ? ?Regarding the stl file issue, I did follow the same steps to build ParaViewWeb which you provided (just using hardware rendering rather than OSMesa) and I see the same issue you described.? So in this case, it seems like maybe some commit since the 4.4 release has fixed an issue with the stl reader.? If you are able to get the latest master and build it, that could fix your stl loading problem. Hope this helps. Cheers,Scott On Fri, Sep 25, 2015 at 12:45 PM, kai liu wrote: Dear Scott: Thank you for the testings. ?1) Regarding using local rendering on the cube data file: It seems that with local rendering, we may not properly handle coloring by arrays where the data range is 0 (e.g. the range of T in your case was?[303.1499938964844, 303.1499938964844]).? I was able to use local rendering by first loading the data, then choosing a local rendering approach (either worked fine), and then going back and coloring by T.? This could be a workaround if you need to test the speed of local rendering vs remote. Kai's Response: My?local deprecated (WebGL) rendering seems quite fast now when I load ParaView Datasets.? I was not able to use local rendering (Local VGL or Local Deprecated) on my cube data file. I first loaded the data, chose local (Deprecated) option and then went back to color by T. I got the same error message: WebSocket connection to 'ws://XXXX:8080/proxy?sessionId=7bb6e67a-63a9-11e5-9b44-00155dd73e0d' failed: Error during WebSocket handshake: Unexpected response code: 503 . I believe the server side process indeed crashed. However, remote rendering does seem to work fine with T color. The speed of local rendering is very slow, but the speed of local deprecated (WebGL) rendering is very fast now.? 2) Regarding loading the .stl file, I did not run into the same issue as you did, i.e. the .stl file loaded without any problems.? The paraviewweb I am running was built from master which is a day or so old, so I'm wondering what version you may have compiled? Kai's Response: I tried .stl file a couple of times again and still the same. I do not see the geometry in ParaViewWeb, and the log file has the same error message as before. Currently my Ubuntu 14.04 has ParaViewWeb - 4.4 version. I built this on 09/22/2015. The following is the commands I used to obtain the source: Get ParaViewWeb by a Specific Version git clone git://paraview.org/ParaView.git srccd srcgit checkout v4.4.0git submodule update --init When I build ParaViewWeb 4.3 in July, 2015, I used the following commands: Get the latest ParaViewWeb source? git clone git://paraview.org/stage/ParaView.git srccd src ? ? ? ? ?git submodule update --init I have put my responses inline below again .... On Fri, Sep 25, 2015 at 9:15 AM, kai liu??wrote: Dear Scott, Thanks for your quick response, I have also put my?responses inline below with light blue color : Issue 1:?Loading ASCII stl file When I try to load my ASCII stl file on the ParaviewWeb, I receive the following error message in my log file. However, desktop ParaView application loads the file fine.? ERROR: In /home/user/ParaViewWeb/ParaView/src/VTK/IO/Geometry/vtkSTLReader.cxx, line 461vtkSTLReader (0x5d89b50): STLReader: error while reading file /home/user/ParaViewWeb/data/Mitchell_Lee_Administration_ReckordArmory_.stl at line 14: unable to read reading point. ERROR: In /home/user/ParaViewWeb/ParaView/src/VTK/Common/ExecutionModel/vtkExecutive.cxx, line 784vtkPVCompositeDataPipeline (0x5d84f70): Algorithm vtkFileSeriesReader(0x5d881b0) returned failure for request: vtkInformation (0x5d97f30)? Debug: Off? Modified Time: 225417? Reference Count: 1? Registered Events: (none)? Request: REQUEST_DATA? FROM_OUTPUT_PORT: 0? ALGORITHM_AFTER_FORWARD: 1? FORWARD_DIRECTION: 0 Did you build the ParaView desktop application in the same build as the version you're using to run ParaViewWeb?? Maybe you could try to take one of the standard ParaView datasets and try to load it in ParaViewWeb, and see if you have the same issue you mentioned above.? To get this data if you don't already have it, go here: http://www.paraview.org/download/ And under "Type of Download", choose "Data, Documentation, and Tutorials".? Once you get this data, try opening the "disk_out_ref.ex2" file in ParaViewWeb.? If you see the same issue as above, then there could be something going on with the way you have built ParaView, which we can try to figure out at that point.? If you do not see the same issue as above, then perhaps you could send me (off the list) a sample data file I could use to try to replicate the problem and debug it on this end. Kai's Response? I did not build the ParaView desktop application. I installed ParaView 4.1.0 through the Ubuntu terminal using ?sudo?apt-get?install?paraviewopenfoam410?.? I tested files with?local?ParaView desktop application as well as local ParaViewWeb. My Ubuntu 14.04 server does not have ParaView application, and it has only ParaViewWeb. Both server and local ParaViewWeb produce the same issues.? I have tested?"disk_out_ref.ex2" file in ParaViewWeb, and it seems to be okay. I will send you the sample data files privately.? Just so I am clear.? Your "local" version is the one you install via apt-get?? And the Ubuntu 14.04 server version is the one you built yourself?? Did you download a source bundle to build the server one?? If so, do you know what version you downloaded and built on your server? Kai's Response: I apologize for the confusion. I built both my "local" and "sever" ParaViewWeb 4.4.0 with OSMesa using the following commands: git clone git://paraview.org/ParaView.git srccd srcgit checkout v4.4.0git submodule update --init I had to use git checkout v4.4.0 because last time the repository head was 4.3 version.? My "local" ParaView 4.1 desktop application was installed via apt-get. When I said ParaView desktop application, I am not referring to the ParaViewWeb at all. I always refer ParaView and ParaViewWeb as two applications.? Please note that I had also tried ParaViewWeb 4.1 and 4.3 on both my "local" and "server", they both had the same issues in loading the ASCII STL file and rendering the output fields, which would be the same issues currently I am experiencing in ParaViewWeb 4.4. ? Issue 2:? If I do the following selections on the ParaViewWeb, I always receive?src/VTK/Common/Core/vtkDataArrayTemplate.h:191: T vtkDataArrayTemplate::GetValue(vtkIdType) [with T = float; vtkIdType = long long int]: Assertion `id >= 0 && id < this->Size' failed?message in the log file and cause the web socket connection closed. ? 2015-09-23 17:33:52-0400 [-] Log opened.2015-09-23 17:33:53-0400 [-] Site starting on 90092015-09-23 17:33:53-0400 [-] Starting factory 2015-09-23 17:33:53-0400 [HTTPChannel,0,127.0.0.1] Client has reconnected, cancelling reaper2015-09-23 17:33:53-0400 [HTTPChannel,0,127.0.0.1] on_connect: connection count = 1pvpython: /home/user/ParaViewWeb/ParaView/src/VTK/Common/Core/vtkDataArrayTemplate.h:191: T vtkDataArrayTemplate::GetValue(vtkIdType) [with T = float; vtkIdType = long long int]: Assertion `id >= 0 && id < this->Size' failed. ---------------------------------------------------------------------------------------------------------------------------------------------------------------- WebSocket connection to 'ws://XXXXXXXXXXX:8080/proxy?sessionId=0c562ad6-623f-11e5-9b44-00155dd73e0d' failed: Error during WebSocket handshake: Unexpected response code: 503 I checked HTTP traffic, it has the following message. I assume the connection is closed because of the above error.? I wonder if the server side process crashed as a result of the error you see in the log file?? That would explain the websocket connection error.? Again, trying a known data set like "disk_out_ref.ex2" may help us to pinpoint problem which caused the error output you saw above. Kai's Response? My?unintelligent question is how could I determine if the server side process crashed?? One approach: Use a terminal on the machine where ParaViewWeb is running and type: ps -ef | grep pvpython If the process is running, you should see a pvpython instance running, where your pv_web_visualizer.py script is the argument, along with any other arguments your launcher provided when it started the process for you.? Something like: /path/to/paraview/build/bin/pvpython /path/to/paraview/build/lib/site-packages/paraview/web/pv_web_visualizer.py --port 9999 --data-dir /blah/blah/blah In the case of the cube you shared with me, the process did indeed crash as a result of the steps you provided. Kai's Response: Thank you for the command and the explanations. ? ? Issue 3: Slow ParaViewWeb My ParaViewWeb is very slow. Even I change the rendering mode to WebGL, It is still very slow. The Ubuntu 14.04 Sever ?specifications are the following: - 8 Cores?- 8 GB RAM??- 2.3 Ghz processors To get faster rendering with OSMesa, you may try building a recent version of OSMesa using Gallium + LLVMPipe.? See here: http://www.paraview.org/Wiki/ParaView/ParaView_And_Mesa_3D But even that won't be as fast as hardware rendering (not using OSMesa).? I'm not sure why you don't see a speedup when switching to WebGL, though, for if your data is small enough to all fit in within the GPU of your desktop or laptop, then it should be faster than offscreen rendering on the server, once the data is loaded. Kai's Response? I believe my build?is based on??recent version of OSMesa using Gallium + LLVMPipe Mesa 9.2.2 OSMesa Gallium llvmpipe make -j4 autoreconf -fi ./configure \CXXFLAGS="-O2 -g -DDEFAULT_SOFTWARE_DEPTH_BITS=31"?\CFLAGS="-O2 -g -DDEFAULT_SOFTWARE_DEPTH_BITS=31"?\--disable-xvmc \--disable-glx \--disable-dri \--with-dri-drivers=""?\--with-gallium-drivers="swrast"?\--enable-texture-float?\--disable-shared-glapi \--disable-egl \--with-egl-platforms=""?\--enable-gallium-osmesa \--enable-gallium-llvm=yes \--with-llvm-shared-libs \--prefix=/opt/mesa/9.2.2/llvmpipe make?-j2 make?-j4 install This looks fine to me, though I believe OSMesa Gallium llvmpipe has moved along quite a few versions since that documentation was written, so building a more recent one could be something to try.? When I built ParaViewWeb, The following is what I changed when I generated the cmake file: PARAVIEW_ENABLE_PYTHON ?????ONPARAVIEW_BUILD_QT_GUI ??????OFFCMAKE_INSTALL_PREFIX ???????/.../ParaView/installVTK_USE_X ??????????????????OFFOPENGL_INCLUDE_DIR ?????????/opt/mesa/9.2.2/llvmpipe/includeOPENGL_gl_LIBRARYOPENGL_glu_LIBRARY ?????????/opt/mesa/9.2.2/llvmpipe/lib/libGLU.so ... [Message clipped]?? -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Thu Oct 1 09:21:46 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Thu, 1 Oct 2015 09:21:46 -0400 Subject: [Paraview] ParaViewWeb - Issues with Loading ASCII STL file & Rendering the Output Fields In-Reply-To: <893976544.3970867.1443701532531.JavaMail.yahoo@mail.yahoo.com> References: <893976544.3970867.1443701532531.JavaMail.yahoo@mail.yahoo.com> Message-ID: Kai, You are welcome! Thanks for letting us know the problem is resolved for you. Cory On Thu, Oct 1, 2015 at 8:12 AM, kai liu wrote: > Cory, > > Yes. ParaView's master branch works fine with STL load issue now. Thank > you for your help! > > Kai L. > > > > On Wednesday, September 30, 2015 11:03 AM, Cory Quammen < > cory.quammen at kitware.com> wrote: > > > Kai, > > Thanks for filing these bug reports. I believe the STL load issue is > already fixed in ParaView's master branch, but the bug fix did not make it > into version 4.4. > > Best regards, > Cory > > On Tue, Sep 29, 2015 at 7:13 PM, kai liu wrote: > > Hi Scott, > > I have filed both bug reports: STL file load issue and surface with edges > issue in local rendering. > > http://www.paraview.org/Bug/view.php?id=15747 > > http://www.paraview.org/Bug/view.php?id=15748 > > Please let me know if I need to make changes/corrections in the bug > reports. > > Thank you for all your assistance. > > Kai L. > > > > On Tuesday, September 29, 2015 11:04 AM, Scott Wittenburg < > scott.wittenburg at kitware.com> wrote: > > > Hello Kai, > > Now after doing a clean build of a recent ParaView master, it seems I > can no longer see the Mitchel.stl file, and the server produces the error > logs you have mentioned somewhere above about the being unable to read the > reading point. So I would say at this point, there is perhaps a bug in the > stl reader. I wonder if you would be willing to file a bug report? Maybe > two while you're at it? > > 1) stl file load issue, it would be great if you are able to upload a file > that can be used to reproduce the issue, something you don't mind sharing. > > 2) surface with edges issue in ParaViewWeb when doing local rendering > > We are still keeping track of bugs with Mantis for the time being: > > http://www.paraview.org/Bug/my_view_page.php > > Thanks! Someone will get around to these when we get some time, but we > probably can't estimate when that will be. > > Cheers, > Scott > > On Sat, Sep 26, 2015 at 6:43 PM, kai liu wrote: > > > Dear Scott, > > Should I just wait for the next patch release for the local rendering > (WebGL) "Surface with edges" issue? > > > I just tried the following commands to obtain the source from the GitLab > and rebuilt the ParaViewWeb 4.4 with OSMesa, but it still does not resolve > my stl loading issue. Am I still not getting latest 4.4 release with all > the commits? > . > > git clone https://gitlab.kitware.com/paraview/paraview.git src > cd src > git submodule update --init > > > On the other hand, I also tried to download and build from master .tar.gz > file from the GitLab, but it seems not to have the latest submodule. I > got the following error message: > > CMake Error at CMakeLists.txt:625 (include): > include could not find load file: > > vtkModuleAPI > > > > CMake Error at CMakeLists.txt:626 (include): > include could not find load file: > > vtkModuleMacros > > > > CMake Error at CMake/ParaViewMacros.cmake:416 (include): > include could not find load file: > > vtkForwardingExecutable > > > I am not sure how to update to the latest submodule since I did not use > the git to clone the source. > > Thank you again! > > Kai L. > > > > > On Friday, September 25, 2015 4:28 PM, Scott Wittenburg < > scott.wittenburg at kitware.com> wrote: > > > > > On Fri, Sep 25, 2015 at 3:24 PM, kai liu wrote: > > Dear Scott: > > I do not have problems setting the representation to "Surface" with color > "T" in local deprecated rendering mode. However, I do get the same error > message with representation set to "Surface with edges" or "Wireframe" with > color "T" in local deprecated rendering. > > But "Surface with edges" and "Wireframe" with color "T" in remote > rendering are fine. > > When I click "choose palette" , select "Cool to Warm" and click apply > properties for my cube data sample, it does not apply to the geometry. One > thing I have noticed is that it seems to have post backs twice because the > drop-down menu selection goes from "Cool to Warm" to "choose platter" > after I clicked apply properties. Could this be my sever response issue? > > > I think it probably is applying the color palette you choose to the > geometry. Think of the color palette as the starting point for your > coloring scheme, and from there you can add and remove colors from the > lookup table at will. For this reason, we don't keep the value you choose > for color palette in the drop-down box, because as soon as you adjust the > lookup table, that palette name would no longer match the lookup table > you're using. Since the default color palette is "Cool to Warm", you don't > notice any change when you choose that one again. And since your data > arrays have a numeric range of 0, you should just see blue. If you change > the color palette to "Red to Blue Rainbow", in your case, you will see the > data become all red, though the color palette drop-down will not change. > > > Also there is always latency between user inputs and visualization. What > I meant is that when users select and apply different properties to the visualization, > it seems to take awhile to apply those properties. For example, color > management's representation and color selections. Could the latency be due > to our ubuntu sever specifications? > > > Some latency is expected, but I guess the question is how much latency you > are seeing when changing properties and applying them. A second to a > couple of seconds is normal to apply property changes, but it could vary > with the data you are visualizing. > > > Could you please provide me the latest master git HTTPS clone URL ? I can > try and rebuild the ParaViewWeb 4.4 with OSMesa. > > > We have moved to gitlab recently, and I don't think you should need an > account or anything to access the repo there. Try this url: > > https://gitlab.kitware.com/paraview/paraview.git > > On the main gitlab page (https://gitlab.kitware.com/paraview/paraview) > you should find links to the new development workflow documentation which > can guide you through the process. > > > My new question is that if we would like to start ParaViewWeb with our own > default view. For example, set the representation always to "Surface with > edges", Set color always to "T" , set palette always to "Cool to Warm" and > etc. Do we simply modify the HTML markup and possibly modify/add JavaScript > to those files in www directory? . What would be the best way to handle > this situation? > > > That is probably not the way I would go with it, but I think this is > beyond the scope of normal mailing list support questions. If you are > interested in customizing the Web Visualizer for your own needs, you could > consider a support contract. See here for some information: > > http://www.kitware.com/products/consulting.html > > Hope this helps. > > Cheers, > Scott > > > Sorry for all the questions. Thank you very much! > > Kai L > > > > On Friday, September 25, 2015 1:09 PM, Scott Wittenburg < > scott.wittenburg at kitware.com> wrote: > > > Hello Kai, > > So in doing some more testing it seems, that the problem may actually > be with the webgl exporter when you set the representation to "Surface with > edges". Can you try to see if you have the problem with just "Surface"? > In that case, there is potentially a bug in the geometry exporter. > > Regarding the stl file issue, I did follow the same steps to build > ParaViewWeb which you provided (just using hardware rendering rather than > OSMesa) and I see the same issue you described. So in this case, it seems > like maybe some commit since the 4.4 release has fixed an issue with the > stl reader. If you are able to get the latest master and build it, that > could fix your stl loading problem. > > Hope this helps. > > Cheers, > Scott > > > On Fri, Sep 25, 2015 at 12:45 PM, kai liu wrote: > > Dear Scott: > > Thank you for the testings. > > > 1) Regarding using local rendering on the cube data file: It seems that > with local rendering, we may not properly handle coloring by arrays where > the data range is 0 (e.g. the range of T in your case was [303.1499938964844, > 303.1499938964844]). I was able to use local rendering by first loading > the data, then choosing a local rendering approach (either worked fine), > and then going back and coloring by T. This could be a workaround if you > need to test the speed of local rendering vs remote. > > *Kai's Response:* > > My local deprecated (WebGL) rendering seems quite fast now when I load > ParaView Datasets. > > I was not able to use local rendering (Local VGL or Local Deprecated) on > my cube data file. I first loaded the data, chose local (Deprecated) option > and then went back to color by T. I got the same error message: WebSocket > connection to > 'ws://XXXX:8080/proxy?sessionId=7bb6e67a-63a9-11e5-9b44-00155dd73e0d' > failed: Error during WebSocket handshake: Unexpected response code: 503 . I > believe the server side process indeed crashed. However, remote rendering > does seem to work fine with T color. The speed of local rendering is very > slow, but the speed of local deprecated (WebGL) rendering is very fast now. > > > 2) Regarding loading the .stl file, I did not run into the same issue as > you did, i.e. the .stl file loaded without any problems. The paraviewweb I > am running was built from master which is a day or so old, so I'm wondering > what version you may have compiled? > > *Kai's Response:* > > I tried .stl file a couple of times again and still the same. I do not see > the geometry in ParaViewWeb, and the log file has the same error message as > before. Currently my Ubuntu 14.04 has ParaViewWeb - 4.4 version. I built > this on 09/22/2015. The following is the commands I used to obtain the > source: > > *Get ParaViewWeb by a Specific Version* > > git clone git://paraview.org/ParaView.git src > cd src > git checkout v4.4.0 > git submodule update --init > > > When I build ParaViewWeb 4.3 in July, 2015, I used the following commands: > > *Get the latest ParaViewWeb source * > > git clone git://paraview.org/stage/ParaView.git src > cd src > git submodule update --init > > > > I have put my responses inline below again .... > > > > > On Fri, Sep 25, 2015 at 9:15 AM, kai liu wrote: > > Dear Scott, > > Thanks for your quick response, I have also put my responses inline below > with light blue color : > > > > > *Issue 1: Loading ASCII stl file* > > When I try to load my ASCII stl file on the ParaviewWeb, I receive the > following error message in my log file. However, desktop ParaView > application loads the file fine. > > ERROR: In > /home/user/ParaViewWeb/ParaView/src/VTK/IO/Geometry/vtkSTLReader.cxx, line > 461 > vtkSTLReader (0x5d89b50): STLReader: error while reading file > /home/user/ParaViewWeb/data/Mitchell_Lee_Administration_ReckordArmory_.stl > at line 14: unable to read reading point. > > ERROR: In > /home/user/ParaViewWeb/ParaView/src/VTK/Common/ExecutionModel/vtkExecutive.cxx, > line 784 > vtkPVCompositeDataPipeline (0x5d84f70): Algorithm > vtkFileSeriesReader(0x5d881b0) returned failure for request: vtkInformation > (0x5d97f30) > Debug: Off > Modified Time: 225417 > Reference Count: 1 > Registered Events: (none) > Request: REQUEST_DATA > FROM_OUTPUT_PORT: 0 > ALGORITHM_AFTER_FORWARD: 1 > FORWARD_DIRECTION: 0 > > > Did you build the ParaView desktop application in the same build as the > version you're using to run ParaViewWeb? Maybe you could try to take one > of the standard ParaView datasets and try to load it in ParaViewWeb, and > see if you have the same issue you mentioned above. To get this data if > you don't already have it, go here: > > http://www.paraview.org/download/ > > And under "Type of Download", choose "Data, Documentation, and > Tutorials". Once you get this data, try opening the "disk_out_ref.ex2" > file in ParaViewWeb. If you see the same issue as above, then there could > be something going on with the way you have built ParaView, which we can > try to figure out at that point. If you do not see the same issue as > above, then perhaps you could send me (off the list) a sample data file I > could use to try to replicate the problem and debug it on this end. > > > Kai's Response > > I did not build the ParaView desktop application. I installed ParaView > 4.1.0 through the Ubuntu terminal using > *sudo apt-get install paraviewopenfoam410 . * > > I tested files with local ParaView desktop application as well as local > ParaViewWeb. My Ubuntu 14.04 server does not have ParaView application, and > it has only ParaViewWeb. Both server and local ParaViewWeb produce the same > issues. > > I have tested "disk_out_ref.ex2" file in ParaViewWeb, and it seems to be > okay. I will send you the sample data files privately. > > > > Just so I am clear. Your "local" version is the one you install via > apt-get? And the Ubuntu 14.04 server version is the one you built > yourself? Did you download a source bundle to build the server one? If > so, do you know what version you downloaded and built on your server? > > *Kai's Response:* > > I apologize for the confusion. I built both my "local" and "sever" > ParaViewWeb 4.4.0 with OSMesa using the following commands: > > git clone git://paraview.org/ParaView.git src > cd src > git checkout v4.4.0 > git submodule update --init > > I had to use *git checkout v4.4.0* because last time the repository head > was 4.3 version. > > My "local" ParaView 4.1 desktop application was installed via apt-get. > When I said ParaView desktop application, I am not referring to the > ParaViewWeb at all. I always refer ParaView and ParaViewWeb as two > applications. > > Please note that I had also tried ParaViewWeb 4.1 and 4.3 on both my > "local" and "server", they both had the same issues in loading the ASCII > STL file and rendering the output fields, which would be the same issues > currently I am experiencing in ParaViewWeb 4.4. > > > > > *Issue 2: * > > If I do the following selections on the ParaViewWeb, I always receive src/VTK/Common/Core/vtkDataArrayTemplate.h:191: > T vtkDataArrayTemplate::GetValue(vtkIdType) [with T = float; vtkIdType = > long long int]: Assertion `id >= 0 && id < this->Size' failed message in > the log file and cause the web socket connection closed. > > [image: Inline image] > > > > > 2015-09-23 17:33:52-0400 [-] Log opened. > 2015-09-23 17:33:53-0400 [-] Site starting on 9009 > 2015-09-23 17:33:53-0400 [-] Starting factory instance at 0x7fb6f2e55830> > 2015-09-23 17:33:53-0400 [HTTPChannel,0,127.0.0.1] Client has reconnected, > cancelling reaper > 2015-09-23 17:33:53-0400 [HTTPChannel,0,127.0.0.1] on_connect: connection > count = 1 > pvpython: > /home/user/ParaViewWeb/ParaView/src/VTK/Common/Core/vtkDataArrayTemplate.h:191: > T vtkDataArrayTemplate::GetValue(vtkIdType) [with T = float; vtkIdType = > long long int]: Assertion `id >= 0 && id < this->Size' failed. > > > ---------------------------------------------------------------------------------------------------------------------------------------------------------------- > > WebSocket connection to > 'ws://XXXXXXXXXXX:8080/proxy?sessionId=0c562ad6-623f-11e5-9b44-00155dd73e0d' > failed: Error during WebSocket handshake: Unexpected response code: 503 > > > I checked HTTP traffic, it has the following message. I assume the > connection is closed because of the above error. > > > > I wonder if the server side process crashed as a result of the error you > see in the log file? That would explain the websocket connection error. > Again, trying a known data set like "disk_out_ref.ex2" may help us to > pinpoint problem which caused the error output you saw above. > > > Kai's Response > > My unintelligent question is how could I determine if the server side > process crashed? > > > > One approach: Use a terminal on the machine where ParaViewWeb is running > and type: > > ps -ef | grep pvpython > > If the process is running, you should see a pvpython instance running, > where your pv_web_visualizer.py script is the argument, along with any > other arguments your launcher provided when it started the process for > you. Something like: > > /path/to/paraview/build/bin/pvpython > /path/to/paraview/build/lib/site-packages/paraview/web/pv_web_visualizer.py > --port 9999 --data-dir /blah/blah/blah > > In the case of the cube you shared with me, the process did indeed crash > as a result of the steps you provided. > > *Kai's Response:* > > Thank you for the command and the explanations. > > > > > > > > > *Issue 3: Slow ParaViewWeb* > > My ParaViewWeb is very slow. Even I change the rendering mode to WebGL, It > is still very slow. The Ubuntu 14.04 Sever specifications are the > following: > > - 8 Cores > - 8 GB RAM > - 2.3 Ghz processors > > > To get faster rendering with OSMesa, you may try building a recent version > of OSMesa using Gallium + LLVMPipe. See here: > > http://www.paraview.org/Wiki/ParaView/ParaView_And_Mesa_3D > > But even that won't be as fast as hardware rendering (not using OSMesa). > I'm not sure why you don't see a speedup when switching to WebGL, though, > for if your data is small enough to all fit in within the GPU of your > desktop or laptop, then it should be faster than offscreen rendering on the > server, once the data is loaded. > > Kai's Response > > I believe my build is based on recent version of OSMesa using Gallium + > LLVMPipe > > *Mesa 9.2.2 OSMesa Gallium llvmpipe* > > make -j4 > > autoreconf -fi > > ./configure \ > CXXFLAGS="-O2 -g -DDEFAULT_SOFTWARE_DEPTH_BITS=31" \ > CFLAGS="-O2 -g -DDEFAULT_SOFTWARE_DEPTH_BITS=31" \ > --disable-xvmc \ > --disable-glx \ > --disable-dri \ > --with-dri-drivers="" \ > --with-gallium-drivers="swrast" \ > --enable-texture-float \ > --disable-shared-glapi \ > --disable-egl \ > --with-egl-platforms="" \ > --enable-gallium-osmesa \ > --enable-gallium-llvm=yes \ > --with-llvm-shared-libs \ > --prefix=/opt/mesa/9.2.2/llvmpipe > > > *make -j2* > *make -j4 install* > > > This looks fine to me, though I believe OSMesa Gallium llvmpipe has moved > along quite a few versions since that documentation was written, so > building a more recent one could be something to try. > > > > When I built ParaViewWeb, The following is what I changed when I generated > the cmake file: > > PARAVIEW_ENABLE_PYTHON ON > PARAVIEW_BUILD_QT_GUI OFF > CMAKE_INSTALL_PREFIX /.../ParaView/install > VTK_USE_X OFF > OPENGL_INCLUDE_DIR /opt/mesa/9.2.2/llvmpipe/include > OPENGL_gl_LIBRARY > OPENGL_glu_LIBRARY /opt/mesa/9.2.2/llvmpipe/lib/libGLU.so > > ... > > [Message clipped] > > > > > > > > > > > > > > -- > Cory Quammen > R&D Engineer > Kitware, Inc. > > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Thu Oct 1 11:30:38 2015 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Thu, 1 Oct 2015 09:30:38 -0600 Subject: [Paraview] Cross Site collaborative visualization In-Reply-To: <36C4BF1E-E0CF-49D1-A28A-A6260986EE59@umich.edu> References: <36C4BF1E-E0CF-49D1-A28A-A6260986EE59@umich.edu> Message-ID: Hi Brock, Some answer are provided below. I?m looking at a need to allow off campus and public (k-12, other schools) > the ability to visualize data we host at our site. > What kind of data? Are you expecting dynamic pipeline, or some kind of constrained exploration could be a possibility? > Along with these remote users, it would be nice if we could have multiple > remote users share the same interactive vis session. > ParaViewWeb can definitely share the same server and provide collaboration features, but for that you will need to setup a front-end that will allow connection to existing/running session. There is nothing complex about that, but ParaViewWeb only focus on the visualization aspect not on any specific deployment configuration like collaboration or authentication system. > Would paraview Web be the way todo this? Is there another tool or way you > think we should do this? > ParaViewWeb can certainly provide the most advance access to your data but will require some backend infrastructure and integration work. We also have other approaches that could be more reasonable for a school deployment which will put almost no constraints on the existing infrastructure (No need for server side GPU and so on...) and provide good capabilities of data exploration and visualization in a Web context. > What is the status of ParaView Web? Is it maintained and if so is that > expected to stay the case for ~5 years? > ParaViewWeb is definitely part of ParaView and therefore will be supported for the coming years with improvement expected. We will be presenting at SC15 (Super Computing) on our booth our work in Web Visualization. This will include ParaViewWeb improvements and the announcement of that other project. But we can certainly setup a meeting before that and talk in more details about your goals and what that other project could do for you. Sebastien Jourdain -------------- next part -------------- An HTML attachment was scrubbed... URL: From shermanw at indiana.edu Thu Oct 1 13:18:27 2015 From: shermanw at indiana.edu (William Sherman) Date: Thu, 01 Oct 2015 13:18:27 -0400 Subject: [Paraview] Strange X11 error (BadDrawable) in strange circumstances Message-ID: <560D6AE3.2010005@indiana.edu> Hello ParaViewers, I just encountered a very strange error on a new system that I was building ParaView on. I decided to build the just released version 4.4.0 of ParaView, and used the version of QT that I've been using for all of the 4.x versions of ParaView (QT 4.8.2). Also, I'm using Python 2.6 (with Python enabled), and MPICH2 3.1.4. All of this is running on RedHat Enterprise Linux release 6.7 (Santiago). And here's some GLX info: % glxinfo | grep -i opengl OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: Quadro K6000/PCIe/SSE2 OpenGL version string: 4.5.0 NVIDIA 352.30 OpenGL shading language version string: 4.50 NVIDIA OpenGL extensions: So here's what I get when I run ParaView from the shell: % Build/bin/paraview X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 62 (X_CopyArea) Resource id: 0x0 I googled on that and searched recent ParaView mailing list discussions, but nothing relevant turned up. I then went back and compiled ParaView 4.3.1, and accidentally discovered something bizarre: when I run ParaView from a shell that is ssh'd into the machine (but with the DISPLAY environment set to the local display (:0.0), ParaView Works! But even version 4.3.1 if I run it from a local shell it gives me the "BadDrawable" error. And I then confirmed that ParaView 4.4.0 is giving me the same behavior! It will run if I do this: % ssh localhost % export DISPLAY=:0.0 % paraview That works! I then started comparing environment variables and "set" variables, and started to unset some of the environment variables in the local shell, but none of that seemed to be working. But it did cause me to notice something -- the area where the splash screen would normally appear retained the buffer of whatever was on the screen at that location when these failed paraview executions were active -- ie. if I move a window across that area, only the original screen content remains visible. So recalling there was a "--no-splash" option for ParaView, I figured I'd try that and see what happens -- because when I run ParaView from the remote shells, there is no splash screen, so maybe that's the issue. Well, either my memory is wrong, or the "--no-splash" option was removed from ParaView at some point becuase "--help" doesn't report that option. But I did notice another option that although it says it's only for MS-Windows I tried it out of desperation. And so, I got the console window appearing to tell me that the "--print-monitors" option is only available for MS-Windows. But!!!! somehow, because the Console window is open, the BadDrawable error also appeared on the Console window. And somehow by doing that, ParaView ran! So now ParaView is running from having been executed on the local shell -- but only because I caused an error message to appear before the splash screen was created (which caused the console window to appear, and then the BadDrawable error appears on the console window, and things seem to be working fine. ... Until I close the console window! So it turns out whenever I first access one of the pulldown menus ("File", "Edit", "Sources", etc.) that will also generate a BadDrawable error -- but only the first time, once that menu has been seen, it works fine the rest of the time. The same seems to be true for pulling panels off the ParaView client (e.g the "Animation" panel). If the console is closed when a BadDrawable error occurs, the ParaView hangs, and I have to kill it. So, this points to QT as being the issue. I don't have any other QT applications to test against to see whether there's something in how ParaView uses QT that is the problem. So I wonder if anyone else has seen this behavior, and if so, has a better solution than to run ParaView through a shell via "ssh". I find it all rather bizarre. Thanks! Bill -- Bill Sherman Sr. Technology Advisor Advanced Visualization Lab Pervasive Technology Inst Indiana University shermanw at indiana.edu From brockp at umich.edu Thu Oct 1 13:52:11 2015 From: brockp at umich.edu (Brock Palen) Date: Thu, 1 Oct 2015 13:52:11 -0400 Subject: [Paraview] Cross Site collaborative visualization In-Reply-To: References: <36C4BF1E-E0CF-49D1-A28A-A6260986EE59@umich.edu> Message-ID: <4965C0BD-0524-4529-9863-9E71C789247F@umich.edu> Thanks Sebastien, > On Oct 1, 2015, at 11:30 AM, Sebastien Jourdain wrote: > > Hi Brock, > > Some answer are provided below. > > I?m looking at a need to allow off campus and public (k-12, other schools) the ability to visualize data we host at our site. > > What kind of data? Are you expecting dynamic pipeline, or some kind of constrained exploration could be a possibility? Not 100% sure about pipelines, but the data formats for the project are constrained. There are three instruments and we are hosting the data and making it available publicly for others to use, but also do some basic visualization without needing special access or need download the data. > > Along with these remote users, it would be nice if we could have multiple remote users share the same interactive vis session. > > ParaViewWeb can definitely share the same server and provide collaboration features, but for that you will need to setup a front-end that will allow connection to existing/running session. There is nothing complex about that, but ParaViewWeb only focus on the visualization aspect not on any specific deployment configuration like collaboration or authentication system. Ok we can put an auth wrapper in front of it, or if ParaViewWeb doesn?t work use something like VirtaulGL + VNC to make a vis portal for the data. > > Would paraview Web be the way todo this? Is there another tool or way you think we should do this? > > ParaViewWeb can certainly provide the most advance access to your data but will require some backend infrastructure and integration work. > We also have other approaches that could be more reasonable for a school deployment which will put almost no constraints on the existing infrastructure (No need for server side GPU and so on...) and provide good capabilities of data exploration and visualization in a Web context. > > What is the status of ParaView Web? Is it maintained and if so is that expected to stay the case for ~5 years? > > ParaViewWeb is definitely part of ParaView and therefore will be supported for the coming years with improvement expected. > > We will be presenting at SC15 (Super Computing) on our booth our work in Web Visualization. This will include ParaViewWeb improvements and the announcement of that other project. > > But we can certainly setup a meeting before that and talk in more details about your goals and what that other project could do for you. I don?t have enough details on the project yet, and am working up a rough budget for the data storage, metadata extraction, and sharing. The shared vis, is a side thing for this project. After the first round of discussions I?ll likely take you up on that offer. > > Sebastien Jourdain > > From ben.boeckel at kitware.com Thu Oct 1 17:28:58 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 1 Oct 2015 17:28:58 -0400 Subject: [Paraview] Direct link to ParaView sources not working with wget In-Reply-To: References: <568A0346-2D2E-41BA-B2F1-6E8402E6B95C@aia.rwth-aachen.de> Message-ID: <20151001212858.GA8752@megas.khq.kitware.com> On Mon, Sep 28, 2015 at 07:22:52 +0000, Schlottke-Lakemper, Michael wrote: > Thanks for the quick fix! I still end up with a file named > "download.php?submit=Download&version=v4.4&type=source&os=all&downloadFile=ParaView-v4.4.0-source.tar.gz? > (and that can be fixed using "-O filename?), but at least the > downloading works ;) The wget tool also has the `--content-disposition` option which will use the server-recommended filename. --Ben From ronald.fowler at stfc.ac.uk Thu Oct 1 20:44:56 2015 From: ronald.fowler at stfc.ac.uk (ronald.fowler at stfc.ac.uk) Date: Fri, 2 Oct 2015 00:44:56 +0000 Subject: [Paraview] Correctly Parallel Processing of OpenFoam results using pvserver In-Reply-To: References: , Message-ID: <398242C76E3D3740BA94E23089B34E2C0106F6B6BD@EXCHMBX01.fed.cclrc.ac.uk> Hi, It is simple to create a .foam file; just do "touch xxx.foam" in the working directory. Then point ParaView at that file and it will use the builtin openFoam reader which should offer the reconstructed/decomposed option. The empty file just tells ParaView which reader to use based on the extension. Ron ________________________________ From: ParaView [paraview-bounces at paraview.org] on behalf of Leonard Cassady [lenny at intuitivemachines.com] Sent: 30 September 2015 21:50 To: David E DeMarle Cc: paraview at paraview.org Subject: Re: [Paraview] Correctly Parallel Processing of OpenFoam results using pvserver David, I do not have a chooser for "case type". I found a web page that shows the "case type" chooser. They were opening a .foam file. I have .OpenFOAM case. Should I consider converting the foam to VTK? On Wed, Sep 30, 2015 at 2:59 PM, David E DeMarle > wrote: Looping the list back in to the thread. Look on the properties panel when you open the file and before you hit "Apply" look for a chooser for "Case Type". The default is "Reconstructed Case" so change it to "Decomposed Case". David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Wed, Sep 30, 2015 at 3:51 PM, Leonard Cassady > wrote: Dave, I don't know how to switch to decomposed type. Thanks, On Wed, Sep 30, 2015 at 2:47 PM, David E DeMarle > wrote: As I recall, reconstructed means that the root node does all the work. Switch to decomposed type in the reader and let us know how it works then. thanks David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Wed, Sep 30, 2015 at 3:35 PM, Leonard Cassady > wrote: I'm attempting to use pvserver to accelerate the post-processing of my openfoam solution. I have a 48 core machine. I have correctly installed and compiled a parallel copy of paraview 4.1.0 with OpenFOAM 2.4.x. If I open a simple .obj file I can see that different parts of the surface are rendered using different processors. I can also see that the memory is shared among the parallel processes. When I open a reconstructed openFOAM solution with 20 million cells with paraview connected to 40 process pvserver, the image seems to be rendered (or processed) with only 1 processor. Is there a step that I'm missing to parallelize the reconstructed Openfoam data files for rendering? -- Leonard Cassady PhD Senior Development Engineer Intuitive Machines Cell: 281-755-2553 _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -- Leonard Cassady PhD Senior Development Engineer Intuitive Machines Cell: 281-755-2553 -- Leonard Cassady PhD Senior Development Engineer Intuitive Machines Cell: 281-755-2553 From lenny at intuitivemachines.com Fri Oct 2 08:27:02 2015 From: lenny at intuitivemachines.com (Leonard Cassady) Date: Fri, 2 Oct 2015 07:27:02 -0500 Subject: [Paraview] Correctly Parallel Processing of OpenFoam results using pvserver In-Reply-To: <398242C76E3D3740BA94E23089B34E2C0106F6B6BD@EXCHMBX01.fed.cclrc.ac.uk> References: <398242C76E3D3740BA94E23089B34E2C0106F6B6BD@EXCHMBX01.fed.cclrc.ac.uk> Message-ID: Hi, I didn't realize that there are 2 different extensions for OpenFOAM projects. I also didn't realize that Paraview had a native OpenFoam reader. What functionality (normally supplied by OpenFOAM paraFoam ) is lost when using Paraview without starting with paraFoam? I'm asking because I've heard that ParaView 4.4 is extremely fast and would like to test it out with OpenFoam files but not paraFoam. Thanks On Thu, Oct 1, 2015 at 7:44 PM, wrote: > Hi, > It is simple to create a .foam file; just do "touch xxx.foam" in the > working directory. Then point ParaView at that file and it will use the > builtin openFoam reader which should offer the reconstructed/decomposed > option. The empty file just tells ParaView which reader to use based on the > extension. > Ron > > > ________________________________ > From: ParaView [paraview-bounces at paraview.org] on behalf of Leonard > Cassady [lenny at intuitivemachines.com] > Sent: 30 September 2015 21:50 > To: David E DeMarle > Cc: paraview at paraview.org > Subject: Re: [Paraview] Correctly Parallel Processing of OpenFoam results > using pvserver > > David, > > I do not have a chooser for "case type". I found a web page that shows > the "case type" chooser. They were opening a .foam file. I have .OpenFOAM > case. > > Should I consider converting the foam to VTK? > > > > On Wed, Sep 30, 2015 at 2:59 PM, David E DeMarle > wrote: > Looping the list back in to the thread. > > Look on the properties panel when you open the file and before you hit > "Apply" look for a chooser for "Case Type". The default is "Reconstructed > Case" so change it to "Decomposed Case". > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Wed, Sep 30, 2015 at 3:51 PM, Leonard Cassady < > lenny at intuitivemachines.com> wrote: > Dave, > > I don't know how to switch to decomposed type. > > Thanks, > > > On Wed, Sep 30, 2015 at 2:47 PM, David E DeMarle > wrote: > As I recall, reconstructed means that the root node does all the work. > Switch to decomposed type in the reader and let us know how it works then. > > thanks > > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Wed, Sep 30, 2015 at 3:35 PM, Leonard Cassady < > lenny at intuitivemachines.com> wrote: > I'm attempting to use pvserver to accelerate the post-processing of my > openfoam solution. I have a 48 core machine. I have correctly installed and > compiled a parallel copy of paraview 4.1.0 with OpenFOAM 2.4.x. If I open a > simple .obj file I can see that different parts of the surface are rendered > using different processors. I can also see that the memory is shared among > the parallel processes. > > When I open a reconstructed openFOAM solution with 20 million cells with > paraview connected to 40 process pvserver, the image seems to be rendered > (or processed) with only 1 processor. Is there a step that I'm missing to > parallelize the reconstructed Openfoam data files for rendering? > > -- > Leonard Cassady PhD > Senior Development Engineer > Intuitive Machines > Cell: 281-755-2553 > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > > > -- > Leonard Cassady PhD > Senior Development Engineer > Intuitive Machines > Cell: 281-755-2553 > > > > > -- > Leonard Cassady PhD > Senior Development Engineer > Intuitive Machines > Cell: 281-755-2553 > -- Leonard Cassady PhD Senior Development Engineer Intuitive Machines Cell: 281-755-2553 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dkxls23 at gmail.com Fri Oct 2 09:23:18 2015 From: dkxls23 at gmail.com (Armin Wehrfritz) Date: Fri, 2 Oct 2015 16:23:18 +0300 Subject: [Paraview] Correctly Parallel Processing of OpenFoam results using pvserver In-Reply-To: References: <398242C76E3D3740BA94E23089B34E2C0106F6B6BD@EXCHMBX01.fed.cclrc.ac.uk> Message-ID: <560E8546.4030202@gmail.com> As it was mentioned already, there are two independently developed OpenFOAM reader for ParaView. ParaView comes with its own built-in OpenFOAM reader (vtkOpenFOAMReader, using the file extension .foam), and OpenFOAM has and alternative reader (PV4FoamReader, using the file extension .OpenFOAM). OpenFOAM comes with a little wrapper script called paraFoam, which creates/deletes a dummy file with the respective extension and opens that file with ParaView. Try "paraFoam -builtin" to use ParaView's built-in reader, or just create a .foam file and open it with ParaView. I generally use ParaView's built-in reader ("feels" faster and can read decomposed cases :)) and hence I can use always the latest ParaView version. But just to mention, if you have a heavy dataset also the latest ParaView version won't be miraculously faster. Quite often the biggest bottleneck is the disk IO. Also, OpenFOAM data is always unstructured, which is slow in any case, no matter which reader or version you use. If you work a lot with OpenFOAM "zones" or "sets", one reader or the other may be better suited. I rarely encounter any missing functionality in ParaView's built-in reader, meaning you can visualise the usual flow and Lagrangian fields. Just give it a try you can easily switch. -Armin On 10/02/2015 03:27 PM, Leonard Cassady wrote: > Hi, > > I didn't realize that there are 2 different extensions for OpenFOAM > projects. I also didn't realize that Paraview had a native OpenFoam > reader. What functionality (normally supplied by OpenFOAM paraFoam ) is > lost when using Paraview without starting with paraFoam? I'm asking > because I've heard that ParaView 4.4 is extremely fast and would like to > test it out with OpenFoam files but not paraFoam. > > Thanks > > On Thu, Oct 1, 2015 at 7:44 PM, > wrote: > > Hi, > It is simple to create a .foam file; just do "touch xxx.foam" in the > working directory. Then point ParaView at that file and it will use > the builtin openFoam reader which should offer the > reconstructed/decomposed option. The empty file just tells ParaView > which reader to use based on the extension. > Ron > > > ________________________________ > From: ParaView [paraview-bounces at paraview.org > ] on behalf of Leonard Cassady > [lenny at intuitivemachines.com ] > Sent: 30 September 2015 21:50 > To: David E DeMarle > Cc: paraview at paraview.org > Subject: Re: [Paraview] Correctly Parallel Processing of OpenFoam > results using pvserver > > David, > > I do not have a chooser for "case type". I found a web page > that shows the "case type" chooser. They were opening a .foam > file. I have .OpenFOAM case. > > Should I consider converting the foam to VTK? > > > > On Wed, Sep 30, 2015 at 2:59 PM, David E DeMarle > >> wrote: > Looping the list back in to the thread. > > Look on the properties panel when you open the file and before you > hit "Apply" look for a chooser for "Case Type". The default is > "Reconstructed Case" so change it to "Decomposed Case". > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > > On Wed, Sep 30, 2015 at 3:51 PM, Leonard Cassady > >> wrote: > Dave, > > I don't know how to switch to decomposed type. > > Thanks, > > > On Wed, Sep 30, 2015 at 2:47 PM, David E DeMarle > >> wrote: > As I recall, reconstructed means that the root node does all the > work. Switch to decomposed type in the reader and let us know how it > works then. > > thanks > > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > > On Wed, Sep 30, 2015 at 3:35 PM, Leonard Cassady > >> wrote: > I'm attempting to use pvserver to accelerate the post-processing of > my openfoam solution. I have a 48 core machine. I have correctly > installed and compiled a parallel copy of paraview 4.1.0 with > OpenFOAM 2.4.x. If I open a simple .obj file I can see that > different parts of the surface are rendered using different > processors. I can also see that the memory is shared among the > parallel processes. > > When I open a reconstructed openFOAM solution with 20 million cells > with paraview connected to 40 process pvserver, the image seems to > be rendered (or processed) with only 1 processor. Is there a step > that I'm missing to parallelize the reconstructed Openfoam data > files for rendering? > > -- > Leonard Cassady PhD > Senior Development Engineer > Intuitive Machines > Cell: 281-755-2553 > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > > > -- > Leonard Cassady PhD > Senior Development Engineer > Intuitive Machines > Cell: 281-755-2553 > > > > > > -- > Leonard Cassady PhD > Senior Development Engineer > Intuitive Machines > Cell: 281-755-2553 > > > > > -- > Leonard Cassady PhD > Senior Development Engineer > Intuitive Machines > Cell: 281-755-2553 > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From ronald.fowler at stfc.ac.uk Fri Oct 2 09:10:56 2015 From: ronald.fowler at stfc.ac.uk (ronald.fowler at stfc.ac.uk) Date: Fri, 2 Oct 2015 13:10:56 +0000 Subject: [Paraview] Correctly Parallel Processing of OpenFoam results using pvserver In-Reply-To: References: <398242C76E3D3740BA94E23089B34E2C0106F6B6BD@EXCHMBX01.fed.cclrc.ac.uk> Message-ID: <398242C76E3D3740BA94E23089B34E2C0106F6B7C1@EXCHMBX01.fed.cclrc.ac.uk> Hi, I did try to determine the differences between the ParaView built in reader and the one supplied by OpenFOAM, but could not find any documentation on this. I do know that the ParaView built in one has been improved in recent releases and seems to do all that I require of it. I tend to use RHEL6 systems and I believe that the OpenFOAM only support an older version of ParaView on these systems, so I rarely use paraFOAM. I tend to use ParaView 4.4 but have not done any timings with it yet. There is also a version of 4.4 with the OpenGL 2 backend that may be faster. Ron From: Leonard Cassady [mailto:lenny at intuitivemachines.com] Sent: 02 October 2015 13:27 To: Fowler, Ronald (STFC,RAL,SC) Cc: paraview at paraview.org Subject: Re: [Paraview] Correctly Parallel Processing of OpenFoam results using pvserver Hi, I didn't realize that there are 2 different extensions for OpenFOAM projects. I also didn't realize that Paraview had a native OpenFoam reader. What functionality (normally supplied by OpenFOAM paraFoam ) is lost when using Paraview without starting with paraFoam? I'm asking because I've heard that ParaView 4.4 is extremely fast and would like to test it out with OpenFoam files but not paraFoam. Thanks On Thu, Oct 1, 2015 at 7:44 PM, > wrote: Hi, It is simple to create a .foam file; just do "touch xxx.foam" in the working directory. Then point ParaView at that file and it will use the builtin openFoam reader which should offer the reconstructed/decomposed option. The empty file just tells ParaView which reader to use based on the extension. Ron ________________________________ From: ParaView [paraview-bounces at paraview.org] on behalf of Leonard Cassady [lenny at intuitivemachines.com] Sent: 30 September 2015 21:50 To: David E DeMarle Cc: paraview at paraview.org Subject: Re: [Paraview] Correctly Parallel Processing of OpenFoam results using pvserver David, I do not have a chooser for "case type". I found a web page that shows the "case type" chooser. They were opening a .foam file. I have .OpenFOAM case. Should I consider converting the foam to VTK? On Wed, Sep 30, 2015 at 2:59 PM, David E DeMarle >> wrote: Looping the list back in to the thread. Look on the properties panel when you open the file and before you hit "Apply" look for a chooser for "Case Type". The default is "Reconstructed Case" so change it to "Decomposed Case". David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909> On Wed, Sep 30, 2015 at 3:51 PM, Leonard Cassady >> wrote: Dave, I don't know how to switch to decomposed type. Thanks, On Wed, Sep 30, 2015 at 2:47 PM, David E DeMarle >> wrote: As I recall, reconstructed means that the root node does all the work. Switch to decomposed type in the reader and let us know how it works then. thanks David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909> On Wed, Sep 30, 2015 at 3:35 PM, Leonard Cassady >> wrote: I'm attempting to use pvserver to accelerate the post-processing of my openfoam solution. I have a 48 core machine. I have correctly installed and compiled a parallel copy of paraview 4.1.0 with OpenFOAM 2.4.x. If I open a simple .obj file I can see that different parts of the surface are rendered using different processors. I can also see that the memory is shared among the parallel processes. When I open a reconstructed openFOAM solution with 20 million cells with paraview connected to 40 process pvserver, the image seems to be rendered (or processed) with only 1 processor. Is there a step that I'm missing to parallelize the reconstructed Openfoam data files for rendering? -- Leonard Cassady PhD Senior Development Engineer Intuitive Machines Cell: 281-755-2553> _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -- Leonard Cassady PhD Senior Development Engineer Intuitive Machines Cell: 281-755-2553> -- Leonard Cassady PhD Senior Development Engineer Intuitive Machines Cell: 281-755-2553 -- Leonard Cassady PhD Senior Development Engineer Intuitive Machines Cell: 281-755-2553 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Fri Oct 2 10:05:32 2015 From: dave.demarle at kitware.com (David E DeMarle) Date: Fri, 2 Oct 2015 10:05:32 -0400 Subject: [Paraview] Correctly Parallel Processing of OpenFoam results using pvserver In-Reply-To: <398242C76E3D3740BA94E23089B34E2C0106F6B7C1@EXCHMBX01.fed.cclrc.ac.uk> References: <398242C76E3D3740BA94E23089B34E2C0106F6B6BD@EXCHMBX01.fed.cclrc.ac.uk> <398242C76E3D3740BA94E23089B34E2C0106F6B7C1@EXCHMBX01.fed.cclrc.ac.uk> Message-ID: Hmmm, Isn't paraFoam just ParaView as packaged into the OpenFOAM distribution? If so, the next time OpenFOAM updates its version it should get ParaView 4.4 (along with whatever patches FOAM adds to it, like their version of the reader). Regarding the new GL2 rendering, after ParaView 5.0 the new rendering work will be turned on by default. When paraFoam gets 5.0 the rendering will be faster but the readers will not be unaffected. As for the reader, when I briefly compared the code and history of the two readers several years ago I concluded that they were forks of each other. I.e. at some point they were the same thing, but have diverged over time. I don't know what specifically is different in the two branches. It would be great at some point we unified them and kept the best features of both. With a single source, maintenance and upgrades would be easier and there would be no confusion about the capabilities. cheers, David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, Oct 2, 2015 at 9:10 AM, wrote: > Hi, > > I did try to determine the differences between the ParaView built in > reader and the one supplied by OpenFOAM, but could not find any > documentation on this. I do know that the ParaView built in one has been > improved in recent releases and seems to do all that I require of it. I > tend to use RHEL6 systems and I believe that the OpenFOAM only support an > older version of ParaView on these systems, so I rarely use paraFOAM. > > I tend to use ParaView 4.4 but have not done any timings with it yet. > There is also a version of 4.4 with the OpenGL 2 backend that may be faster. > > Ron > > > > > > > > *From:* Leonard Cassady [mailto:lenny at intuitivemachines.com] > *Sent:* 02 October 2015 13:27 > *To:* Fowler, Ronald (STFC,RAL,SC) > > *Cc:* paraview at paraview.org > *Subject:* Re: [Paraview] Correctly Parallel Processing of OpenFoam > results using pvserver > > > > Hi, > > > > I didn't realize that there are 2 different extensions for OpenFOAM > projects. I also didn't realize that Paraview had a native OpenFoam > reader. What functionality (normally supplied by OpenFOAM paraFoam ) is > lost when using Paraview without starting with paraFoam? I'm asking > because I've heard that ParaView 4.4 is extremely fast and would like to > test it out with OpenFoam files but not paraFoam. > > > > Thanks > > > > On Thu, Oct 1, 2015 at 7:44 PM, wrote: > > Hi, > It is simple to create a .foam file; just do "touch xxx.foam" in the > working directory. Then point ParaView at that file and it will use the > builtin openFoam reader which should offer the reconstructed/decomposed > option. The empty file just tells ParaView which reader to use based on the > extension. > Ron > > > ________________________________ > From: ParaView [paraview-bounces at paraview.org] on behalf of Leonard > Cassady [lenny at intuitivemachines.com] > Sent: 30 September 2015 21:50 > To: David E DeMarle > Cc: paraview at paraview.org > Subject: Re: [Paraview] Correctly Parallel Processing of OpenFoam results > using pvserver > > David, > > I do not have a chooser for "case type". I found a web page that shows > the "case type" chooser. They were opening a .foam file. I have .OpenFOAM > case. > > Should I consider converting the foam to VTK? > > > > On Wed, Sep 30, 2015 at 2:59 PM, David E DeMarle > wrote: > Looping the list back in to the thread. > > Look on the properties panel when you open the file and before you hit > "Apply" look for a chooser for "Case Type". The default is "Reconstructed > Case" so change it to "Decomposed Case". > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Wed, Sep 30, 2015 at 3:51 PM, Leonard Cassady < > lenny at intuitivemachines.com> wrote: > Dave, > > I don't know how to switch to decomposed type. > > Thanks, > > > On Wed, Sep 30, 2015 at 2:47 PM, David E DeMarle > wrote: > As I recall, reconstructed means that the root node does all the work. > Switch to decomposed type in the reader and let us know how it works then. > > thanks > > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Wed, Sep 30, 2015 at 3:35 PM, Leonard Cassady < > lenny at intuitivemachines.com> wrote: > I'm attempting to use pvserver to accelerate the post-processing of my > openfoam solution. I have a 48 core machine. I have correctly installed and > compiled a parallel copy of paraview 4.1.0 with OpenFOAM 2.4.x. If I open a > simple .obj file I can see that different parts of the surface are rendered > using different processors. I can also see that the memory is shared among > the parallel processes. > > When I open a reconstructed openFOAM solution with 20 million cells with > paraview connected to 40 process pvserver, the image seems to be rendered > (or processed) with only 1 processor. Is there a step that I'm missing to > parallelize the reconstructed Openfoam data files for rendering? > > -- > Leonard Cassady PhD > Senior Development Engineer > Intuitive Machines > Cell: 281-755-2553 > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > > > -- > Leonard Cassady PhD > Senior Development Engineer > Intuitive Machines > Cell: 281-755-2553 > > > > > > -- > Leonard Cassady PhD > Senior Development Engineer > Intuitive Machines > Cell: 281-755-2553 > > > > > > -- > > Leonard Cassady PhD > > Senior Development Engineer > > Intuitive Machines > > Cell: 281-755-2553 > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ganesh.iitm at gmail.com Fri Oct 2 10:16:11 2015 From: ganesh.iitm at gmail.com (Ganesh Vijayakumar) Date: Fri, 2 Oct 2015 08:16:11 -0600 Subject: [Paraview] Correctly Parallel Processing of OpenFoam results using pvserver In-Reply-To: References: <398242C76E3D3740BA94E23089B34E2C0106F6B6BD@EXCHMBX01.fed.cclrc.ac.uk> <398242C76E3D3740BA94E23089B34E2C0106F6B7C1@EXCHMBX01.fed.cclrc.ac.uk> Message-ID: On Fri, Oct 2, 2015 at 8:05 AM, David E DeMarle wrote: > Hmmm, > > Isn't paraFoam just ParaView as packaged into the OpenFOAM distribution? > If so, the next time OpenFOAM updates its version it should get ParaView > 4.4 (along with whatever patches FOAM adds to it, like their version of the > reader). > I believe so. I have never bothered using paraFoam. Paraview's native reader now works great...esp. in parallel and seems to keep getting better with time. ganesh > > > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Fri, Oct 2, 2015 at 9:10 AM, wrote: > >> Hi, >> >> I did try to determine the differences between the ParaView built in >> reader and the one supplied by OpenFOAM, but could not find any >> documentation on this. I do know that the ParaView built in one has been >> improved in recent releases and seems to do all that I require of it. I >> tend to use RHEL6 systems and I believe that the OpenFOAM only support an >> older version of ParaView on these systems, so I rarely use paraFOAM. >> >> I tend to use ParaView 4.4 but have not done any timings with it yet. >> There is also a version of 4.4 with the OpenGL 2 backend that may be faster. >> >> Ron >> >> >> >> >> >> >> >> *From:* Leonard Cassady [mailto:lenny at intuitivemachines.com] >> *Sent:* 02 October 2015 13:27 >> *To:* Fowler, Ronald (STFC,RAL,SC) >> >> *Cc:* paraview at paraview.org >> *Subject:* Re: [Paraview] Correctly Parallel Processing of OpenFoam >> results using pvserver >> >> >> >> Hi, >> >> >> >> I didn't realize that there are 2 different extensions for OpenFOAM >> projects. I also didn't realize that Paraview had a native OpenFoam >> reader. What functionality (normally supplied by OpenFOAM paraFoam ) is >> lost when using Paraview without starting with paraFoam? I'm asking >> because I've heard that ParaView 4.4 is extremely fast and would like to >> test it out with OpenFoam files but not paraFoam. >> >> >> >> Thanks >> >> >> >> On Thu, Oct 1, 2015 at 7:44 PM, wrote: >> >> Hi, >> It is simple to create a .foam file; just do "touch xxx.foam" in the >> working directory. Then point ParaView at that file and it will use the >> builtin openFoam reader which should offer the reconstructed/decomposed >> option. The empty file just tells ParaView which reader to use based on the >> extension. >> Ron >> >> >> ________________________________ >> From: ParaView [paraview-bounces at paraview.org] on behalf of Leonard >> Cassady [lenny at intuitivemachines.com] >> Sent: 30 September 2015 21:50 >> To: David E DeMarle >> Cc: paraview at paraview.org >> Subject: Re: [Paraview] Correctly Parallel Processing of OpenFoam results >> using pvserver >> >> David, >> >> I do not have a chooser for "case type". I found a web page that >> shows the "case type" chooser. They were opening a .foam file. I have >> .OpenFOAM case. >> >> Should I consider converting the foam to VTK? >> >> >> >> On Wed, Sep 30, 2015 at 2:59 PM, David E DeMarle < >> dave.demarle at kitware.com> wrote: >> Looping the list back in to the thread. >> >> Look on the properties panel when you open the file and before you hit >> "Apply" look for a chooser for "Case Type". The default is "Reconstructed >> Case" so change it to "Decomposed Case". >> >> >> David E DeMarle >> Kitware, Inc. >> R&D Engineer >> 21 Corporate Drive >> Clifton Park, NY 12065-8662 >> Phone: 518-881-4909 >> >> On Wed, Sep 30, 2015 at 3:51 PM, Leonard Cassady < >> lenny at intuitivemachines.com> wrote: >> Dave, >> >> I don't know how to switch to decomposed type. >> >> Thanks, >> >> >> On Wed, Sep 30, 2015 at 2:47 PM, David E DeMarle < >> dave.demarle at kitware.com> wrote: >> As I recall, reconstructed means that the root node does all the work. >> Switch to decomposed type in the reader and let us know how it works then. >> >> thanks >> >> >> >> David E DeMarle >> Kitware, Inc. >> R&D Engineer >> 21 Corporate Drive >> Clifton Park, NY 12065-8662 >> Phone: 518-881-4909 >> >> On Wed, Sep 30, 2015 at 3:35 PM, Leonard Cassady < >> lenny at intuitivemachines.com> wrote: >> I'm attempting to use pvserver to accelerate the post-processing of my >> openfoam solution. I have a 48 core machine. I have correctly installed and >> compiled a parallel copy of paraview 4.1.0 with OpenFOAM 2.4.x. If I open a >> simple .obj file I can see that different parts of the surface are rendered >> using different processors. I can also see that the memory is shared among >> the parallel processes. >> >> When I open a reconstructed openFOAM solution with 20 million cells with >> paraview connected to 40 process pvserver, the image seems to be rendered >> (or processed) with only 1 processor. Is there a step that I'm missing to >> parallelize the reconstructed Openfoam data files for rendering? >> >> -- >> Leonard Cassady PhD >> Senior Development Engineer >> Intuitive Machines >> Cell: 281-755-2553 >> >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> >> >> >> >> -- >> Leonard Cassady PhD >> Senior Development Engineer >> Intuitive Machines >> Cell: 281-755-2553 >> >> >> >> >> >> -- >> Leonard Cassady PhD >> Senior Development Engineer >> Intuitive Machines >> Cell: 281-755-2553 >> >> >> >> >> >> -- >> >> Leonard Cassady PhD >> >> Senior Development Engineer >> >> Intuitive Machines >> >> Cell: 281-755-2553 >> >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- ganesh -------------- next part -------------- An HTML attachment was scrubbed... URL: From ganesh.iitm at gmail.com Fri Oct 2 10:22:09 2015 From: ganesh.iitm at gmail.com (Ganesh Vijayakumar) Date: Fri, 2 Oct 2015 08:22:09 -0600 Subject: [Paraview] Correctly Parallel Processing of OpenFoam results using pvserver In-Reply-To: References: Message-ID: On Wed, Sep 30, 2015 at 1:35 PM, Leonard Cassady < lenny at intuitivemachines.com> wrote: > I'm attempting to use pvserver to accelerate the post-processing of my > openfoam solution. I have a 48 core machine. I have correctly installed and > compiled a parallel copy of paraview 4.1.0 with OpenFOAM 2.4.x. If I open a > simple .obj file I can see that different parts of the surface are rendered > using different processors. I can also see that the memory is shared among > the parallel processes. > > When I open a reconstructed openFOAM solution with 20 million cells with > paraview connected to 40 process pvserver, the image seems to be rendered > (or processed) with only 1 processor. Is there a step that I'm missing to > parallelize the reconstructed Openfoam data files for rendering? > See if you have to reconstruct it. You may be able to get much faster visualization with your setup (I/O not withstanding) if you just visualize the decomposed case. Choosing the "case type" to "decomposed" will do it. Inorder to check whether one or multiple processes are actually handing the data, make a contour plot of the node ID or some variable like that. This should most likely not be a part of your actual OpenFOAM solution. Paraview seems to assign the processor ID to each cell. Plotting/Visualizing that may be a good test of whether you're actually using Paraview's parallel capabilities or not. ganesh > > -- > Leonard Cassady PhD > Senior Development Engineer > Intuitive Machines > Cell: 281-755-2553 > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- ganesh -------------- next part -------------- An HTML attachment was scrubbed... URL: From mhtzeng1995 at gwmail.gwu.edu Fri Oct 2 11:46:05 2015 From: mhtzeng1995 at gwmail.gwu.edu (Michael Tzeng) Date: Fri, 2 Oct 2015 11:46:05 -0400 Subject: [Paraview] Silce Feature Question Message-ID: Hello ParaView Community, I'm an undergraduate student that is currently doing research in the Biofluids Lab in the Mechanical Engineering Department at the George Washington University. I've been playing around with ParaView to help my professor render data. Is there a way to use the slice feature to produce multiple repeatable slices? And each slice must be about a point of origin so all slices go in 180 degrees. I've included a picture of what I'm interested in this email. In the picture there are only 18 slice and I performed all of them separately. If I wanted to create more than 18, lets say 180 slices, how would I do it the easiest and fastest way possible? In addition to create a lot of slices, I also need to get data from each slice. I've been doing that with the Plot Over Line Filter. Is there a way to apply this filter onto each slice and then export the numbers onto Excel. Thank you, Michael Tzeng -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 180 degree project.PNG Type: image/png Size: 63322 bytes Desc: not available URL: From jorge.conrado at cptec.inpe.br Fri Oct 2 13:36:05 2015 From: jorge.conrado at cptec.inpe.br (jorge.conrado at cptec.inpe.br) Date: Fri, 02 Oct 2015 14:36:05 -0300 Subject: [Paraview] Paraview Netcdf Message-ID: <10af61e0244d4af18155460db482bc88@cptec.inpe.br> Hi, I'm starting use the Paraview to visualize 3D data. I have a 3D netcdf meteorological data and I would like to visualize this data. What are the steps to follow to visualize my data. Can anyone help me. Thanks in advance, Conrado From cory.quammen at kitware.com Fri Oct 2 14:53:21 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 2 Oct 2015 14:53:21 -0400 Subject: [Paraview] Paraview Netcdf In-Reply-To: <10af61e0244d4af18155460db482bc88@cptec.inpe.br> References: <10af61e0244d4af18155460db482bc88@cptec.inpe.br> Message-ID: Conrado, The ParaView Tutorial [1] is an excellent introduction to using ParaView's visualization capabilities. Hope that helps, Cory [1] http://www.paraview.org/Wiki/The_ParaView_Tutorial On Fri, Oct 2, 2015 at 1:36 PM, wrote: > > > Hi, > > > I'm starting use the Paraview to visualize 3D data. I have a 3D netcdf > meteorological data and I would like to visualize this data. > > What are the steps to follow to visualize my data. Can anyone help me. > > > Thanks in advance, > > > Conrado > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From roeber at dkrz.de Fri Oct 2 16:42:42 2015 From: roeber at dkrz.de (=?UTF-8?Q?Niklas_R=c3=b6ber?=) Date: Fri, 2 Oct 2015 22:42:42 +0200 Subject: [Paraview] Paraview Netcdf In-Reply-To: <10af61e0244d4af18155460db482bc88@cptec.inpe.br> References: <10af61e0244d4af18155460db482bc88@cptec.inpe.br> Message-ID: <560EEC42.2060003@dkrz.de> Hi, Feel free to use this: https://www.dkrz.de/Nutzerportal-en/doku/vis/sw/paraview It's not complete and I have not updated it to the last version, but plan to do so after ParaView5 is out. If you are in Hamburg later this year, there is a free 2 day course we offer based on our tutorial ... ;-) Cheers, Niklas > > > Hi, > > > I'm starting use the Paraview to visualize 3D data. I have a 3D netcdf > meteorological data and I would like to visualize this data. > > What are the steps to follow to visualize my data. Can anyone help me. > > > Thanks in advance, > > > Conrado > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview -- ______________________________________________ Niklas R?ber Deutsches Klimarechenzentrum GmbH Bundesstra?e 45a 20146 Hamburg, Germany email: roeber at dkrz.de phone: +49 (0)40 460094 283 fax: +49 (0)40 460094 270 web: http://www.dkrz.de/ ______________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4916 bytes Desc: S/MIME Cryptographic Signature URL: From aashish.chaudhary at kitware.com Fri Oct 2 17:36:05 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Fri, 2 Oct 2015 17:36:05 -0400 Subject: [Paraview] Paraview Netcdf In-Reply-To: <560EEC42.2060003@dkrz.de> References: <10af61e0244d4af18155460db482bc88@cptec.inpe.br> <560EEC42.2060003@dkrz.de> Message-ID: Conrado, Is it CF compliant NetCDF? If yes, it should work out of the box in ParaView (except in some cases). Let us know if you run into issues. Thanks, Aashish On Fri, Oct 2, 2015 at 4:42 PM, Niklas R?ber wrote: > Hi, > > Feel free to use this: > https://www.dkrz.de/Nutzerportal-en/doku/vis/sw/paraview > > It's not complete and I have not updated it to the last version, but > plan to do so after ParaView5 is out. If you are in Hamburg later this > year, there is a free 2 day course we offer based on our tutorial ... ;-) > > Cheers, > Niklas > > > > > > > Hi, > > > > > > I'm starting use the Paraview to visualize 3D data. I have a 3D netcdf > > meteorological data and I would like to visualize this data. > > > > What are the steps to follow to visualize my data. Can anyone help me. > > > > > > Thanks in advance, > > > > > > Conrado > > _______________________________________________ > > 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 > > > > Search the list archives at: http://markmail.org/search/?q=ParaView > > > > Follow this link to subscribe/unsubscribe: > > http://public.kitware.com/mailman/listinfo/paraview > > -- > ______________________________________________ > > Niklas R?ber > Deutsches Klimarechenzentrum GmbH > Bundesstra?e 45a > 20146 Hamburg, Germany > > email: roeber at dkrz.de > phone: +49 (0)40 460094 283 > fax: +49 (0)40 460094 270 > web: http://www.dkrz.de/ > ______________________________________________ > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From sevensam at udel.edu Fri Oct 2 19:09:39 2015 From: sevensam at udel.edu (Jesse Samluk) Date: Fri, 2 Oct 2015 19:09:39 -0400 Subject: [Paraview] Measuring a specific contour line generated in Paraview with Line object? In-Reply-To: References: Message-ID: <7E2F3D55-7ED6-4DA9-A799-9104C97ED57D@udel.edu> Cory, Two quick questions for you on the differences between ?Ruler? and ?PlotOverLine?. I think what I am looking for is the Ruler source to give me the width of those white lines (as indicated on the image with the red line, attached again for reference). My question first question is, is there a way to save a Ruler in a state file such that it will automatically adjust to a new width of those white lines when I open another VTK file? Or do I have to manually adjust them with each VTK I open? Second question, when you said the line below, what did you mean (can you walk me through it?)? The way I take it is that the PlotOverLine gives me values of all the fields present as defined on the Ruler (which is cool, by the way), but not the width unless I define it. Am I on the right track with this one, or way off? Thanks! Jesse > On Sep 30, 2015, at 9:22 AM, Cory Quammen wrote: > > Optionally, you could dispense with the Ruler source and compute the length of the line in the Plot Over Line filter manually given Point1 and Point2. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ControlRun2LevelIce copy.png Type: image/png Size: 112189 bytes Desc: not available URL: From tim.gallagher at gatech.edu Sat Oct 3 20:25:06 2015 From: tim.gallagher at gatech.edu (Tim Gallagher) Date: Sat, 3 Oct 2015 20:25:06 -0400 (EDT) Subject: [Paraview] Finding center points/lines of a scalar field In-Reply-To: <432757288.2370660.1443917998600.JavaMail.root@mail.gatech.edu> Message-ID: <665558866.2370743.1443918306632.JavaMail.root@mail.gatech.edu> Hi everybody, I'm working on some flow feature identification and I want to track the (x,y,t) or (x,y,z,t) centers of the features I want to identify. I can come up with a scalar field, \phi, and a criterion for my feature, say \phi >= 1. I would like to find the center point of the feature if in 2D or the center-line of the feature if in 3D. This can be done for a variety of different features using different scalar fields, but for sake of argument, let's say I am looking at a vortex. In 2D, the vortex core is a point. In 3D, it may for a vortex sheet, or vortex tube, it may be arbitrary in shape (horseshoe, hairpin, etc.) and so there is no center point but really a center line for the core. I suppose this line may be composed of the center point of planes spanned by two of the principle components and the center line is oriented along the third, but I am not positive. At any rate, given a 2D or 3D scalar field and a threshold, what are the filters I should have in my pipeline to extract this information? I plan on doing this online with Catalyst. I would imagine that it would look like: MyData -> Threshold -> -> I'm not adverse to programming custom filters as needed, but I feel like this is something that a filter or set of filters may already exist to make this work. I don't want to reinvent the wheel because anything I come up with won't be as efficient as what is already there! Thanks, Tim From mdorier at anl.gov Mon Oct 5 11:04:31 2015 From: mdorier at anl.gov (Dorier, Matthieu) Date: Mon, 5 Oct 2015 15:04:31 +0000 Subject: [Paraview] Passing output file name from C to Catalyst script Message-ID: <37142D5FC373A846ACE4F75AA11EA84D21C04EB0@DITKA.anl.gov> Hi, I have a Catalyst pipeline generating image_*.png files. How can I make the simulation (in C) pass a different file name to the Catalyst script? My simulation should call the same script several time per iteration so I would like to output files to be named "image_*_*.png" with the first * being the iteration number and the second * being the inner loop's index. Thanks Matthieu -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Mon Oct 5 11:41:33 2015 From: andy.bauer at kitware.com (Andy Bauer) Date: Mon, 5 Oct 2015 11:41:33 -0400 Subject: [Paraview] Passing output file name from C to Catalyst script In-Reply-To: <37142D5FC373A846ACE4F75AA11EA84D21C04EB0@DITKA.anl.gov> References: <37142D5FC373A846ACE4F75AA11EA84D21C04EB0@DITKA.anl.gov> Message-ID: Hi Matthieu, I think the best way to do that would be to use vtkCPDataDescription's Set/GetUserData() methods. The reason we use a vtkFieldData object for that is two-fold. The first is that it's Python wrapped so you can set it or get in your C++ code (i.e. the adaptor) as well as set it or get it on the Python script pipeline. The second is that it aggregates vtkAbstractArrays so you can pass in all native data types between the adaptor and the Python script pipelines. Once the C/C++ adaptor passes in this information you'll need to hand edit the Python script to take that information in. In case you haven't gotten into the details of the Catalyst Python scripts, http://www.kitware.com/source/home/post/170 has some information on that. If that article isn't clear, let us know and we can walk you through the details with a bit more guidance. Best, Andy On Mon, Oct 5, 2015 at 11:04 AM, Dorier, Matthieu wrote: > Hi, > > I have a Catalyst pipeline generating image_*.png files. > How can I make the simulation (in C) pass a different file name to the > Catalyst script? My simulation should call the same script several time per > iteration so I would like to output files to be named "image_*_*.png" with > the first * being the iteration number and the second * being the inner > loop's index. > > Thanks > > Matthieu > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Mon Oct 5 11:55:47 2015 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Mon, 5 Oct 2015 15:55:47 +0000 Subject: [Paraview] Silce Feature Question Message-ID: Although the slice filter can automatically create any number of parallel slices at once, it cannot produce rotational slices automatically. However, I believe you can achieve your goals by using Python scripting to automate the creation of any number of slices. There is a brief introduction to scripting in the ParaView tutorial (http://www.paraview.org/Wiki/The_ParaView_Tutorial) and scripting is covered extensively throughout the ParaView User's Guide (http://www.paraview.org/paraview-guide/), both of which are freely available. Once you have figured out how to properly create and manipulate the slice planes in the Python script, it is trivial to add a for loop to create as many planes as you like. -Ken From: ParaView > on behalf of Michael Tzeng > Date: Friday, October 2, 2015 at 9:46 AM To: ParaView Mailing List > Subject: [EXTERNAL] [Paraview] Silce Feature Question Hello ParaView Community, I'm an undergraduate student that is currently doing research in the Biofluids Lab in the Mechanical Engineering Department at the George Washington University. I've been playing around with ParaView to help my professor render data. Is there a way to use the slice feature to produce multiple repeatable slices? And each slice must be about a point of origin so all slices go in 180 degrees. I've included a picture of what I'm interested in this email. In the picture there are only 18 slice and I performed all of them separately. If I wanted to create more than 18, lets say 180 slices, how would I do it the easiest and fastest way possible? In addition to create a lot of slices, I also need to get data from each slice. I've been doing that with the Plot Over Line Filter. Is there a way to apply this filter onto each slice and then export the numbers onto Excel. Thank you, Michael Tzeng -------------- next part -------------- An HTML attachment was scrubbed... URL: From livia.barazzetti at istb.unibe.ch Mon Oct 5 12:47:32 2015 From: livia.barazzetti at istb.unibe.ch (livia.barazzetti at istb.unibe.ch) Date: Mon, 5 Oct 2015 16:47:32 +0000 Subject: [Paraview] LiveArticles example with paraview 4.4 Message-ID: Hi, I am following the paraview web guide and testing the provided web application in version 4.4.0 . I modified the script in http://www.paraview.org/gitweb?p=ParaViewSuperbuild.git;a=blob_plain;f=Scripts/pvw-setup.py;hb=HEAD in order to download Paraview4.4 for linux 64 (I am running Ubuntu 15 desktop in a virtual machine), change the ports . I am following the documentation in http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html# , and for a start I am trying the Python launcher. Using the script bin/start.sh I am able to load the webpage at http://localhost:4400/apps/LiveArticles/ , but when I click to embedded visualization , I see that the "server" process is starting a vtk render window but without data . After a moment the visualization on the web page closes. Here are the relevant part of the logs : In Firefox Developer console: The character encoding of a framed document was not declared. The document may appear different if viewed without the document framing it. embed.html The character encoding of a framed document was not declared. The document may appear different if viewed without the document framing it. embed.html Use of getPreventDefault() is deprecated. Use defaultPrevented instead. jquery-1.8.3.min.js:2:0 GET http://localhost:9442/ws [HTTP/1.1 400 This server only speaks WebSocket subprotocols wamp.2.json.batched, wamp.2.json 10ms] Connection could not be established. embed.html:134:25 Firefox can't establish a connection to the server at ws://localhost:9442/ws. In LauncherLog.log: 2015-10-05 18:15:24,525:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 +0000] "GET /ext/core/jquery.hammer.min.js HTTP/1.1" 304 - "http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0" 2015-10-05 18:15:24,529:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 +0000] "GET /ext/core/vgl.min.js HTTP/1.1" 304 - "http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0" 2015-10-05 18:15:24,532:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 +0000] "GET /ext/jquery-ui/jquery-ui-1.10.0.css HTTP/1.1" 304 - "http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0" 2015-10-05 18:15:24,534:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 +0000] "GET /ext/jquery-ui/jquery-ui-1.10.0.min.js HTTP/1.1" 304 - "http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0" 2015-10-05 18:15:24,537:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 +0000] "GET /lib/core/vtkweb-all.min.js HTTP/1.1" 304 - "http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0" 2015-10-05 18:15:41,492:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:41 +0000] "POST /paraview HTTP/1.1" 200 194 "http://localhost:4400/apps/LiveArticles/embed.html?data=can.ex2" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0" in the process log: 2015-10-05 18:15:39+0200 [-] Log opened. 2015-10-05 18:15:41+0200 [-] Site starting on 9442 2015-10-05 18:15:41+0200 [-] Starting factory 2015-10-05 18:15:41+0200 [-] ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2015-10-05 18:15:41+0200 [-] ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2015-10-05 18:15:41+0200 [-] ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2015-10-05 18:15:41+0200 [-] ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2015-10-05 18:15:41+0200 [HTTPChannel,0,127.0.0.1] Client has reconnected, cancelling reaper 2015-10-05 18:15:41+0200 [HTTPChannel,0,127.0.0.1] on_connect: connection count = 1 2015-10-05 18:15:41+0200 [HTTPChannel,0,127.0.0.1] connection_lost: connection count = 0 2015-10-05 18:15:41+0200 [HTTPChannel,0,127.0.0.1] Starting timer, process will terminate in: 300sec 2015-10-05 18:20:41+0200 [twisted.web.server.Site] (TCP Port 9442 Closed) 2015-10-05 18:20:41+0200 [twisted.web.server.Site] Stopping factory 2015-10-05 18:20:41+0200 [-] Main loop terminated. Interestingly I've seen that the process that is called by the PythonLauncher is /data/pvweb/ParaView-4.4.0-Qt4-Linux-64bit/lib/paraview-4.4/pvpython /data/pvweb/ParaView-4.4.0-Qt4-Linux-64bit/lib/paraview-4.4/site-packages//paraview/web/pv_web_file_loader.py --port 9442 --data-dir /data/pvweb/data -f I've already tried to modify the javascript in the embed.html code in order to "force" the data file in the command that the server uses to launch the script, but the problem of the render window immediately closing remains. I don't think it's a problem of the configuration, because I am able to use the visualization app and load some data. Any suggestion about this problem? I don't know how to debug further to understand if the problem in on the javascript or python side Best regards Livia -------------- next part -------------- An HTML attachment was scrubbed... URL: From Gerald.Lodron at joanneum.at Tue Oct 6 02:26:42 2015 From: Gerald.Lodron at joanneum.at (Lodron, Gerald) Date: Tue, 6 Oct 2015 06:26:42 +0000 Subject: [Paraview] Error on PV 4-4-0 Output Message Window Message-ID: <7ac7d589bc6c42539e1b48d15d6d1188@RZJMBX2.jr1.local> Hello I successfully build PV 4-4-0 with my own compiled qt 5.5.0on Visual Studio 2013x64. Paraview also starts correctly and is correctly usable but I always get an error message (no crash) on the "Output Messages" window immediately after startup: 0xc65a1b12d0 void _cdecl QWindowPrivate::setTopLevelScreen(class QScreen*, bool)( QScreen(0xc655e651c0)): Attempt to set a screen on a child window.(:0,) I have 3 Monitors, is that a problem? ------------------------------------------------------------------------------------ Gerald Lodron Researcher of Machine Vision Applications Group DIGITAL - Institute for Information and Communication Technologies JOANNEUM RESEARCH Forschungsgesellschaft mbH Steyrergasse 17, 8010 Graz, AUSTRIA phone: +43-316-876-1751 general fax: +43-316-876-1751 web: http://www.joanneum.at/digital e-mail: gerald.lodron at joanneum.at -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.schlottke-lakemper at aia.rwth-aachen.de Tue Oct 6 04:00:30 2015 From: m.schlottke-lakemper at aia.rwth-aachen.de (Schlottke-Lakemper, Michael) Date: Tue, 6 Oct 2015 08:00:30 +0000 Subject: [Paraview] ParaView server configuration with user defineable server address Message-ID: Hi folks, We regularly start a pvserver on one of our cluster nodes and then connect to it from a PV client. However, in each instance it is necessary to specify the server address manually, as the server address naturally changes depending on which node the cluster job is located. Is there a way to also make the server address (as opposed to just e.g. the port number) configurable, similar to Use Case Two at http://www.paraview.org/Wiki/ParaView:Server_Configuration? Right now I have a static configuration where I always manually change the host name before connecting, which is somewhat cumbersome. Regards, Michael -- Michael Schlottke-Lakemper SimLab Highly Scalable Fluids & Solids Engineering J?lich Aachen Research Alliance (JARA-HPC) RWTH Aachen University W?llnerstra?e 5a 52062 Aachen Germany Phone: +49 (241) 80 95188 Fax: +49 (241) 80 92257 Mail: m.schlottke-lakemper at aia.rwth-aachen.de Web: http://www.jara.org/jara-hpc -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Tue Oct 6 07:17:47 2015 From: dave.demarle at kitware.com (David E DeMarle) Date: Tue, 6 Oct 2015 07:17:47 -0400 Subject: [Paraview] ParaView server configuration with user defineable server address In-Reply-To: References: Message-ID: The usual solution is to use reverse connections. Here the qsub script tells the server what ip address and port number to connect back to. If the waiting client isn't running on the login node, set up an ssh tunnel back to the user's machine. On Oct 6, 2015 4:00 AM, "Schlottke-Lakemper, Michael" < m.schlottke-lakemper at aia.rwth-aachen.de> wrote: > Hi folks, > > We regularly start a pvserver on one of our cluster nodes and then connect > to it from a PV client. However, in each instance it is necessary to > specify the server address manually, as the server address naturally > changes depending on which node the cluster job is located. Is there a way > to also make the server address (as opposed to just e.g. the port number) > configurable, similar to Use Case Two at > http://www.paraview.org/Wiki/ParaView:Server_Configuration? Right now I > have a static configuration where I always manually change the host name > before connecting, which is somewhat cumbersome. > > Regards, > > Michael > > > -- > Michael Schlottke-Lakemper > > SimLab Highly Scalable Fluids & Solids Engineering > J?lich Aachen Research Alliance (JARA-HPC) > RWTH Aachen University > W?llnerstra?e 5a > 52062 Aachen > Germany > > Phone: +49 (241) 80 95188 > Fax: +49 (241) 80 92257 > Mail: m.schlottke-lakemper at aia.rwth-aachen.de > Web: http://www.jara.org/jara-hpc > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.schlottke-lakemper at aia.rwth-aachen.de Tue Oct 6 07:34:43 2015 From: m.schlottke-lakemper at aia.rwth-aachen.de (Schlottke-Lakemper, Michael) Date: Tue, 6 Oct 2015 11:34:43 +0000 Subject: [Paraview] ParaView server configuration with user defineable server address In-Reply-To: References: Message-ID: <929F682A-8BFF-4E6A-9F5E-F63F198D333F@aia.rwth-aachen.de> Hi David, Thanks for your answer. I am aware of this possibility, I was just wondering if it is possible to do it directly using the connection settings. During testing, I typically frequently crash (and restart) the pvserver with different numbers of ranks in short succession, and using a reverse job script in each case is quite inefficient. Michael On 06 Oct 2015, at 13:17 , David E DeMarle > wrote: The usual solution is to use reverse connections. Here the qsub script tells the server what ip address and port number to connect back to. If the waiting client isn't running on the login node, set up an ssh tunnel back to the user's machine. On Oct 6, 2015 4:00 AM, "Schlottke-Lakemper, Michael" > wrote: Hi folks, We regularly start a pvserver on one of our cluster nodes and then connect to it from a PV client. However, in each instance it is necessary to specify the server address manually, as the server address naturally changes depending on which node the cluster job is located. Is there a way to also make the server address (as opposed to just e.g. the port number) configurable, similar to Use Case Two at http://www.paraview.org/Wiki/ParaView:Server_Configuration? Right now I have a static configuration where I always manually change the host name before connecting, which is somewhat cumbersome. Regards, Michael -- Michael Schlottke-Lakemper SimLab Highly Scalable Fluids & Solids Engineering J?lich Aachen Research Alliance (JARA-HPC) RWTH Aachen University W?llnerstra?e 5a 52062 Aachen Germany Phone: +49 (241) 80 95188 Fax: +49 (241) 80 92257 Mail: m.schlottke-lakemper at aia.rwth-aachen.de Web: http://www.jara.org/jara-hpc _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From dennis_conklin at goodyear.com Tue Oct 6 07:42:34 2015 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Tue, 6 Oct 2015 11:42:34 +0000 Subject: [Paraview] Silce Feature Question Message-ID: Michael, Do you really need all those slices simultaneously? Something that I have found very useful is to create a single slice and then rotate the mesh thru it. If you animate the rotation (Transform) then you can also get a very nice animation of the slices by setting the camera perpendicular to the slice. If you have a Spreadsheet open with focus on the slice, you should be able to write out the data from each one. I will leave it to the gurus to give details of how to script this, including outputting from the Spreadsheet at each timepoint, if you think this would work for you. YMMV, Dennis -------------- next part -------------- An HTML attachment was scrubbed... URL: From dennis_conklin at goodyear.com Tue Oct 6 08:45:55 2015 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Tue, 6 Oct 2015 12:45:55 +0000 Subject: [Paraview] [EXT] Re: More Customization of Python programmable Filter Panel In-Reply-To: References: Message-ID: All, OK, I admit it ? I?m greedy ? I want it all. As I have written these customized filters, one thing that I have realized is that memory utilization is not optimum for my setup. I run on a single machine, not a cluster, so I am concerned about memory usage. I have possibly a radical idea ? I would like to have both ShallowCopy and DeepCopy in the same object. When I am creating new Point or Cell variables, I must DeepCopy the input because when you Append to PointData or CellData after doing a ShallowCopy, the new variables are actually appended to the input. And I agree with this approach, because otherwise we would have a case where we delete the Filter and the filter-created variables still remain (don?t ask me how I know this!). However, we do not necessarily have to do it this way. The PointData or CellData are, at their essence, an array of pointers to arrays of data. I understand it may not be consistent with the current organization of the C++ objects, but it should be possible to have a CellData, for instance, in which some of the variables point to data arrays in the input (ShallowCopy) and some of the variables point to data arrays that only exist in the output (DeepCopy). It may require some modification, but I think it has substantial advantages. Let me give an extreme example to illustrate. Imagine that I load an Exodus file and that I load 35 variables from the initial file on disk. Now, I am going to run 10 filters, each of which will create at least 1 new variable. So, in the present scheme, I must DeepCopy the input for each of these and I end up with 10 copies of the original variables (as if I had loaded 350 variables) plus multiple copies of the new variables created by the filters. Putting aside the possibility of running Pass Arrays to eliminate some of these ? that would reduce my flexibility for filters later in the tree to use variables from higher up the tree. Ideally we would have a scheme where the variables loaded from the file could be available at every level of the tree (only requiring 1 copy of them in memory instead of 10 copies) and the only additional memory would be for the new calculated properties. A further benefit could be realized if variables calculated throughout the tree also could be inherited by succeeding objects on the tree without copying them. So, I am proposing that executing ShallowCopy of the input, would function as it does now, but it would allow a subsequent call to something like ?AppendtoOutput? (or ?DeepCopyAppend?) that would create a new variable array to store the new variable to be appended. The CellData and PointData of the resulting output would point to the input copy of input variables and point to the newly allocated memory location of the newly created and appended variables. Of course, sometimes we would really want to DeepCopy, like if we wanted to modify the Point coordinates and have both the original and modified geometry available, but we could choose to DeepCopy in that case and choose to ShallowCopy with DeepCopyAppend when that was appropriate. So, best case is there is already a way to do this that I?m unaware of. What do you think? Dennis From: Cory Quammen [mailto:cory.quammen at kitware.com] Sent: Wednesday, September 30, 2015 3:05 PM To: Dennis Conklin Cc: Paraview (paraview at paraview.org) Subject: Re: [EXT] Re: [Paraview] More Customization of Python programmable Filter Panel Hi Dennis, The documentation that is available in the online help is generated at build time from the sources/filters/readers that ship with ParaView. The same is true for binary pluginsthat are built into a shared library. Unfortunately documentation from purely XML plugins is not added to the online help. It could be, but it would take some effort to implement. The good news is that you *can* create a shared library plugin from a pure XML filter. Just follow a couple steps in the ParaView Plugin HowTo, specifically, sections [1] and [2]. Cory [1] http://www.paraview.org/Wiki/ParaView/Plugin_HowTo#Compiling_into_a_Shared_Library [2] http://www.paraview.org/Wiki/ParaView/Plugin_HowTo#Adding_plugins_to_ParaView_source On Tue, Sep 29, 2015 at 11:00 AM, Dennis Conklin > wrote: All, It appears that the help or Documentation provided in the xml file is not accessible from Paraview. I could not access it for the original files from the blog, or from mine. Perhaps I just don?t understand the proper way to access it, but all I got with clicking on ? or hitting F1 was the Paraview manual. Is there any way to have help text from my xml file accessible in Paraview? Thanks Dennis -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Tue Oct 6 10:19:01 2015 From: andy.bauer at kitware.com (Andy Bauer) Date: Tue, 6 Oct 2015 10:19:01 -0400 Subject: [Paraview] Finding center points/lines of a scalar field In-Reply-To: <665558866.2370743.1443918306632.JavaMail.root@mail.gatech.edu> References: <432757288.2370660.1443917998600.JavaMail.root@mail.gatech.edu> <665558866.2370743.1443918306632.JavaMail.root@mail.gatech.edu> Message-ID: Hi Tim, For 2D where you're just looking for a point, after you've done your threshold you can use the integrate variables to get the center point of the extracted domain. It should be the returned point location. This will also work in 3D for a center point. At this point in your Catalyst script you can just get the results from the integration and write your own csv file with the values (just have process 0 do this since in parallel I believe that only process 0 will have any data here). For 3D and looking for an arbitrarily shaped center line that's not known a priori, that's a tough one. The best I can think of here is after the threshold to compute some distance function over the thresholded domain, then maybe take the gradient of that, find the maximum point(s) and then follow the maximum gradient vector from those points to find your lines. As for doing this in ParaView, I can't think of any existing filter to compute the distance function so this would probably have to be a custom filter. For the lines from gradients, you can probably use the Python calculator or Python programmable filter to compute the maximum gradient vector at each point and then maybe use streamlines with custom inputs for the points to compute the lines you want. This sounds like a really interesting problem though so if you figure out how to do this, I'd be very interested in seeing your results. Cheers, Andy On Sat, Oct 3, 2015 at 8:25 PM, Tim Gallagher wrote: > Hi everybody, > > I'm working on some flow feature identification and I want to track the > (x,y,t) or (x,y,z,t) centers of the features I want to identify. I can come > up with a scalar field, \phi, and a criterion for my feature, say \phi >= > 1. I would like to find the center point of the feature if in 2D or the > center-line of the feature if in 3D. > > This can be done for a variety of different features using different > scalar fields, but for sake of argument, let's say I am looking at a > vortex. In 2D, the vortex core is a point. In 3D, it may for a vortex > sheet, or vortex tube, it may be arbitrary in shape (horseshoe, hairpin, > etc.) and so there is no center point but really a center line for the > core. I suppose this line may be composed of the center point of planes > spanned by two of the principle components and the center line is oriented > along the third, but I am not positive. > > At any rate, given a 2D or 3D scalar field and a threshold, what are the > filters I should have in my pipeline to extract this information? I plan on > doing this online with Catalyst. I would imagine that it would look like: > > MyData -> Threshold -> points/lines> -> > > I'm not adverse to programming custom filters as needed, but I feel like > this is something that a filter or set of filters may already exist to make > this work. I don't want to reinvent the wheel because anything I come up > with won't be as efficient as what is already there! > > Thanks, > > Tim > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Tue Oct 6 10:50:09 2015 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Tue, 6 Oct 2015 08:50:09 -0600 Subject: [Paraview] LiveArticles example with paraview 4.4 In-Reply-To: References: Message-ID: Hi Livia, The error seems related to the following issue: http://localhost:9442/ws [HTTP/1.1 400 This server only speaks WebSocket subprotocols wamp.2.json.batched, wamp.2.json 10ms] Connection could not be established. embed.html:134:25 I'm not sure to understand why that could be, but I was wondering if you could try to run the WebVisualizer to see if that works as it's the part that get actively developed while the rest are just sample code base that's meant to help the community to build their own code base. Moreover, if you could share your launcher configuration, that could be useful. Thanks, Seb On Mon, Oct 5, 2015 at 10:47 AM, wrote: > Hi, > I am following the paraview web guide and testing the provided web > application in version 4.4.0 . > I modified the script in > > http://www.paraview.org/gitweb?p=ParaViewSuperbuild.git;a=blob_plain;f=Scripts/pvw-setup.py;hb=HEAD > > in order to download Paraview4.4 for linux 64 (I am running Ubuntu 15 > desktop in a virtual machine), change the ports . I am following the > documentation in > http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html# , > and for a start I am trying the Python launcher. > > Using the script bin/start.sh I am able to load the webpage at > http://localhost:4400/apps/LiveArticles/ , but when I click to embedded > visualization , I see that the "server" process is starting a vtk render > window but without data . After a moment the visualization on the web page > closes. > > Here are the relevant part of the logs : > > *In Firefox Developer console*: > > The character encoding of a framed document was not declared. The document > may appear different if viewed without the document framing it. embed.html > The character encoding of a framed document was not declared. The document > may appear different if viewed without the document framing it. embed.html > Use of getPreventDefault() is deprecated. Use defaultPrevented instead. > jquery-1.8.3.min.js:2:0 > GET > http://localhost:9442/ws [HTTP/1.1 400 This server only speaks WebSocket > subprotocols wamp.2.json.batched, wamp.2.json 10ms] > Connection could not be established. embed.html:134:25 > Firefox can't establish a connection to the server at > ws://localhost:9442/ws. > > > * In LauncherLog.log:* > > 2015-10-05 18:15:24,525:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 > +0000] "GET /ext/core/jquery.hammer.min.js HTTP/1.1" 304 - " > http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" > "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 > Firefox/41.0" > 2015-10-05 18:15:24,529:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 > +0000] "GET /ext/core/vgl.min.js HTTP/1.1" 304 - " > http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" > "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 > Firefox/41.0" > 2015-10-05 18:15:24,532:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 > +0000] "GET /ext/jquery-ui/jquery-ui-1.10.0.css HTTP/1.1" 304 - " > http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" > "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 > Firefox/41.0" > 2015-10-05 18:15:24,534:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 > +0000] "GET /ext/jquery-ui/jquery-ui-1.10.0.min.js HTTP/1.1" 304 - " > http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" > "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 > Firefox/41.0" > 2015-10-05 18:15:24,537:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 > +0000] "GET /lib/core/vtkweb-all.min.js HTTP/1.1" 304 - " > http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" > "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 > Firefox/41.0" > 2015-10-05 18:15:41,492:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:41 > +0000] "POST /paraview HTTP/1.1" 200 194 " > http://localhost:4400/apps/LiveArticles/embed.html?data=can.ex2" > "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 > Firefox/41.0" > > > > > * in the process log: *2015-10-05 18:15:39+0200 [-] Log opened. > 2015-10-05 18:15:41+0200 [-] Site starting on 9442 > 2015-10-05 18:15:41+0200 [-] Starting factory instance at 0x4a0f488> > 2015-10-05 18:15:41+0200 [-] > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > 2015-10-05 18:15:41+0200 [-] > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > 2015-10-05 18:15:41+0200 [-] > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > 2015-10-05 18:15:41+0200 [-] > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > 2015-10-05 18:15:41+0200 [HTTPChannel,0,127.0.0.1] Client has reconnected, > cancelling reaper > 2015-10-05 18:15:41+0200 [HTTPChannel,0,127.0.0.1] on_connect: connection > count = 1 > 2015-10-05 18:15:41+0200 [HTTPChannel,0,127.0.0.1] connection_lost: > connection count = 0 > 2015-10-05 18:15:41+0200 [HTTPChannel,0,127.0.0.1] Starting timer, process > will terminate in: 300sec > 2015-10-05 18:20:41+0200 [twisted.web.server.Site] (TCP Port 9442 Closed) > 2015-10-05 18:20:41+0200 [twisted.web.server.Site] Stopping factory > > 2015-10-05 18:20:41+0200 [-] Main loop terminated. > > Interestingly I've seen that the process that is called by the > PythonLauncher is > /data/pvweb/ParaView-4.4.0-Qt4-Linux-64bit/lib/paraview-4.4/pvpython > /data/pvweb/ParaView-4.4.0-Qt4-Linux-64bit/lib/paraview-4.4/site-packages//paraview/web/pv_web_file_loader.py > --port 9442 --data-dir /data/pvweb/data -f > > I've already tried to modify the javascript in the embed.html code in > order to "force" the data file in the command that the server uses to > launch the script, but the problem of the render window immediately closing > remains. > I don't think it's a problem of the configuration, because I am able to > use the visualization app and load some data. > > Any suggestion about this problem? I don't know how to debug further to > understand if the problem in on the javascript or python side > > Best regards > Livia > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Tue Oct 6 11:48:25 2015 From: tim.gallagher at gatech.edu (Tim Gallagher) Date: Tue, 6 Oct 2015 11:48:25 -0400 (EDT) Subject: [Paraview] Finding center points/lines of a scalar field In-Reply-To: Message-ID: <1371395192.3336504.1444146505879.JavaMail.root@mail.gatech.edu> Hi Andy, Thanks for the response. Just to further complicate things, let's say there is more than one feature and so my threshold results in multiple "islands" of data. Is there a filter or a way that I can loop over the discrete lumps of data to run the integration filter over each one? Alternatively, from the entire scalar field, I might also be interested in finding all of the local maxima, which may be an easier problem than thresholding and finding the center of mass of the independent volumes. I can already foresee issues trying to locate a center point/line when features merge/collide but I'm not going to worry about that one quite yet. I'm starting to get the feeling this might turn into a pretty big undertaking -- but maybe if I can figure something out I can send a filter upstream for others to use. Tim ----- Original Message ----- From: "Andy Bauer" To: "tim gallagher" Cc: "ParaView list" Sent: Tuesday, October 6, 2015 10:19:01 AM Subject: Re: [Paraview] Finding center points/lines of a scalar field Hi Tim, For 2D where you're just looking for a point, after you've done your threshold you can use the integrate variables to get the center point of the extracted domain. It should be the returned point location. This will also work in 3D for a center point. At this point in your Catalyst script you can just get the results from the integration and write your own csv file with the values (just have process 0 do this since in parallel I believe that only process 0 will have any data here). For 3D and looking for an arbitrarily shaped center line that's not known a priori, that's a tough one. The best I can think of here is after the threshold to compute some distance function over the thresholded domain, then maybe take the gradient of that, find the maximum point(s) and then follow the maximum gradient vector from those points to find your lines. As for doing this in ParaView, I can't think of any existing filter to compute the distance function so this would probably have to be a custom filter. For the lines from gradients, you can probably use the Python calculator or Python programmable filter to compute the maximum gradient vector at each point and then maybe use streamlines with custom inputs for the points to compute the lines you want. This sounds like a really interesting problem though so if you figure out how to do this, I'd be very interested in seeing your results. Cheers, Andy On Sat, Oct 3, 2015 at 8:25 PM, Tim Gallagher < tim.gallagher at gatech.edu > wrote: Hi everybody, I'm working on some flow feature identification and I want to track the (x,y,t) or (x,y,z,t) centers of the features I want to identify. I can come up with a scalar field, \phi, and a criterion for my feature, say \phi >= 1. I would like to find the center point of the feature if in 2D or the center-line of the feature if in 3D. This can be done for a variety of different features using different scalar fields, but for sake of argument, let's say I am looking at a vortex. In 2D, the vortex core is a point. In 3D, it may for a vortex sheet, or vortex tube, it may be arbitrary in shape (horseshoe, hairpin, etc.) and so there is no center point but really a center line for the core. I suppose this line may be composed of the center point of planes spanned by two of the principle components and the center line is oriented along the third, but I am not positive. At any rate, given a 2D or 3D scalar field and a threshold, what are the filters I should have in my pipeline to extract this information? I plan on doing this online with Catalyst. I would imagine that it would look like: MyData -> Threshold -> -> I'm not adverse to programming custom filters as needed, but I feel like this is something that a filter or set of filters may already exist to make this work. I don't want to reinvent the wheel because anything I come up with won't be as efficient as what is already there! Thanks, Tim _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From Amit.Goel at ucf.edu Tue Oct 6 13:15:53 2015 From: Amit.Goel at ucf.edu (Amit Goel) Date: Tue, 6 Oct 2015 17:15:53 +0000 Subject: [Paraview] Direct link to ParaView sources not working with wget In-Reply-To: <20151001212858.GA8752@megas.khq.kitware.com> References: <568A0346-2D2E-41BA-B2F1-6E8402E6B95C@aia.rwth-aachen.de> <20151001212858.GA8752@megas.khq.kitware.com> Message-ID: <3AD45DEE-D191-4CA9-BD32-6D5C813166B4@ucf.edu> use curl. as an example: curl --create-dirs -L -o downloads/osumb.tar.gz http://mvapich.cse.ohio-state.edu/download/mvapich/osu-micro-benchmarks-4.4.1.tar.gz Regards Amit On Oct 1, 2015, at 5:28 PM, Ben Boeckel > wrote: On Mon, Sep 28, 2015 at 07:22:52 +0000, Schlottke-Lakemper, Michael wrote: Thanks for the quick fix! I still end up with a file named "download.php?submit=Download&version=v4.4&type=source&os=all&downloadFile=ParaView-v4.4.0-source.tar.gz? (and that can be fixed using "-O filename?), but at least the downloading works ;) The wget tool also has the `--content-disposition` option which will use the server-recommended filename. --Ben _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Tue Oct 6 13:55:34 2015 From: andy.bauer at kitware.com (Andy Bauer) Date: Tue, 6 Oct 2015 13:55:34 -0400 Subject: [Paraview] Finding center points/lines of a scalar field In-Reply-To: <1371395192.3336504.1444146505879.JavaMail.root@mail.gatech.edu> References: <1371395192.3336504.1444146505879.JavaMail.root@mail.gatech.edu> Message-ID: Hi Tim, The connectivity filter would be an option for separating islands but it looks like it doesn't take any domain decomposition into account (i.e. each process computes its own connectivity only). If you look at Morse-Smale complex, that's probably quite close to what you want. Unfortunately there's not an implementation for that in ParaView yet. I'd like to do that eventually for in situ as it would be useful for many feature detection algorithms but there aren't any current plans to do that. Cheers, Andy On Tue, Oct 6, 2015 at 11:48 AM, Tim Gallagher wrote: > Hi Andy, > > Thanks for the response. Just to further complicate things, let's say > there is more than one feature and so my threshold results in multiple > "islands" of data. Is there a filter or a way that I can loop over the > discrete lumps of data to run the integration filter over each one? > > Alternatively, from the entire scalar field, I might also be interested in > finding all of the local maxima, which may be an easier problem than > thresholding and finding the center of mass of the independent volumes. > > I can already foresee issues trying to locate a center point/line when > features merge/collide but I'm not going to worry about that one quite yet. > > I'm starting to get the feeling this might turn into a pretty big > undertaking -- but maybe if I can figure something out I can send a filter > upstream for others to use. > > Tim > > ------------------------------ > *From: *"Andy Bauer" > *To: *"tim gallagher" > *Cc: *"ParaView list" > *Sent: *Tuesday, October 6, 2015 10:19:01 AM > *Subject: *Re: [Paraview] Finding center points/lines of a scalar field > > > Hi Tim, > > For 2D where you're just looking for a point, after you've done your > threshold you can use the integrate variables to get the center point of > the extracted domain. It should be the returned point location. This will > also work in 3D for a center point. At this point in your Catalyst script > you can just get the results from the integration and write your own csv > file with the values (just have process 0 do this since in parallel I > believe that only process 0 will have any data here). > > For 3D and looking for an arbitrarily shaped center line that's not known > a priori, that's a tough one. The best I can think of here is after the > threshold to compute some distance function over the thresholded domain, > then maybe take the gradient of that, find the maximum point(s) and then > follow the maximum gradient vector from those points to find your lines. As > for doing this in ParaView, I can't think of any existing filter to compute > the distance function so this would probably have to be a custom filter. > For the lines from gradients, you can probably use the Python calculator or > Python programmable filter to compute the maximum gradient vector at each > point and then maybe use streamlines with custom inputs for the points to > compute the lines you want. > > This sounds like a really interesting problem though so if you figure out > how to do this, I'd be very interested in seeing your results. > > Cheers, > Andy > > On Sat, Oct 3, 2015 at 8:25 PM, Tim Gallagher > wrote: > >> Hi everybody, >> >> I'm working on some flow feature identification and I want to track the >> (x,y,t) or (x,y,z,t) centers of the features I want to identify. I can come >> up with a scalar field, \phi, and a criterion for my feature, say \phi >= >> 1. I would like to find the center point of the feature if in 2D or the >> center-line of the feature if in 3D. >> >> This can be done for a variety of different features using different >> scalar fields, but for sake of argument, let's say I am looking at a >> vortex. In 2D, the vortex core is a point. In 3D, it may for a vortex >> sheet, or vortex tube, it may be arbitrary in shape (horseshoe, hairpin, >> etc.) and so there is no center point but really a center line for the >> core. I suppose this line may be composed of the center point of planes >> spanned by two of the principle components and the center line is oriented >> along the third, but I am not positive. >> >> At any rate, given a 2D or 3D scalar field and a threshold, what are the >> filters I should have in my pipeline to extract this information? I plan on >> doing this online with Catalyst. I would imagine that it would look like: >> >> MyData -> Threshold -> > points/lines> -> >> >> I'm not adverse to programming custom filters as needed, but I feel like >> this is something that a filter or set of filters may already exist to make >> this work. I don't want to reinvent the wheel because anything I come up >> with won't be as efficient as what is already there! >> >> Thanks, >> >> Tim >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From livia.barazzetti at istb.unibe.ch Tue Oct 6 14:25:00 2015 From: livia.barazzetti at istb.unibe.ch (livia.barazzetti at istb.unibe.ch) Date: Tue, 6 Oct 2015 18:25:00 +0000 Subject: [Paraview] LiveArticles example with paraview 4.4 In-Reply-To: References: Message-ID: Hi Seb, I re-set up the environment from scratch and now the live article example works. For the visualizer, I had to remove the ??any reader? parameter from the application cmd in the configuration file and then that works as well (I doesn?t work well with some custom state files which involve animation, though) I suppose that I mixed up somehow different versions of the ? www/apps? folder, since first I was trying on the 4.3 version (but I wasn?t able to replicate). Sorry for the noise Thanks Livia From: Sebastien Jourdain [mailto:sebastien.jourdain at kitware.com] Sent: 06 October 2015 16:50 To: Barazzetti, Livia (ISTB) Cc: paraview at paraview.org Subject: Re: [Paraview] LiveArticles example with paraview 4.4 Hi Livia, The error seems related to the following issue: http://localhost:9442/ws [HTTP/1.1 400 This server only speaks WebSocket subprotocols wamp.2.json.batched, wamp.2.json 10ms] Connection could not be established. embed.html:134:25 I'm not sure to understand why that could be, but I was wondering if you could try to run the WebVisualizer to see if that works as it's the part that get actively developed while the rest are just sample code base that's meant to help the community to build their own code base. Moreover, if you could share your launcher configuration, that could be useful. Thanks, Seb On Mon, Oct 5, 2015 at 10:47 AM, > wrote: Hi, I am following the paraview web guide and testing the provided web application in version 4.4.0 . I modified the script in http://www.paraview.org/gitweb?p=ParaViewSuperbuild.git;a=blob_plain;f=Scripts/pvw-setup.py;hb=HEAD in order to download Paraview4.4 for linux 64 (I am running Ubuntu 15 desktop in a virtual machine), change the ports . I am following the documentation in http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html# , and for a start I am trying the Python launcher. Using the script bin/start.sh I am able to load the webpage at http://localhost:4400/apps/LiveArticles/ , but when I click to embedded visualization , I see that the "server" process is starting a vtk render window but without data . After a moment the visualization on the web page closes. Here are the relevant part of the logs : In Firefox Developer console: The character encoding of a framed document was not declared. The document may appear different if viewed without the document framing it. embed.html The character encoding of a framed document was not declared. The document may appear different if viewed without the document framing it. embed.html Use of getPreventDefault() is deprecated. Use defaultPrevented instead. jquery-1.8.3.min.js:2:0 GET http://localhost:9442/ws [HTTP/1.1 400 This server only speaks WebSocket subprotocols wamp.2.json.batched, wamp.2.json 10ms] Connection could not be established. embed.html:134:25 Firefox can't establish a connection to the server at ws://localhost:9442/ws. In LauncherLog.log: 2015-10-05 18:15:24,525:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 +0000] "GET /ext/core/jquery.hammer.min.js HTTP/1.1" 304 - "http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0" 2015-10-05 18:15:24,529:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 +0000] "GET /ext/core/vgl.min.js HTTP/1.1" 304 - "http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0" 2015-10-05 18:15:24,532:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 +0000] "GET /ext/jquery-ui/jquery-ui-1.10.0.css HTTP/1.1" 304 - "http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0" 2015-10-05 18:15:24,534:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 +0000] "GET /ext/jquery-ui/jquery-ui-1.10.0.min.js HTTP/1.1" 304 - "http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0" 2015-10-05 18:15:24,537:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 +0000] "GET /lib/core/vtkweb-all.min.js HTTP/1.1" 304 - "http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0" 2015-10-05 18:15:41,492:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:41 +0000] "POST /paraview HTTP/1.1" 200 194 "http://localhost:4400/apps/LiveArticles/embed.html?data=can.ex2" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0" in the process log: 2015-10-05 18:15:39+0200 [-] Log opened. 2015-10-05 18:15:41+0200 [-] Site starting on 9442 2015-10-05 18:15:41+0200 [-] Starting factory 2015-10-05 18:15:41+0200 [-] ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2015-10-05 18:15:41+0200 [-] ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2015-10-05 18:15:41+0200 [-] ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2015-10-05 18:15:41+0200 [-] ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2015-10-05 18:15:41+0200 [HTTPChannel,0,127.0.0.1] Client has reconnected, cancelling reaper 2015-10-05 18:15:41+0200 [HTTPChannel,0,127.0.0.1] on_connect: connection count = 1 2015-10-05 18:15:41+0200 [HTTPChannel,0,127.0.0.1] connection_lost: connection count = 0 2015-10-05 18:15:41+0200 [HTTPChannel,0,127.0.0.1] Starting timer, process will terminate in: 300sec 2015-10-05 18:20:41+0200 [twisted.web.server.Site] (TCP Port 9442 Closed) 2015-10-05 18:20:41+0200 [twisted.web.server.Site] Stopping factory 2015-10-05 18:20:41+0200 [-] Main loop terminated. Interestingly I've seen that the process that is called by the PythonLauncher is /data/pvweb/ParaView-4.4.0-Qt4-Linux-64bit/lib/paraview-4.4/pvpython /data/pvweb/ParaView-4.4.0-Qt4-Linux-64bit/lib/paraview-4.4/site-packages//paraview/web/pv_web_file_loader.py --port 9442 --data-dir /data/pvweb/data -f I've already tried to modify the javascript in the embed.html code in order to "force" the data file in the command that the server uses to launch the script, but the problem of the render window immediately closing remains. I don't think it's a problem of the configuration, because I am able to use the visualization app and load some data. Any suggestion about this problem? I don't know how to debug further to understand if the problem in on the javascript or python side Best regards Livia _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Tue Oct 6 17:10:20 2015 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Tue, 6 Oct 2015 15:10:20 -0600 Subject: [Paraview] LiveArticles example with paraview 4.4 In-Reply-To: References: Message-ID: No problem, glad you figure it out. Seb On Tue, Oct 6, 2015 at 12:25 PM, wrote: > Hi Seb, > > > > I re-set up the environment from scratch and now the live article example > works. For the visualizer, I had to remove the ??any reader? parameter from > the application cmd in the configuration file and then that works as well > (I doesn?t work well with some custom state files which involve animation, > though) > > I suppose that I mixed up somehow different versions of the ? www/apps? > folder, since first I was trying on the 4.3 version (but I wasn?t able to > replicate). > > Sorry for the noise > > > > Thanks > > Livia > > > > > > *From:* Sebastien Jourdain [mailto:sebastien.jourdain at kitware.com] > *Sent:* 06 October 2015 16:50 > *To:* Barazzetti, Livia (ISTB) > *Cc:* paraview at paraview.org > *Subject:* Re: [Paraview] LiveArticles example with paraview 4.4 > > > > Hi Livia, > > > > The error seems related to the following issue: > > > > http://localhost:9442/ws [HTTP/1.1 400 This server only speaks WebSocket > subprotocols wamp.2.json.batched, wamp.2.json 10ms] > Connection could not be established. embed.html:134:25 > > > > I'm not sure to understand why that could be, but I was wondering if you > could try to run the WebVisualizer to see if that works as it's the part > that get actively developed while the rest are just sample code base that's > meant to help the community to build their own code base. > > > > Moreover, if you could share your launcher configuration, that could be > useful. > > > > Thanks, > > > > Seb > > > > On Mon, Oct 5, 2015 at 10:47 AM, wrote: > > Hi, > I am following the paraview web guide and testing the provided web > application in version 4.4.0 . > I modified the script in > > http://www.paraview.org/gitweb?p=ParaViewSuperbuild.git;a=blob_plain;f=Scripts/pvw-setup.py;hb=HEAD > > in order to download Paraview4.4 for linux 64 (I am running Ubuntu 15 > desktop in a virtual machine), change the ports . I am following the > documentation in > http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html# > , > and for a start I am trying the Python launcher. > > Using the script bin/start.sh I am able to load the webpage at > http://localhost:4400/apps/LiveArticles/ , but when I click to embedded > visualization , I see that the "server" process is starting a vtk render > window but without data . After a moment the visualization on the web page > closes. > > Here are the relevant part of the logs : > > *In Firefox Developer console*: > > The character encoding of a framed document was not declared. The document > may appear different if viewed without the document framing it. embed.html > The character encoding of a framed document was not declared. The document > may appear different if viewed without the document framing it. embed.html > Use of getPreventDefault() is deprecated. Use defaultPrevented instead. > jquery-1.8.3.min.js:2:0 > GET > http://localhost:9442/ws [HTTP/1.1 400 This server only speaks WebSocket > subprotocols wamp.2.json.batched, wamp.2.json 10ms] > Connection could not be established. embed.html:134:25 > Firefox can't establish a connection to the server at > ws://localhost:9442/ws. > > > * In LauncherLog.log:* > > 2015-10-05 18:15:24,525:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 > +0000] "GET /ext/core/jquery.hammer.min.js HTTP/1.1" 304 - " > http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" > "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 > Firefox/41.0" > 2015-10-05 18:15:24,529:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 > +0000] "GET /ext/core/vgl.min.js HTTP/1.1" 304 - " > http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" > "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 > Firefox/41.0" > 2015-10-05 18:15:24,532:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 > +0000] "GET /ext/jquery-ui/jquery-ui-1.10.0.css HTTP/1.1" 304 - " > http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" > "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 > Firefox/41.0" > 2015-10-05 18:15:24,534:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 > +0000] "GET /ext/jquery-ui/jquery-ui-1.10.0.min.js HTTP/1.1" 304 - " > http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" > "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 > Firefox/41.0" > 2015-10-05 18:15:24,537:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:24 > +0000] "GET /lib/core/vtkweb-all.min.js HTTP/1.1" 304 - " > http://localhost:4400/apps/LiveArticles/embed.html?data=disk_out_ref.ex2" > "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 > Firefox/41.0" > 2015-10-05 18:15:41,492:INFO:twisted:"127.0.0.1" - - [05/Oct/2015:16:15:41 > +0000] "POST /paraview HTTP/1.1" 200 194 " > http://localhost:4400/apps/LiveArticles/embed.html?data=can.ex2" > "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 > Firefox/41.0" > > > > * in the process log: * > 2015-10-05 18:15:39+0200 [-] Log opened. > 2015-10-05 18:15:41+0200 [-] Site starting on 9442 > 2015-10-05 18:15:41+0200 [-] Starting factory instance at 0x4a0f488> > 2015-10-05 18:15:41+0200 [-] > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > 2015-10-05 18:15:41+0200 [-] > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > 2015-10-05 18:15:41+0200 [-] > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > 2015-10-05 18:15:41+0200 [-] > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > 2015-10-05 18:15:41+0200 [HTTPChannel,0,127.0.0.1] Client has reconnected, > cancelling reaper > 2015-10-05 18:15:41+0200 [HTTPChannel,0,127.0.0.1] on_connect: connection > count = 1 > 2015-10-05 18:15:41+0200 [HTTPChannel,0,127.0.0.1] connection_lost: > connection count = 0 > 2015-10-05 18:15:41+0200 [HTTPChannel,0,127.0.0.1] Starting timer, process > will terminate in: 300sec > 2015-10-05 18:20:41+0200 [twisted.web.server.Site] (TCP Port 9442 Closed) > 2015-10-05 18:20:41+0200 [twisted.web.server.Site] Stopping factory > > 2015-10-05 18:20:41+0200 [-] Main loop terminated. > > Interestingly I've seen that the process that is called by the > PythonLauncher is > /data/pvweb/ParaView-4.4.0-Qt4-Linux-64bit/lib/paraview-4.4/pvpython > /data/pvweb/ParaView-4.4.0-Qt4-Linux-64bit/lib/paraview-4.4/site-packages//paraview/web/pv_web_file_loader.py > --port 9442 --data-dir /data/pvweb/data -f > > I've already tried to modify the javascript in the embed.html code in > order to "force" the data file in the command that the server uses to > launch the script, but the problem of the render window immediately closing > remains. > I don't think it's a problem of the configuration, because I am able to > use the visualization app and load some data. > > Any suggestion about this problem? I don't know how to debug further to > understand if the problem in on the javascript or python side > > Best regards > Livia > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Tue Oct 6 18:04:18 2015 From: tim.gallagher at gatech.edu (Tim Gallagher) Date: Tue, 6 Oct 2015 18:04:18 -0400 (EDT) Subject: [Paraview] Finding center points/lines of a scalar field In-Reply-To: Message-ID: <640014428.3460517.1444169058728.JavaMail.root@mail.gatech.edu> Hi Andy, Thanks for the tip on the MS Complex, I had never heard of this but it looks very interesting. If I have time, I may try to write my own code to do it and if I can figure out the algorithms in our own research code, I could take a stab at getting them in a VTK filter. In the meantime, I found this: http://vgl.serc.iisc.ernet.in/mscomplex/pyms3dEx.html which shows examples using paraview to call the library that group wrote. It's done through the python programmable filter -- it might be pretty easy to generate an in-situ proof of concept using their library. Tim ----- Original Message ----- From: "Andy Bauer" To: "tim gallagher" Cc: "ParaView list" Sent: Tuesday, October 6, 2015 1:55:34 PM Subject: Re: [Paraview] Finding center points/lines of a scalar field Hi Tim, The connectivity filter would be an option for separating islands but it looks like it doesn't take any domain decomposition into account (i.e. each process computes its own connectivity only). If you look at Morse-Smale complex, that's probably quite close to what you want. Unfortunately there's not an implementation for that in ParaView yet. I'd like to do that eventually for in situ as it would be useful for many feature detection algorithms but there aren't any current plans to do that. Cheers, Andy On Tue, Oct 6, 2015 at 11:48 AM, Tim Gallagher < tim.gallagher at gatech.edu > wrote: Hi Andy, Thanks for the response. Just to further complicate things, let's say there is more than one feature and so my threshold results in multiple "islands" of data. Is there a filter or a way that I can loop over the discrete lumps of data to run the integration filter over each one? Alternatively, from the entire scalar field, I might also be interested in finding all of the local maxima, which may be an easier problem than thresholding and finding the center of mass of the independent volumes. I can already foresee issues trying to locate a center point/line when features merge/collide but I'm not going to worry about that one quite yet. I'm starting to get the feeling this might turn into a pretty big undertaking -- but maybe if I can figure something out I can send a filter upstream for others to use. Tim From: "Andy Bauer" < andy.bauer at kitware.com > To: "tim gallagher" < tim.gallagher at gatech.edu > Cc: "ParaView list" < paraview at paraview.org > Sent: Tuesday, October 6, 2015 10:19:01 AM Subject: Re: [Paraview] Finding center points/lines of a scalar field Hi Tim, For 2D where you're just looking for a point, after you've done your threshold you can use the integrate variables to get the center point of the extracted domain. It should be the returned point location. This will also work in 3D for a center point. At this point in your Catalyst script you can just get the results from the integration and write your own csv file with the values (just have process 0 do this since in parallel I believe that only process 0 will have any data here). For 3D and looking for an arbitrarily shaped center line that's not known a priori, that's a tough one. The best I can think of here is after the threshold to compute some distance function over the thresholded domain, then maybe take the gradient of that, find the maximum point(s) and then follow the maximum gradient vector from those points to find your lines. As for doing this in ParaView, I can't think of any existing filter to compute the distance function so this would probably have to be a custom filter. For the lines from gradients, you can probably use the Python calculator or Python programmable filter to compute the maximum gradient vector at each point and then maybe use streamlines with custom inputs for the points to compute the lines you want. This sounds like a really interesting problem though so if you figure out how to do this, I'd be very interested in seeing your results. Cheers, Andy On Sat, Oct 3, 2015 at 8:25 PM, Tim Gallagher < tim.gallagher at gatech.edu > wrote:
Hi everybody, I'm working on some flow feature identification and I want to track the (x,y,t) or (x,y,z,t) centers of the features I want to identify. I can come up with a scalar field, \phi, and a criterion for my feature, say \phi >= 1. I would like to find the center point of the feature if in 2D or the center-line of the feature if in 3D. This can be done for a variety of different features using different scalar fields, but for sake of argument, let's say I am looking at a vortex. In 2D, the vortex core is a point. In 3D, it may for a vortex sheet, or vortex tube, it may be arbitrary in shape (horseshoe, hairpin, etc.) and so there is no center point but really a center line for the core. I suppose this line may be composed of the center point of planes spanned by two of the principle components and the center line is oriented along the third, but I am not positive. At any rate, given a 2D or 3D scalar field and a threshold, what are the filters I should have in my pipeline to extract this information? I plan on doing this online with Catalyst. I would imagine that it would look like: MyData -> Threshold -> -> I'm not adverse to programming custom filters as needed, but I feel like this is something that a filter or set of filters may already exist to make this work. I don't want to reinvent the wheel because anything I come up with won't be as efficient as what is already there! Thanks, Tim _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview
-------------- next part -------------- An HTML attachment was scrubbed... URL: From mrguilfoyle at gmail.com Tue Oct 6 19:23:45 2015 From: mrguilfoyle at gmail.com (Mathew Guilfoyle) Date: Wed, 7 Oct 2015 00:23:45 +0100 Subject: [Paraview] Successful SuperBuild on OSX 10.11? Message-ID: <92BFCEC2-AA00-417C-B20E-43BA8B90F05E@gmail.com> I have just upgraded to OS X 10.11 and am now unable to build Paraview I had successfully built the Suepbuild 4.4.0 on OS X 10.10 using my installed Qt4.8 (I was unable to build against the Qt that comes with the SuperBuild. Qt 4.8 is not compatible with the latest OS X, hence I?ve installed Qt5.5. However, even building Paraview against the installed Qt5.5 now fails. The primary error seems to be: CMake Error at /Builds/ParaView/Build/paraview/src/paraview/CMake/generate_proxydocumentation.cmake:20 (message): No xmlpatterns executable was defined!!! Any ideas how to fix this? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Tue Oct 6 23:13:39 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 6 Oct 2015 23:13:39 -0400 Subject: [Paraview] Successful SuperBuild on OSX 10.11? In-Reply-To: <92BFCEC2-AA00-417C-B20E-43BA8B90F05E@gmail.com> References: <92BFCEC2-AA00-417C-B20E-43BA8B90F05E@gmail.com> Message-ID: <20151007031339.GA6297@bronto-burt.dev.benboeckel.net> On Wed, Oct 07, 2015 at 00:23:45 +0100, Mathew Guilfoyle wrote: > I have just upgraded to OS X 10.11 and am now unable to build Paraview > > I had successfully built the Suepbuild 4.4.0 on OS X 10.10 using my > installed Qt4.8 (I was unable to build against the Qt that comes with > the SuperBuild. > > Qt 4.8 is not compatible with the latest OS X, hence I?ve installed > Qt5.5. However, even building Paraview against the installed Qt5.5 > now fails. The primary error seems to be: Qt5 is not supported in ParaView fully yet. Qt 5.6 will have the necessary patches. > CMake Error at /Builds/ParaView/Build/paraview/src/paraview/CMake/generate_proxydocumentation.cmake:20 (message): > No xmlpatterns executable was defined!!! > > Any ideas how to fix this? There's a "patch" in the superbuild[1] which adds '10' to the list of versions it can detect. Adding '11' there might help you get further. Or are the Qt issues deeper? --Ben [1]Projects/patches/qt4.src.plugins.bearer.corewlan.corewlan.pro From eric.lynch at gmail.com Tue Oct 6 23:44:06 2015 From: eric.lynch at gmail.com (Eric Lynch) Date: Tue, 6 Oct 2015 23:44:06 -0400 Subject: [Paraview] Changing time step values Message-ID: After reading a dataset into ParaView, is it possible to change the time step values? I'm reading in data in two different formats. I've got the same time steps in both readers (they correspond to the same iteration of the same simulation), but due to differences in precision, ParaView thinks they're different times. For example, one reader parses time as a float and has a time step of 0.10000000149011 while the other parses time as a double and shows 0.100000000000000. Is there a way for me to change one of these after reading so ParaView thinks they're the same? Thanks, Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Wed Oct 7 09:19:12 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Wed, 7 Oct 2015 09:19:12 -0400 Subject: [Paraview] Measuring a specific contour line generated in Paraview with Line object? In-Reply-To: <7E2F3D55-7ED6-4DA9-A799-9104C97ED57D@udel.edu> References: <7E2F3D55-7ED6-4DA9-A799-9104C97ED57D@udel.edu> Message-ID: Hi Jesse, On Fri, Oct 2, 2015 at 7:09 PM, Jesse Samluk wrote: > Cory, > > Two quick questions for you on the differences between ?Ruler? and > ?PlotOverLine?. > > I think what I am looking for is the Ruler source to give me the width > of those white lines (as indicated on the image with the red line, attached > again for reference). My question first question is, is there a way to save > a Ruler in a state file such that it will automatically adjust to a new > width of those white lines when I open another VTK file? Or do I have to > manually adjust them with each VTK I open? > You'll have to do it manually. That would be a fancy (but cool!) trick to do the processing needed to stick the rule endpoints to the white region. > Second question, when you said the line below, what did you mean (can > you walk me through it?)? The way I take it is that the PlotOverLine gives > me values of all the fields present as defined on the Ruler (which is cool, > by the way), but not the width unless I define it. Am I on the right track > with this one, or way off? > PlotOverLine will not give you the width. What I was suggesting was look at the values in the properties Point1 and Point2. Each of these has x,y,z values for the line endpoints. You can use the standard distance formula for computing the distance between points - not from within ParaView, but with a calculator, spreadsheet program, etc. - to compute the length of the line used in the PlotOverLine filter. Cory > > Thanks! > Jesse > > On Sep 30, 2015, at 9:22 AM, Cory Quammen > wrote: > > Optionally, you could dispense with the Ruler source and compute the > length of the line in the Plot Over Line filter manually given Point1 and > Point2. > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ControlRun2LevelIce copy.png Type: image/png Size: 112189 bytes Desc: not available URL: From sevensam at udel.edu Wed Oct 7 09:20:29 2015 From: sevensam at udel.edu (Jesse Samluk) Date: Wed, 7 Oct 2015 09:20:29 -0400 Subject: [Paraview] Measuring a specific contour line generated in Paraview with Line object? In-Reply-To: References: <7E2F3D55-7ED6-4DA9-A799-9104C97ED57D@udel.edu> Message-ID: Awesome thanks Cory for the assist! Jesse > On Oct 7, 2015, at 9:19 AM, Cory Quammen wrote: > > Hi Jesse, > > On Fri, Oct 2, 2015 at 7:09 PM, Jesse Samluk > wrote: > Cory, > > Two quick questions for you on the differences between ?Ruler? and ?PlotOverLine?. > > I think what I am looking for is the Ruler source to give me the width of those white lines (as indicated on the image with the red line, attached again for reference). My question first question is, is there a way to save a Ruler in a state file such that it will automatically adjust to a new width of those white lines when I open another VTK file? Or do I have to manually adjust them with each VTK I open? > > You'll have to do it manually. That would be a fancy (but cool!) trick to do the processing needed to stick the rule endpoints to the white region. > > Second question, when you said the line below, what did you mean (can you walk me through it?)? The way I take it is that the PlotOverLine gives me values of all the fields present as defined on the Ruler (which is cool, by the way), but not the width unless I define it. Am I on the right track with this one, or way off? > > PlotOverLine will not give you the width. What I was suggesting was look at the values in the properties Point1 and Point2. Each of these has x,y,z values for the line endpoints. You can use the standard distance formula for computing the distance between points - not from within ParaView, but with a calculator, spreadsheet program, etc. - to compute the length of the line used in the PlotOverLine filter. > > Cory > > > Thanks! > Jesse >> On Sep 30, 2015, at 9:22 AM, Cory Quammen > wrote: >> >> Optionally, you could dispense with the Ruler source and compute the length of the line in the Plot Over Line filter manually given Point1 and Point2. > > > > > -- > Cory Quammen > R&D Engineer > Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Wed Oct 7 09:39:33 2015 From: andy.bauer at kitware.com (Andy Bauer) Date: Wed, 7 Oct 2015 09:39:33 -0400 Subject: [Paraview] Finding center points/lines of a scalar field In-Reply-To: <640014428.3460517.1444169058728.JavaMail.root@mail.gatech.edu> References: <640014428.3460517.1444169058728.JavaMail.root@mail.gatech.edu> Message-ID: Hi Tim, Thanks for sharing that link! If you take a stab at writing your own MS Complex and want help contributing back to VTK, I'd be more than willing to help on that. Best regards, Andy On Tue, Oct 6, 2015 at 6:04 PM, Tim Gallagher wrote: > Hi Andy, > > Thanks for the tip on the MS Complex, I had never heard of this but it > looks very interesting. > > If I have time, I may try to write my own code to do it and if I can > figure out the algorithms in our own research code, I could take a stab at > getting them in a VTK filter. In the meantime, I found this: > > http://vgl.serc.iisc.ernet.in/mscomplex/pyms3dEx.html > > which shows examples using paraview to call the library that group wrote. > It's done through the python programmable filter -- it might be pretty easy > to generate an in-situ proof of concept using their library. > > Tim > > ------------------------------ > *From: *"Andy Bauer" > *To: *"tim gallagher" > *Cc: *"ParaView list" > *Sent: *Tuesday, October 6, 2015 1:55:34 PM > > *Subject: *Re: [Paraview] Finding center points/lines of a scalar field > > Hi Tim, > > The connectivity filter would be an option for separating islands but it > looks like it doesn't take any domain decomposition into account (i.e. each > process computes its own connectivity only). > > If you look at Morse-Smale complex, that's probably quite close to what > you want. Unfortunately there's not an implementation for that in ParaView > yet. I'd like to do that eventually for in situ as it would be useful for > many feature detection algorithms but there aren't any current plans to do > that. > > Cheers, > Andy > > On Tue, Oct 6, 2015 at 11:48 AM, Tim Gallagher > wrote: > >> Hi Andy, >> >> Thanks for the response. Just to further complicate things, let's say >> there is more than one feature and so my threshold results in multiple >> "islands" of data. Is there a filter or a way that I can loop over the >> discrete lumps of data to run the integration filter over each one? >> >> Alternatively, from the entire scalar field, I might also be interested >> in finding all of the local maxima, which may be an easier problem than >> thresholding and finding the center of mass of the independent volumes. >> >> I can already foresee issues trying to locate a center point/line when >> features merge/collide but I'm not going to worry about that one quite yet. >> >> I'm starting to get the feeling this might turn into a pretty big >> undertaking -- but maybe if I can figure something out I can send a filter >> upstream for others to use. >> >> Tim >> >> ------------------------------ >> *From: *"Andy Bauer" >> *To: *"tim gallagher" >> *Cc: *"ParaView list" >> *Sent: *Tuesday, October 6, 2015 10:19:01 AM >> *Subject: *Re: [Paraview] Finding center points/lines of a scalar field >> >> >> Hi Tim, >> >> For 2D where you're just looking for a point, after you've done your >> threshold you can use the integrate variables to get the center point of >> the extracted domain. It should be the returned point location. This will >> also work in 3D for a center point. At this point in your Catalyst script >> you can just get the results from the integration and write your own csv >> file with the values (just have process 0 do this since in parallel I >> believe that only process 0 will have any data here). >> >> For 3D and looking for an arbitrarily shaped center line that's not known >> a priori, that's a tough one. The best I can think of here is after the >> threshold to compute some distance function over the thresholded domain, >> then maybe take the gradient of that, find the maximum point(s) and then >> follow the maximum gradient vector from those points to find your lines. As >> for doing this in ParaView, I can't think of any existing filter to compute >> the distance function so this would probably have to be a custom filter. >> For the lines from gradients, you can probably use the Python calculator or >> Python programmable filter to compute the maximum gradient vector at each >> point and then maybe use streamlines with custom inputs for the points to >> compute the lines you want. >> >> This sounds like a really interesting problem though so if you figure out >> how to do this, I'd be very interested in seeing your results. >> >> Cheers, >> Andy >> >> On Sat, Oct 3, 2015 at 8:25 PM, Tim Gallagher >> wrote: >> >>> Hi everybody, >>> >>> I'm working on some flow feature identification and I want to track the >>> (x,y,t) or (x,y,z,t) centers of the features I want to identify. I can come >>> up with a scalar field, \phi, and a criterion for my feature, say \phi >= >>> 1. I would like to find the center point of the feature if in 2D or the >>> center-line of the feature if in 3D. >>> >>> This can be done for a variety of different features using different >>> scalar fields, but for sake of argument, let's say I am looking at a >>> vortex. In 2D, the vortex core is a point. In 3D, it may for a vortex >>> sheet, or vortex tube, it may be arbitrary in shape (horseshoe, hairpin, >>> etc.) and so there is no center point but really a center line for the >>> core. I suppose this line may be composed of the center point of planes >>> spanned by two of the principle components and the center line is oriented >>> along the third, but I am not positive. >>> >>> At any rate, given a 2D or 3D scalar field and a threshold, what are the >>> filters I should have in my pipeline to extract this information? I plan on >>> doing this online with Catalyst. I would imagine that it would look like: >>> >>> MyData -> Threshold -> >> points/lines> -> >>> >>> I'm not adverse to programming custom filters as needed, but I feel like >>> this is something that a filter or set of filters may already exist to make >>> this work. I don't want to reinvent the wheel because anything I come up >>> with won't be as efficient as what is already there! >>> >>> Thanks, >>> >>> Tim >>> _______________________________________________ >>> 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 >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Wed Oct 7 12:03:41 2015 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Wed, 7 Oct 2015 16:03:41 +0000 Subject: [Paraview] Changing time step values Message-ID: Ug. What an annoying problem to have. First of all, I think the easiest solution to your problem is to simply change the animation mode from "Snap to TimeSteps" to either "Sequence" or "Real Time". The default "Snap to TimeSteps" is going to visit all unique time steps, and ParaView incorrectly thinks your two data sets have different values in equivalent time steps. But the other two modes ignore the independent time steps, and your two readers will both interpret them correctly. I wish I thought of that solution before figuring out how to filter the time in your data, but I didn't and instead came up with a solution to use the programable filter. Anyway, if you still want to go through the trouble of changing the time values, here is the solution. By default, the programmable filter copies the input data to the output, which is good since that is what you want. You can just leave the main script (which is really the RequestData script) blank. Instead you need to change the RequestInformation script and the RequestUpdateExtent script (both part of the "advanced" properties). First, the RequestInformation script needs to redefine the time step values. Here is a version of the script that resets the time to be integer values (which should not have precision problems). executive = self.GetExecutive() outInfo = executive.GetOutputInformation(0) numTimeSteps = outInfo.Length(executive.TIME_STEPS()) outInfo.Remove(executive.TIME_STEPS()) for time in xrange(0, numTimeSteps): outInfo.Append(executive.TIME_STEPS(), time) Next, you need to have the RequestUpdateExtent script translate the time step requested by ParaView to the time step that the reader is really expecting. Here is a script that will do that. executive = self.GetExecutive() inInfo = executive.GetInputInformation(0).GetInformationObject(0) outInfo = executive.GetOutputInformation().GetInformationObject(0) inTimeSteps = inInfo.Get(executive.TIME_STEPS()) outTimeSteps = outInfo.Get(executive.TIME_STEPS()) requestedTimeStep = outInfo.Get(executive.UPDATE_TIME_STEP()) requestedTimeIndex = 0 while requestedTimeIndex < len(outTimeSteps)-1: if requestedTimeStep < outTimeSteps[requestedTimeIndex+1]: break requestedTimeIndex += 1 inInfo.Set(executive.UPDATE_TIME_STEP(), inTimeSteps[requestedTimeIndex]) That should be it. You can try to change the RequestInformation script to so set time values of one reader to the ones used by the other, or you can just apply this filter to both. As long as the time indices match up, it should work. -Ken From: ParaView > on behalf of Eric Lynch > Date: Tuesday, October 6, 2015 at 9:44 PM To: "paraview at paraview.org" > Subject: [EXTERNAL] [Paraview] Changing time step values After reading a dataset into ParaView, is it possible to change the time step values? I'm reading in data in two different formats. I've got the same time steps in both readers (they correspond to the same iteration of the same simulation), but due to differences in precision, ParaView thinks they're different times. For example, one reader parses time as a float and has a time step of 0.10000000149011 while the other parses time as a double and shows 0.100000000000000. Is there a way for me to change one of these after reading so ParaView thinks they're the same? Thanks, Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Wed Oct 7 12:07:07 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 7 Oct 2015 12:07:07 -0400 Subject: [Paraview] Changing time step values In-Reply-To: References: Message-ID: One simpler option worth trying is to make ParaView totally ignore timesteps from one of the readers. Simply right click on the reader in the Pipeline Browser and check the "Ignore Time" checkbox. Now, depending on the reader, the reader with "ignored time" will either give the "closest" timestep or the "lower-bound" timestep -- but it's worth trying. Utkarsh On Tue, Oct 6, 2015 at 11:44 PM, Eric Lynch wrote: > After reading a dataset into ParaView, is it possible to change the time > step values? I'm reading in data in two different formats. I've got the > same time steps in both readers (they correspond to the same iteration of > the same simulation), but due to differences in precision, ParaView thinks > they're different times. For example, one reader parses time as a float and > has a time step of 0.10000000149011 while the other parses time as a double > and shows 0.100000000000000. Is there a way for me to change one of these > after reading so ParaView thinks they're the same? > > Thanks, > Eric > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From dave.demarle at kitware.com Wed Oct 7 15:50:23 2015 From: dave.demarle at kitware.com (David E DeMarle) Date: Wed, 7 Oct 2015 15:50:23 -0400 Subject: [Paraview] IEEE Supercomputing 2015 - please vote for VTK and ParaView Message-ID: Greetings, If you like VTK and/or ParaView, please vote for them in HPCWire's Reader's choice awards contest. Voting ends on October 9. Details here: http://tci.taborcommunications.com/webmail/21812/250864529/8ab9a210ee024c30ff7664255c625343 thanks! David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 -------------- next part -------------- An HTML attachment was scrubbed... URL: From eric.lynch at gmail.com Wed Oct 7 16:02:07 2015 From: eric.lynch at gmail.com (Eric Lynch) Date: Wed, 7 Oct 2015 16:02:07 -0400 Subject: [Paraview] Changing time step values In-Reply-To: References: Message-ID: <8B8A10A7-4BE5-4FDA-B9E1-A7471021D1BA@gmail.com> Checking ignore time in browser worked for me. Is there a way to do that in a Python script? Thanks, Eric > On Oct 7, 2015, at 12:07 PM, Utkarsh Ayachit wrote: > > One simpler option worth trying is to make ParaView totally ignore > timesteps from one of the readers. Simply right click on the reader in > the Pipeline Browser and check the "Ignore Time" checkbox. Now, > depending on the reader, the reader with "ignored time" will either > give the "closest" timestep or the "lower-bound" timestep -- but it's > worth trying. > > Utkarsh > >> On Tue, Oct 6, 2015 at 11:44 PM, Eric Lynch wrote: >> After reading a dataset into ParaView, is it possible to change the time >> step values? I'm reading in data in two different formats. I've got the >> same time steps in both readers (they correspond to the same iteration of >> the same simulation), but due to differences in precision, ParaView thinks >> they're different times. For example, one reader parses time as a float and >> has a time step of 0.10000000149011 while the other parses time as a double >> and shows 0.100000000000000. Is there a way for me to change one of these >> after reading so ParaView thinks they're the same? >> >> Thanks, >> Eric >> >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> From giordano_lipari at yahoo.co.uk Thu Oct 8 08:43:55 2015 From: giordano_lipari at yahoo.co.uk (Giordano Lipari) Date: Thu, 8 Oct 2015 14:43:55 +0200 Subject: [Paraview] Animations: inserting text-only frames In-Reply-To: References: Message-ID: <5616650B.10703@yahoo.co.uk> Hi all! My wish is to present written matter on dedicated frames before and after an animation. This could be title, description, acknowledgement, credits and so forth. This information is not meant to be persistent while the animation rolls on. Also interesting would be the possibility to interpose such frames in the animation and mark moments of change with some textual presentation. I am already aware of the possibility of annotations, yet I would like it better to interpose dedicated text-only frames. After a shallow, though not careless, query in the Paraview documentation and archives I have spotted no clues. (Happy to be corrected.) Is Paraview capable of editing an animation to this extent? If so, how? Could you please describe the procedure? If not, has anyone experienced this need and found a workaround? Thanks in advance for dealing with this. Giordano Lipari From dennis_conklin at goodyear.com Thu Oct 8 15:46:39 2015 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Thu, 8 Oct 2015 19:46:39 +0000 Subject: [Paraview] Animations: inserting text-only frames Message-ID: Giordano, If you export the animation from Paraview, Windows Movie Maker, which is free to all Windoze users, will allow you to insert titles anywhere in the video. I'm sure there are similar utilities for Mac and Linux, but I'm not familiar with them. Might be easier to do it externally rather than try to make paraview do it. Dennis -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Thu Oct 8 22:50:07 2015 From: tim.gallagher at gatech.edu (Tim Gallagher) Date: Thu, 8 Oct 2015 22:50:07 -0400 (EDT) Subject: [Paraview] Converting a graph to a tree In-Reply-To: <239013593.4136232.1444358709427.JavaMail.root@mail.gatech.edu> Message-ID: <1663902202.4136528.1444359007938.JavaMail.root@mail.gatech.edu> Hi all, I am working on visualization of topological features and I have hit a VTK wall. I have a 2D structured grid that has been built into a vtkMutableDirectedGraph with the vertices as the nodes and the connections between vertices as the edges (not all vertices will end up connected eventually). I am trying to create a breadth-first search tree from my graph so then I can find leaf nodes and prune them unless they meet certain criteria. I am working in Python but have been digging through the VTK C++ examples to figure out how to do it. The example for the vtkBoostBreadthFirstSearchTree says it can be used to convert a graph into a tree so that's what I have tried. My code to do the conversion looks like: bfs_tree = vtk.vtkBoostBreadthFirstSearchTree() bfs_tree.SetOriginVertex(0) bfs_tree.SetInput(self.graph) bfs_tree.Update() tree = bfs_tree.GetOutput() This appears to work (no errors are thrown). I then try to iterate over the tree to find the leaves. I create and loop over my iterator with: tree_iterator = vtk.vtkTreeBFSIterator() tree_iterator.SetStartVertex(0) tree_iterator.SetTree(tree) while tree_iterator.HasNext(): node = tree_iterator.Next() print node, tree.GetLevel(node) where my print statement is just to debug what is happening. The printout looks like: 0 0 1 1 2 2 3 3 4 4 5 5 so my tree is just a straight line. This is a 20x20 fully connected (for now) structured mesh, so my tree should have more than 5 nodes to it and shouldn't be a straight line. Am I missing something in how this works? Or have I gone about this in a totally backwards way? Related question -- will the value of the node from the iterator match that of the graph or does the tree renumber things? Thanks, Tim From tim.gallagher at gatech.edu Thu Oct 8 23:31:16 2015 From: tim.gallagher at gatech.edu (Tim Gallagher) Date: Thu, 8 Oct 2015 23:31:16 -0400 (EDT) Subject: [Paraview] Converting a graph to a tree In-Reply-To: <1663902202.4136528.1444359007938.JavaMail.root@mail.gatech.edu> Message-ID: <1266958397.4142487.1444361476007.JavaMail.root@mail.gatech.edu> Well... I figured out the answers to my own questions! My tree was poorly formed because I needed to change my start location to a known location (and in my case, reverse the edges) so that it actually built the full tree. Once that was done, I get the expected tree iterator. And to answer my own questions at the end, the graph nodes need to be stored on the tree by doing: bfs_tree.CreateGraphVertexIdArrayOn() ... graph_ids = tree.GetVertexData().GetArray("GraphVertexId") Tim ----- Original Message ----- From: "Tim Gallagher" To: "ParaView list" Sent: Thursday, October 8, 2015 10:50:07 PM Subject: [Paraview] Converting a graph to a tree Hi all, I am working on visualization of topological features and I have hit a VTK wall. I have a 2D structured grid that has been built into a vtkMutableDirectedGraph with the vertices as the nodes and the connections between vertices as the edges (not all vertices will end up connected eventually). I am trying to create a breadth-first search tree from my graph so then I can find leaf nodes and prune them unless they meet certain criteria. I am working in Python but have been digging through the VTK C++ examples to figure out how to do it. The example for the vtkBoostBreadthFirstSearchTree says it can be used to convert a graph into a tree so that's what I have tried. My code to do the conversion looks like: bfs_tree = vtk.vtkBoostBreadthFirstSearchTree() bfs_tree.SetOriginVertex(0) bfs_tree.SetInput(self.graph) bfs_tree.Update() tree = bfs_tree.GetOutput() This appears to work (no errors are thrown). I then try to iterate over the tree to find the leaves. I create and loop over my iterator with: tree_iterator = vtk.vtkTreeBFSIterator() tree_iterator.SetStartVertex(0) tree_iterator.SetTree(tree) while tree_iterator.HasNext(): node = tree_iterator.Next() print node, tree.GetLevel(node) where my print statement is just to debug what is happening. The printout looks like: 0 0 1 1 2 2 3 3 4 4 5 5 so my tree is just a straight line. This is a 20x20 fully connected (for now) structured mesh, so my tree should have more than 5 nodes to it and shouldn't be a straight line. Am I missing something in how this works? Or have I gone about this in a totally backwards way? Related question -- will the value of the node from the iterator match that of the graph or does the tree renumber things? Thanks, Tim _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview From Gerald.Lodron at joanneum.at Fri Oct 9 03:44:21 2015 From: Gerald.Lodron at joanneum.at (Lodron, Gerald) Date: Fri, 9 Oct 2015 07:44:21 +0000 Subject: [Paraview] Problem using DoubleVectorProperty Message-ID: <07a7a51c985f4eb19c2df26fd3bf4279@RZJMBX2.jr1.local> Hello I have a strange problem in Input Masks of different filters/plugins: When I have a double proberty with e.g. text "1.1" in input widget it successfully sends 1.1 to filter. If I delete the "." sign out of the input GUI element and want to reenter the "." The GUI widget does not take the comma input, so it is impossible for me to enter a comma over ".". The GUI element only allows the "," sign which is not correctly parsed as comma (I tested it). So if I have any double input it is impossible for me to set it coorectly if I lose the default "." Sign during edit (or if the default double value does not have any "." Sign).... I testet it with paraview 4.3 (qt 5.2.1) and 4.4 (qt5.5.0), any suggestions whats going wrong? May it has something to do that my Windows is installed in "german" (in german the "," sign is the comma) Best regards ------------------------------------------------------------------------------------ Gerald Lodron Researcher of Machine Vision Applications Group DIGITAL - Institute for Information and Communication Technologies JOANNEUM RESEARCH Forschungsgesellschaft mbH Steyrergasse 17, 8010 Graz, AUSTRIA phone: +43-316-876-1751 general fax: +43-316-876-1751 web: http://www.joanneum.at/digital e-mail: gerald.lodron at joanneum.at -------------- next part -------------- An HTML attachment was scrubbed... URL: From Gerald.Lodron at joanneum.at Fri Oct 9 04:09:45 2015 From: Gerald.Lodron at joanneum.at (Lodron, Gerald) Date: Fri, 9 Oct 2015 08:09:45 +0000 Subject: [Paraview] Problem using DoubleVectorProperty Message-ID: <7b420c99aa2a47b1ae831adf59b65fe3@RZJMBX2.jr1.local> Ok, i change the decimal sign in my windows from "," to "." and now I can reenter it again.... Very nasty _____________________________________________ Von: Lodron, Gerald Gesendet: Freitag, 09. Oktober 2015 09:44 An: Paraview User (paraview at paraview.org); Paraview Developer (Paraview-developers at paraview.org) Betreff: Problem using DoubleVectorProperty Hello I have a strange problem in Input Masks of different filters/plugins: When I have a double proberty with e.g. text "1.1" in input widget it successfully sends 1.1 to filter. If I delete the "." sign out of the input GUI element and want to reenter the "." The GUI widget does not take the comma input, so it is impossible for me to enter a comma over ".". The GUI element only allows the "," sign which is not correctly parsed as comma (I tested it). So if I have any double input it is impossible for me to set it coorectly if I lose the default "." Sign during edit (or if the default double value does not have any "." Sign).... I testet it with paraview 4.3 (qt 5.2.1) and 4.4 (qt5.5.0), any suggestions whats going wrong? May it has something to do that my Windows is installed in "german" (in german the "," sign is the comma) Best regards ------------------------------------------------------------------------------------ Gerald Lodron Researcher of Machine Vision Applications Group DIGITAL - Institute for Information and Communication Technologies JOANNEUM RESEARCH Forschungsgesellschaft mbH Steyrergasse 17, 8010 Graz, AUSTRIA phone: +43-316-876-1751 general fax: +43-316-876-1751 web: http://www.joanneum.at/digital e-mail: gerald.lodron at joanneum.at -------------- next part -------------- An HTML attachment was scrubbed... URL: From wascott at sandia.gov Fri Oct 9 21:15:04 2015 From: wascott at sandia.gov (Scott, W Alan) Date: Sat, 10 Oct 2015 01:15:04 +0000 Subject: [Paraview] [EXTERNAL] problem with particle tracer in release 4.3.1 and 4.4.0 In-Reply-To: References: Message-ID: <600a58825f2e419ea07d970d9452dee5@ES01AMSNLNT.srn.sandia.gov> Markus, Would it be possible for you to post an example of this crash? Include what machine, local or remote server, a dataset (try to choose one from the ParaView data in the paraview.org web site, and steps (probably the ones given below)? I would think if it worked before, it should work now... Thanks, Alan From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Perschall Markus (DC/ENE21) Sent: Tuesday, September 22, 2015 12:50 PM To: paraview at paraview.org Subject: [EXTERNAL] [Paraview] problem with particle tracer in release 4.3.1 and 4.4.0 Hi for some visualizations of unsteady fluid flow data I used to set particle tracer with the following pipeline: volume data ==> Temporal Interpolator ==> ParticleTracer (with Input:Temporal Interpolator, seed source: some Point or Plane). This worked fine up to Paraview version 4.1.0. However, in both versions 4.3.1 and 4.4.0 Paraview crashes after setting up the pipeline during the step to next timestep. It behaves like this on both Unix and Windows (64bit). Any comments or hints on this? Do I have to set up the pipeline differently in the new versions? Any help would be highly appreciated Regards, Markus -------------- next part -------------- An HTML attachment was scrubbed... URL: From wascott at sandia.gov Fri Oct 9 21:20:30 2015 From: wascott at sandia.gov (Scott, W Alan) Date: Sat, 10 Oct 2015 01:20:30 +0000 Subject: [Paraview] [EXTERNAL] Re: Select which fields to load when loading .vtm multi-block In-Reply-To: <053568f0b30340b2b75b15e99773bf5c@MAR190n2.marin.local> References: <95c805a4948e4c20a7fb868ab4db0b87@MAR190n2.marin.local> <053568f0b30340b2b75b15e99773bf5c@MAR190n2.marin.local> Message-ID: <84542734a81a4f2d86dbf5ad758c1178@ES01AMSNLNT.srn.sandia.gov> I couldn't find this in the bug tracker, so added it. http://www.paraview.org/Bug/view.php?id=15768 Alan -----Original Message----- From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Deij-van Rijswijk, Menno Sent: Tuesday, September 22, 2015 4:40 AM To: paraview at paraview.org Subject: [EXTERNAL] Re: [Paraview] Select which fields to load when loading .vtm multi-block Anyone? From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Deij-van Rijswijk, Menno Sent: vrijdag 18 september 2015 16:06 To: paraview at paraview.org Subject: [Paraview] Select which fields to load when loading .vtm multi-block Hi, I noticed that when I load a .vtm file, I cannot select which data fields to load. This requires me to load the entire file into memory, after which the Pass Arrays filter allows me to take the required data field forward in the pipeline. If I load other formats (e.g. CGNS and .vtu) I can choose which field to load. Maybe I?m missing something obvious? Should there be metadata on the fields in the vtm file that is missing? Thanks and best wishes, Menno Deij ? van Rijswijk dr. ir. Menno A. Deij-van Rijswijk Researcher / Software Engineer Maritime Simulation & Software Group ? MARIN ? 2, Haagsteeg E M.Deij at marin.nl P.O. Box 28 T +31 317 49 39 11 6700 AA Wageningen F +31 317 49 32 45 T ?+31 317 49 35 06 The Netherlands I ?www.marin.nl ? MARIN news: MARIN Report available on App store & Google play This e-mail may be confidential, privileged and/or protected by copyright. If you are not the intended recipient, you should return it to the sender immediately and delete your copy from your system. ? _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview From david.larsson at sth.kth.se Mon Oct 12 07:04:56 2015 From: david.larsson at sth.kth.se (David Larsson) Date: Mon, 12 Oct 2015 11:04:56 +0000 Subject: [Paraview] Rescaling during animation save Message-ID: <1444647897099.74955@sth.kth.se> Dear all, I am working with flow simulations giving me output in the form of velocity fields as vtu/pvd-files that I load and view in paraview. I want to do some animations to visualize the flow, and have so far been using the "Save Animation" feature, saving a selection of png-snapshots from which I then build videos. A problem I have is that I would like to rescale the color bar for each time step individually. As of now, I have to choose a color set, with which all timesteps in the time series are saved. So, is there a way to prompt paraview to rescale to data range for each timestep saved in save animation? I've found some info here ( http://www.cfd-online.com/Forums/openfoam-paraview/118294-annoying-issue-automatic-rescale-data-range-parafoam-paraview-3-12-a.html) but I cant' seem to get a hold of it. Does anyone have any suggestions? I though perhaps by some Python-scripting? Thanks for all the help, Regards David -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard.grenon at onera.fr Mon Oct 12 06:58:07 2015 From: richard.grenon at onera.fr (Richard Grenon) Date: Mon, 12 Oct 2015 12:58:07 +0200 Subject: [Paraview] PV 440 crashes when picking rotation center Message-ID: <561B923F.7010408@onera.fr> Hello, I found what seems to be a little bug in PV 440: load the sample state file that opens the sample Tecplot file, click on the "Pick center" button, then click anywhere on the sample shape and PV 440 crashes. This bug seems to be related to the fact that no object is selected in the pipeline when loading a state file: if you select an object in the pipeline before picking center, PV 440 does not crash. Test performed on Linux 64 bits, PV 440 installed from the binaries on the PV download page. Same test with PV 410: no crash when no object is selected. Richard -- Richard GRENON ONERA Departement d'Aerodynamique Appliquee - DAAP/ACI 8 rue des Vertugadins 92190 MEUDON - FRANCE phone : +33 1 46 73 42 17 fax : +33 1 46 73 41 46 mailto:Richard.Grenon at onera.fr http://www.onera.fr -------------- next part -------------- TITLE="LIC example" VARIABLES="x","y","z","u","v","w" ZONE T="Simple surface", I=11, J=5, K=1, F=POINT 0.0 0.0 0.0 1.0 0.5 0. 0.1 0.0 0.0 1.0 0.5 0. 0.2 0.0 0.0 1.0 0.5 0. 0.3 0.0 0.0 1.0 0.5 0. 0.4 0.0 0.0 1.0 0.5 0. 0.5 0.0 0.0 1.0 0.5 0. 0.6 0.0 0.0 1.0 0.5 0. 0.7 0.0 0.0 1.0 0.5 0. 0.8 0.0 0.0 1.0 0.5 0. 0.9 0.0 0.0 1.0 0.5 0. 1.0 0.0 0.0 1.0 0.5 0. 0.0 0.1 0.1 1.0 0.5 0. 0.1 0.1 0.1 1.0 0.5 0. 0.2 0.1 0.1 1.0 0.5 0. 0.3 0.1 0.1 1.0 0.5 0. 0.4 0.1 0.1 1.0 0.5 0. 0.5 0.1 0.1 1.0 0.5 0. 0.6 0.1 0.1 1.0 0.5 0. 0.7 0.1 0.1 1.0 0.5 0. 0.8 0.1 0.1 1.0 0.5 0. 0.9 0.1 0.1 1.0 0.5 0. 1.0 0.1 0.1 1.0 0.5 0. 0.0 0.2 0.15 1.0 0.5 0. 0.1 0.2 0.15 1.0 0.5 0. 0.2 0.2 0.15 1.0 0.5 0. 0.3 0.2 0.15 1.0 0.5 0. 0.4 0.2 0.15 1.0 0.5 0. 0.5 0.2 0.15 1.0 0.5 0. 0.6 0.2 0.15 1.0 0.5 0. 0.7 0.2 0.15 1.0 0.5 0. 0.8 0.2 0.15 1.0 0.5 0. 0.9 0.2 0.15 1.0 0.5 0. 1.0 0.2 0.15 1.0 0.5 0. 0.0 0.3 0.175 1.0 0.5 0. 0.1 0.3 0.175 1.0 0.5 0. 0.2 0.3 0.175 1.0 0.5 0. 0.3 0.3 0.175 1.0 0.5 0. 0.4 0.3 0.175 1.0 0.5 0. 0.5 0.3 0.175 1.0 0.5 0. 0.6 0.3 0.175 1.0 0.5 0. 0.7 0.3 0.175 1.0 0.5 0. 0.8 0.3 0.175 1.0 0.5 0. 0.9 0.3 0.175 1.0 0.5 0. 1.0 0.3 0.175 1.0 0.5 0. 0.0 0.4 0.15 1.0 0.5 0. 0.1 0.4 0.15 1.0 0.5 0. 0.2 0.4 0.15 1.0 0.5 0. 0.3 0.4 0.15 1.0 0.5 0. 0.4 0.4 0.15 1.0 0.5 0. 0.5 0.4 0.15 1.0 0.5 0. 0.6 0.4 0.15 1.0 0.5 0. 0.7 0.4 0.15 1.0 0.5 0. 0.8 0.4 0.15 1.0 0.5 0. 0.9 0.4 0.15 1.0 0.5 0. 1.0 0.4 0.15 1.0 0.5 0. -------------- next part -------------- From rk.ism10209 at gmail.com Mon Oct 12 08:11:50 2015 From: rk.ism10209 at gmail.com (Rahul Kumar Soni) Date: Mon, 12 Oct 2015 12:11:50 +0000 Subject: [Paraview] Missing particle type particle tracking Message-ID: I have assigned three different material type to three different size particles in my simulation. When I am trying to glyph it to sphere, all the three types are detected and colored according. However, when I am trying to make particle tracking tubes through TemporlPrticlesToPathlines >> Tube with the settings shown in attached images; it only captures the two particle types. I am wondering that why these leakage is being happened. Anyone, please suggest a resolution. [image: TemporalParticlesToPathlines2TypesRedBlue.png][image: SphereGlyph3TypesRedGreenBlue.png] [image: photo] *Rahul K Soni* Scientist, CSIR - Institute of Minerals & Materials Technology +91-674-237-9335 | +91-8456977780 | http://sites.google.com/site/rahuliitdhn ? Get a Signature like this: Click Here! -- -- Regards Rahul Kumar Soni Scientist CSIR-Institute of Minerals & Minerals Technology [image: photo] *Rahul K Soni* Scientist, CSIR - Institute of Minerals & Materials Technology +91-674-237-9335 | +91-8456977780 | http://sites.google.com/site/rahuliitdhn ? Get a Signature like this: Click Here! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SphereGlyph3TypesRedGreenBlue.png Type: image/png Size: 136563 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: TemporalParticlesToPathlines2TypesRedBlue.png Type: image/png Size: 76215 bytes Desc: not available URL: From spitaels at vki.ac.be Mon Oct 12 09:47:37 2015 From: spitaels at vki.ac.be (Laurent Spitaels) Date: Mon, 12 Oct 2015 15:47:37 +0200 Subject: [Paraview] Problem with ColorMap and smtrace Message-ID: <132A3619-C6AE-4B9F-9590-0E2D231DCC5C@vki.ac.be> Good morning, I wrote a macro which is able to start a trace and when I stop it, it save the trace in a given repository. The problem is that I don?t have the information related to the Color Map. My code is: # 1st macro from paraview import smtrace config = smtrace.start_trace() # config is an instance of vtkSMTrace. One can setup properties on this # object to control the generated trace. e.g. config.SetFullyTraceSupplementalProxies(True) config.SaveCameras() # 2nd macro import ConfigParser from paraview import smtrace import time, datetime, os, shutil # stop trace. The generated trace is returned. txt = smtrace.stop_trace() write_trace(txt) # external function to write the content in a file smtrace.reset_trace_output() Thank you for your help, Laurent ---- Laurent Spitaels Software engineer von Karman Institute for Fluid Dynamics Waterloosesteenweg 72, B-1640 Sint-Genesius-Rode, Belgium Mail: spitaels at vki.ac.be Tel: 0032 (0)2 359 96 74 -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Mon Oct 12 10:08:07 2015 From: andy.bauer at kitware.com (Andy Bauer) Date: Mon, 12 Oct 2015 10:08:07 -0400 Subject: [Paraview] Missing particle type particle tracking In-Reply-To: References: Message-ID: Hi, Any chance you can share a data set and an exact set of steps to reproduce this issue? Thanks, Andy On Mon, Oct 12, 2015 at 8:11 AM, Rahul Kumar Soni wrote: > I have assigned three different material type to three different size > particles in my simulation. When I am trying to glyph it to sphere, all > the three types are detected and colored according. However, when I am > trying to make particle tracking tubes through TemporlPrticlesToPathlines > >> Tube with the settings shown in attached images; it only captures the > two particle types. I am wondering that why these leakage is being > happened. Anyone, please suggest a resolution. > [image: TemporalParticlesToPathlines2TypesRedBlue.png][image: > SphereGlyph3TypesRedGreenBlue.png] > > [image: photo] > *Rahul K Soni* > Scientist, CSIR - Institute of Minerals & Materials Technology > +91-674-237-9335 > > | +91-8456977780 > > | http://sites.google.com/site/rahuliitdhn > > > > > > > > ? Get a Signature like this: Click Here! > > -- > > -- > Regards > > Rahul Kumar Soni > Scientist > CSIR-Institute of Minerals & Minerals Technology > > [image: photo] > *Rahul K Soni* > Scientist, CSIR - Institute of Minerals & Materials Technology > +91-674-237-9335 | +91-8456977780 | > http://sites.google.com/site/rahuliitdhn > > > ? Get a Signature like this: Click Here! > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SphereGlyph3TypesRedGreenBlue.png Type: image/png Size: 136563 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: TemporalParticlesToPathlines2TypesRedBlue.png Type: image/png Size: 76215 bytes Desc: not available URL: From cory.quammen at kitware.com Mon Oct 12 10:15:51 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 12 Oct 2015 10:15:51 -0400 Subject: [Paraview] PV 440 crashes when picking rotation center In-Reply-To: <561B923F.7010408@onera.fr> References: <561B923F.7010408@onera.fr> Message-ID: Hi Richard, I can confirm. In fact, it isn't specific to your state file, but rather can be reproduced with a Sphere Source: - launch ParaView - Sources -> Sphere Source. Apply - Click on "builtin:" in Pipeline Browser - Click the "Pick Center" button - Click on the sphere Crash: ASSERT: "this->View != NULL && this->Port != NULL" in file /home/cory/code/src/ParaView/Qt/Components/pqFindDataSelectionDisplayFrame.cxx, line 323 Aborted (core dumped) I'll take a look at a fix. Cory On Mon, Oct 12, 2015 at 6:58 AM, Richard Grenon wrote: > Hello, > > I found what seems to be a little bug in PV 440: load the sample state > file that opens the sample Tecplot file, click on the "Pick center" button, > then click anywhere on the sample shape and PV 440 crashes. > > This bug seems to be related to the fact that no object is selected in the > pipeline when loading a state file: if you select an object in the pipeline > before picking center, PV 440 does not crash. Test performed on Linux 64 > bits, PV 440 installed from the binaries on the PV download page. > > Same test with PV 410: no crash when no object is selected. > > Richard > > -- > Richard GRENON > ONERA > Departement d'Aerodynamique Appliquee - DAAP/ACI > 8 rue des Vertugadins > 92190 MEUDON - FRANCE > phone : +33 1 46 73 42 17 > fax : +33 1 46 73 41 46 > mailto:Richard.Grenon at onera.fr > http://www.onera.fr > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdorier at anl.gov Mon Oct 12 10:51:57 2015 From: mdorier at anl.gov (Dorier, Matthieu) Date: Mon, 12 Oct 2015 14:51:57 +0000 Subject: [Paraview] Citing Catalyst Message-ID: <37142D5FC373A846ACE4F75AA11EA84D21C060B9@DITKA.anl.gov> Hi, Which paper should be cited when referencing Catalyst in a paper? Thanks, Matthieu -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Mon Oct 12 11:31:50 2015 From: andy.bauer at kitware.com (Andy Bauer) Date: Mon, 12 Oct 2015 11:31:50 -0400 Subject: [Paraview] Citing Catalyst In-Reply-To: <37142D5FC373A846ACE4F75AA11EA84D21C060B9@DITKA.anl.gov> References: <37142D5FC373A846ACE4F75AA11EA84D21C060B9@DITKA.anl.gov> Message-ID: In my opinion, the User's Guide is probably the most comprehensive document about Catalyst: A. C. Bauer, B. Geveci, and W. Schroeder. The ParaView Catalyst User?s Guide v1.0. Kitware, Inc., 2013. On Mon, Oct 12, 2015 at 10:51 AM, Dorier, Matthieu wrote: > Hi, > > Which paper should be cited when referencing Catalyst in a paper? > Thanks, > > Matthieu > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard.grenon at onera.fr Mon Oct 12 11:38:23 2015 From: richard.grenon at onera.fr (Richard Grenon) Date: Mon, 12 Oct 2015 17:38:23 +0200 Subject: [Paraview] PV 440 crashes when picking rotation center In-Reply-To: References: <561B923F.7010408@onera.fr> Message-ID: <561BD3EF.60905@onera.fr> Hi Cory, I performed the test with the sphere: same crash when clicking on "builtin" in Pipeline Browser before picking Center, no crash when "Sphere" object is selected. Thank you for taking a look at a fix. Richard Le 12/10/2015 16:15, Cory Quammen a ?crit : > Hi Richard, > > I can confirm. In fact, it isn't specific to your state file, but > rather can be reproduced with a Sphere Source: > > - launch ParaView > - Sources -> Sphere Source. Apply > - Click on "builtin:" in Pipeline Browser > - Click the "Pick Center" button > - Click on the sphere > > Crash: > > ASSERT: "this->View != NULL && this->Port != NULL" in file > /home/cory/code/src/ParaView/Qt/Components/pqFindDataSelectionDisplayFrame.cxx, > line 323 > Aborted (core dumped) > > I'll take a look at a fix. > > Cory > -- Richard GRENON ONERA Departement d'Aerodynamique Appliquee - DAAP/ACI 8 rue des Vertugadins 92190 MEUDON - FRANCE phone : +33 1 46 73 42 17 fax : +33 1 46 73 41 46 mailto:Richard.Grenon at onera.fr http://www.onera.fr From cory.quammen at kitware.com Mon Oct 12 13:05:08 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 12 Oct 2015 13:05:08 -0400 Subject: [Paraview] PV 440 crashes when picking rotation center In-Reply-To: <561BD3EF.60905@onera.fr> References: <561B923F.7010408@onera.fr> <561BD3EF.60905@onera.fr> Message-ID: Richard, I have created a merge request with a proposed bug fix. https://gitlab.kitware.com/paraview/paraview/merge_requests/417 commit 434b9af41bcbd5d4497a44425d5d42b64efda6ac Author: Cory Quammen Date: Mon Oct 12 11:06:20 2015 -0400 Replace Q_ASSERT with a return if NULL With recent changes to pqFindDataSelectionDisplayFrame, it was possible for showFrustum() to be called when the current port was NULL. This could lead to a crash when no object was selected in the pipeline browser and the "Pick Center" tool was used. Changed this code to return from this function if the view or port are NULL. Cory On Mon, Oct 12, 2015 at 11:38 AM, Richard Grenon wrote: > Hi Cory, > > I performed the test with the sphere: same crash when clicking on > "builtin" in Pipeline Browser before picking Center, no crash when "Sphere" > object is selected. > > Thank you for taking a look at a fix. > > Richard > > Le 12/10/2015 16:15, Cory Quammen a ?crit : > >> Hi Richard, >> >> I can confirm. In fact, it isn't specific to your state file, but rather >> can be reproduced with a Sphere Source: >> >> - launch ParaView >> - Sources -> Sphere Source. Apply >> - Click on "builtin:" in Pipeline Browser >> - Click the "Pick Center" button >> - Click on the sphere >> >> Crash: >> >> ASSERT: "this->View != NULL && this->Port != NULL" in file >> /home/cory/code/src/ParaView/Qt/Components/pqFindDataSelectionDisplayFrame.cxx, >> line 323 >> Aborted (core dumped) >> >> I'll take a look at a fix. >> >> Cory >> >> -- > Richard GRENON > ONERA > Departement d'Aerodynamique Appliquee - DAAP/ACI > 8 rue des Vertugadins > 92190 MEUDON - FRANCE > phone : +33 1 46 73 42 17 > fax : +33 1 46 73 41 46 > mailto:Richard.Grenon at onera.fr > http://www.onera.fr > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Mon Oct 12 14:51:09 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 12 Oct 2015 14:51:09 -0400 Subject: [Paraview] Problem with ColorMap and smtrace In-Reply-To: <132A3619-C6AE-4B9F-9590-0E2D231DCC5C@vki.ac.be> References: <132A3619-C6AE-4B9F-9590-0E2D231DCC5C@vki.ac.be> Message-ID: What version of ParaView are you using? I couldn't reproduce the issue with 4.4. Also, I had to remove the `config.SaveCameras` line in my testing. On Mon, Oct 12, 2015 at 9:47 AM, Laurent Spitaels wrote: > Good morning, > > I wrote a macro which is able to start a trace and when I stop it, it save > the trace in a given repository. > > The problem is that I don?t have the information related to the Color Map. > > My code is: > # 1st macro > from paraview import smtrace > config = smtrace.start_trace() > # config is an instance of vtkSMTrace. One can setup properties on this > # object to control the generated trace. e.g. > config.SetFullyTraceSupplementalProxies(True) > config.SaveCameras() > > # 2nd macro > import ConfigParser > from paraview import smtrace > import time, datetime, os, shutil > # stop trace. The generated trace is returned. > txt = smtrace.stop_trace() > write_trace(txt) # external function to write the content in a file > smtrace.reset_trace_output() > > Thank you for your help, > Laurent > > ---- > Laurent Spitaels > Software engineer > von Karman Institute for Fluid Dynamics > Waterloosesteenweg 72, B-1640 Sint-Genesius-Rode, Belgium > Mail: spitaels at vki.ac.be > Tel: 0032 (0)2 359 96 74 > > > > > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From utkarsh.ayachit at kitware.com Wed Oct 14 10:59:09 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 14 Oct 2015 10:59:09 -0400 Subject: [Paraview] Changing time step values In-Reply-To: <8B8A10A7-4BE5-4FDA-B9E1-A7471021D1BA@gmail.com> References: <8B8A10A7-4BE5-4FDA-B9E1-A7471021D1BA@gmail.com> Message-ID: Here's how: source = GetActiveSource() # First, locate the time keeper. # --- This makes me realize we need to add a new function to simple.py called GetTimeKeeper() # to make this prettier :). tk = GetAnimationScene().TimeKeeper # Now use the following: tk.SetSuppressTimeSource(source, True) I'm also going to fix the tracing to capture this (http://www.paraview.org/Bug/view.php?id=15779) Utkarsh On Wed, Oct 7, 2015 at 4:02 PM, Eric Lynch wrote: > Checking ignore time in browser worked for me. Is there a way to do that in a Python script? > > Thanks, > Eric > >> On Oct 7, 2015, at 12:07 PM, Utkarsh Ayachit wrote: >> >> One simpler option worth trying is to make ParaView totally ignore >> timesteps from one of the readers. Simply right click on the reader in >> the Pipeline Browser and check the "Ignore Time" checkbox. Now, >> depending on the reader, the reader with "ignored time" will either >> give the "closest" timestep or the "lower-bound" timestep -- but it's >> worth trying. >> >> Utkarsh >> >>> On Tue, Oct 6, 2015 at 11:44 PM, Eric Lynch wrote: >>> After reading a dataset into ParaView, is it possible to change the time >>> step values? I'm reading in data in two different formats. I've got the >>> same time steps in both readers (they correspond to the same iteration of >>> the same simulation), but due to differences in precision, ParaView thinks >>> they're different times. For example, one reader parses time as a float and >>> has a time step of 0.10000000149011 while the other parses time as a double >>> and shows 0.100000000000000. Is there a way for me to change one of these >>> after reading so ParaView thinks they're the same? >>> >>> Thanks, >>> Eric >>> >>> _______________________________________________ >>> 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 >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> From utkarsh.ayachit at kitware.com Wed Oct 14 11:29:31 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 14 Oct 2015 11:29:31 -0400 Subject: [Paraview] Changing time step values In-Reply-To: References: <8B8A10A7-4BE5-4FDA-B9E1-A7471021D1BA@gmail.com> Message-ID: Here's a fix that ensure that trace will capture "Ignore Time" changes: https://gitlab.kitware.com/paraview/paraview/merge_requests/426 Utkarsh On Wed, Oct 14, 2015 at 10:59 AM, Utkarsh Ayachit wrote: > Here's how: > > source = GetActiveSource() > > # First, locate the time keeper. > # --- This makes me realize we need to add a new function to > simple.py called GetTimeKeeper() > # to make this prettier :). > tk = GetAnimationScene().TimeKeeper > > # Now use the following: > tk.SetSuppressTimeSource(source, True) > > I'm also going to fix the tracing to capture this > (http://www.paraview.org/Bug/view.php?id=15779) > > Utkarsh > > On Wed, Oct 7, 2015 at 4:02 PM, Eric Lynch wrote: >> Checking ignore time in browser worked for me. Is there a way to do that in a Python script? >> >> Thanks, >> Eric >> >>> On Oct 7, 2015, at 12:07 PM, Utkarsh Ayachit wrote: >>> >>> One simpler option worth trying is to make ParaView totally ignore >>> timesteps from one of the readers. Simply right click on the reader in >>> the Pipeline Browser and check the "Ignore Time" checkbox. Now, >>> depending on the reader, the reader with "ignored time" will either >>> give the "closest" timestep or the "lower-bound" timestep -- but it's >>> worth trying. >>> >>> Utkarsh >>> >>>> On Tue, Oct 6, 2015 at 11:44 PM, Eric Lynch wrote: >>>> After reading a dataset into ParaView, is it possible to change the time >>>> step values? I'm reading in data in two different formats. I've got the >>>> same time steps in both readers (they correspond to the same iteration of >>>> the same simulation), but due to differences in precision, ParaView thinks >>>> they're different times. For example, one reader parses time as a float and >>>> has a time step of 0.10000000149011 while the other parses time as a double >>>> and shows 0.100000000000000. Is there a way for me to change one of these >>>> after reading so ParaView thinks they're the same? >>>> >>>> Thanks, >>>> Eric >>>> >>>> _______________________________________________ >>>> 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 >>>> >>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview >>>> From eric.lynch at gmail.com Wed Oct 14 13:33:09 2015 From: eric.lynch at gmail.com (Eric Lynch) Date: Wed, 14 Oct 2015 13:33:09 -0400 Subject: [Paraview] Changing time step values In-Reply-To: References: <8B8A10A7-4BE5-4FDA-B9E1-A7471021D1BA@gmail.com> Message-ID: <9F821831-B109-4FBE-8EFD-567AB620B1C0@gmail.com> Thanks! That's exactly what I was looking for. Eric > On Oct 14, 2015, at 10:59 AM, Utkarsh Ayachit wrote: > > Here's how: > > source = GetActiveSource() > > # First, locate the time keeper. > # --- This makes me realize we need to add a new function to > simple.py called GetTimeKeeper() > # to make this prettier :). > tk = GetAnimationScene().TimeKeeper > > # Now use the following: > tk.SetSuppressTimeSource(source, True) > > I'm also going to fix the tracing to capture this > (http://www.paraview.org/Bug/view.php?id=15779) > > Utkarsh > >> On Wed, Oct 7, 2015 at 4:02 PM, Eric Lynch wrote: >> Checking ignore time in browser worked for me. Is there a way to do that in a Python script? >> >> Thanks, >> Eric >> >>> On Oct 7, 2015, at 12:07 PM, Utkarsh Ayachit wrote: >>> >>> One simpler option worth trying is to make ParaView totally ignore >>> timesteps from one of the readers. Simply right click on the reader in >>> the Pipeline Browser and check the "Ignore Time" checkbox. Now, >>> depending on the reader, the reader with "ignored time" will either >>> give the "closest" timestep or the "lower-bound" timestep -- but it's >>> worth trying. >>> >>> Utkarsh >>> >>>> On Tue, Oct 6, 2015 at 11:44 PM, Eric Lynch wrote: >>>> After reading a dataset into ParaView, is it possible to change the time >>>> step values? I'm reading in data in two different formats. I've got the >>>> same time steps in both readers (they correspond to the same iteration of >>>> the same simulation), but due to differences in precision, ParaView thinks >>>> they're different times. For example, one reader parses time as a float and >>>> has a time step of 0.10000000149011 while the other parses time as a double >>>> and shows 0.100000000000000. Is there a way for me to change one of these >>>> after reading so ParaView thinks they're the same? >>>> >>>> Thanks, >>>> Eric >>>> >>>> _______________________________________________ >>>> 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 >>>> >>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview >>>> From ram.n.krishnan at gmail.com Wed Oct 14 13:22:13 2015 From: ram.n.krishnan at gmail.com (Ramakrishnan N) Date: Wed, 14 Oct 2015 13:22:13 -0400 Subject: [Paraview] error in paraview 4.4.0 Message-ID: <3038E8C8-00E9-4BE2-823F-20EDF662FFB8@gmail.com> Hi all I get the following error message in paraview upon upgrading my operating system from Mageia4 (kernel 3.19) to Mageia5 (kernel 4.18). I use paraview 4.4.0 on a 64 bit machine. It works well most of the times but throws the following error message when I play a previously stored xml file. "Couldn't find object pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1/Frame.0/CentralWidgetFrame/Viewport Found up to pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1 Possible match: pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1/Splitter.0/Frame.1/CentralWidgetFrame/Viewport " "Couldn't find object pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1/Frame.0/CentralWidgetFrame/Viewport Found up to pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1 Possible match: pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1/Splitter.0/Frame.1/CentralWidgetFrame/Viewport " I could not trace the origin of this error. Looking forward to your suggestions. Thanks in advance Ram Dr. Ramakrishnan Natesan Post-doctoral researcher Department of Bioengineering University of Pennsylvania Philadelphia +1 215-450-0689 www.seas.upenn.edu/~ramn/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Wed Oct 14 15:25:07 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 14 Oct 2015 15:25:07 -0400 Subject: [Paraview] error in paraview 4.4.0 In-Reply-To: <3038E8C8-00E9-4BE2-823F-20EDF662FFB8@gmail.com> References: <3038E8C8-00E9-4BE2-823F-20EDF662FFB8@gmail.com> Message-ID: Ram, Looks like you're playing back a testing xml. FYI, the testing XML is not the intended to be used across multiple versions of ParaView since they directly record UI clicks and events and they are likely to break as the UI updates. You can try editing the XML to replace the failing widget name and replace it with the possible match and see if that works. Utkarsh On Wed, Oct 14, 2015 at 1:22 PM, Ramakrishnan N wrote: > Hi all > > > I get the following error message in paraview upon upgrading my operating > system from Mageia4 (kernel 3.19) to Mageia5 (kernel 4.18). I use paraview > 4.4.0 on a 64 bit machine. It works well most of the times but throws the > following error message when I play a previously stored xml file. > > > "Couldn't find object > pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1/Frame.0/CentralWidgetFrame/Viewport > > Found up to > pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1 > > Possible match: > pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1/Splitter.0/Frame.1/CentralWidgetFrame/Viewport > > " > > "Couldn't find object > pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1/Frame.0/CentralWidgetFrame/Viewport > > Found up to > pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1 > > Possible match: > pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1/Splitter.0/Frame.1/CentralWidgetFrame/Viewport > > " > > > I could not trace the origin of this error. Looking forward to your > suggestions. > > Thanks in advance > Ram > > Dr. Ramakrishnan Natesan > Post-doctoral researcher > Department of Bioengineering > University of Pennsylvania > Philadelphia > +1 215-450-0689 > > www.seas.upenn.edu/~ramn/ > > > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From ram.n.krishnan at gmail.com Wed Oct 14 16:05:38 2015 From: ram.n.krishnan at gmail.com (Ramakrishnan N) Date: Wed, 14 Oct 2015 16:05:38 -0400 Subject: [Paraview] error in paraview 4.4.0 In-Reply-To: References: <3038E8C8-00E9-4BE2-823F-20EDF662FFB8@gmail.com> Message-ID: <6A39499D-8D12-4651-AD64-7F78B7790C0E@gmail.com> Thanks Utkarsh I did not realize that this can be a problem. I made a new xml file it plays fine. Will follow your suggestion and see if I can edit the older file. Best Ram Dr. Ramakrishnan Natesan Post-doctoral researcher Department of Bioengineering University of Pennsylvania Philadelphia +1 215-450-0689 www.seas.upenn.edu/~ramn/ ? Life is lived in transformation" > On 14-Oct-2015, at 3:25 PM, Utkarsh Ayachit wrote: > > Ram, > > Looks like you're playing back a testing xml. FYI, the testing XML is > not the intended to be used across multiple versions of ParaView since > they directly record UI clicks and events and they are likely to break > as the UI updates. You can try editing the XML to replace the failing > widget name and replace it with the possible match and see if that > works. > > Utkarsh > > On Wed, Oct 14, 2015 at 1:22 PM, Ramakrishnan N > wrote: >> Hi all >> >> >> I get the following error message in paraview upon upgrading my operating >> system from Mageia4 (kernel 3.19) to Mageia5 (kernel 4.18). I use paraview >> 4.4.0 on a 64 bit machine. It works well most of the times but throws the >> following error message when I play a previously stored xml file. >> >> >> "Couldn't find object >> pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1/Frame.0/CentralWidgetFrame/Viewport >> >> Found up to >> pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1 >> >> Possible match: >> pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1/Splitter.0/Frame.1/CentralWidgetFrame/Viewport >> >> " >> >> "Couldn't find object >> pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1/Frame.0/CentralWidgetFrame/Viewport >> >> Found up to >> pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1 >> >> Possible match: >> pqClientMainWindow/centralwidget/MultiViewWidget/CoreWidget/qt_tabwidget_stackedwidget/MultiViewWidget1/Splitter.0/Frame.1/CentralWidgetFrame/Viewport >> >> " >> >> >> I could not trace the origin of this error. Looking forward to your >> suggestions. >> >> Thanks in advance >> Ram >> >> Dr. Ramakrishnan Natesan >> Post-doctoral researcher >> Department of Bioengineering >> University of Pennsylvania >> Philadelphia >> +1 215-450-0689 >> >> www.seas.upenn.edu/~ramn/ >> >> >> >> >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> From livia.barazzetti at istb.unibe.ch Thu Oct 15 05:31:03 2015 From: livia.barazzetti at istb.unibe.ch (livia.barazzetti at istb.unibe.ch) Date: Thu, 15 Oct 2015 09:31:03 +0000 Subject: [Paraview] ExtractSelection with ids: scripting example Message-ID: Hi, I would like to use the ExtractSelection filter by providing an ID List, as hinted in the doc http://www.paraview.org/ParaView3/Doc/Nightly/www/py-doc/paraview.simple.ExtractSelection.html?highlight=extractselection#paraview.simple.ExtractSelection What is the correct syntax? First I tried : e = ExtractSelection(Sphere1, [1,2]) Traceback (most recent call last): File "", line 1, in File "R:\ParaView 4.4.0\lib\paraview-4.4\site-packages\paraview\simple.py", line 1520, in CreateObject raise RuntimeError, "Expecting a proxy as input." RuntimeError: Expecting a proxy as input. Then I tried: >>> selection = paraview.simple.IDSelectionSource(ContainingCells=0, FieldType = "POINT", IDs = [0,1]) >>> e = ExtractSelection(Sphere1, Selection = selection) >>> e.UpdatePipeline() >>> e.GetDataInformation().GetNumberOfPoints() 1L #I expected 2 points and then, when I tried to visualize the result, I got: ERROR: In C:\bbd\b51c3c7f\source-paraview\ParaViewCore\ServerManager\Rendering\vtkSMParaViewPipelineControllerWithRendering.cxx, line 542 vtkSMParaViewPipelineControllerWithRendering (000000000C747260): Data cannot be shown in the defaulted render view!! Thanks Livia Livia Barazzetti Ph.D. Student - Medical Image Analysis Institute for Surgical Technology and Biomechanics University of Bern Stauffacherstrasse 78 CH-3014 Bern Tel +41 31 631 59 48 http://www.istb.unibe.ch -------------- next part -------------- An HTML attachment was scrubbed... URL: From Gerald.Lodron at joanneum.at Thu Oct 15 05:46:44 2015 From: Gerald.Lodron at joanneum.at (Lodron, Gerald) Date: Thu, 15 Oct 2015 09:46:44 +0000 Subject: [Paraview] Locale settings in PV Message-ID: <816fc274b0fc4bd8a6398d75b0acec80@RZJMBX2.jr1.local> Hello I noticed a bug in paraview on parsing double values in QLineEdits, e.g. in pqDoubleEdit: double pqDoubleEdit::value() { QString currentText = this->text(); int currentPos = this->cursorPosition(); QDoubleValidator dvalidator(NULL); QValidator::State state = dvalidator.validate(currentText, currentPos); if (state == QValidator::Acceptable || state == QValidator::Intermediate) { return currentText.toDouble(); } return 0.0; } The Problem is that QDoubleValidator uses the current locale. If the current locale is e.g. German that e.g. "0.1" is not allowed, only "0,1". On the other side the QString function toDouble cannot parse it correctly, see documentation http://doc.qt.io/qt-5/qstring.html#toDouble , here the http://doc.qt.io/qt-5/qlocale.html#toDouble is recommended.... So all QLineEdit functions with toDouble must be replaced by QLocale oL; Double dValue = oL.toDouble( lineEdit->text()) Nasty....Other solution would be to set the locale to English for whole paraview regardless to the system locale, but I don't know if that is possible (also not very beautiful)... Best regards ------------------------------------------------------------------------------------ Gerald Lodron Researcher of Machine Vision Applications Group DIGITAL - Institute for Information and Communication Technologies JOANNEUM RESEARCH Forschungsgesellschaft mbH Steyrergasse 17, 8010 Graz, AUSTRIA phone: +43-316-876-1751 general fax: +43-316-876-1751 web: http://www.joanneum.at/digital e-mail: gerald.lodron at joanneum.at -------------- next part -------------- An HTML attachment was scrubbed... URL: From jlaube at hmi.uni-bremen.de Thu Oct 15 10:29:43 2015 From: jlaube at hmi.uni-bremen.de (Jens Laube) Date: Thu, 15 Oct 2015 16:29:43 +0200 Subject: [Paraview] Paraview 4.1.0: Tube filter vary radius by vector or scalar does not work properly Message-ID: <561FB857.6060608@hmi.uni-bremen.de> Dear Paraview users, I am using the paraview version 4.1.0 to display forces between nanoparticles from a Discrete Element simulation. For the visualization I create vtk-files that look like the following minimal example: /# vtk DataFile Version 2.0// //Generated by lpp.py// //ASCII// //DATASET POLYDATA// //POINTS 2 float// //0.0 0.0 0.0// //0.0 0.0 2e-09// //LINES 1 3// //2 0 1// // //CELL_DATA 1// //VECTORS f_pair float// //0.0 0.0 -2.12063e-08// //SCALARS f_tot float 1// //LOOKUP_TABLE default// //2.12063e-08// // //POINT_DATA 2// //VECTORS i float// //0.0 0.0 0.0// //0.0 0.0 0.0// //VECTORS f float// //0.0 0.0 0.0// //0.0 0.0 0.0// //VECTORS omega float// //0.0 0.0 0.0// //0.0 0.0 0.0// //VECTORS v float// //0.0 0.0 0.0// //0.0 0.0 -0.4// //SCALARS radius float 1// //LOOKUP_TABLE default// //1.53e-09// //1.53e-09// //SCALARS type float 1// //LOOKUP_TABLE default// //1.0// //1.0// //SCALARS id float 1// //LOOKUP_TABLE default// //1.0// //2.0/ The lines defined in this file connect the particle centers and the CELL_DATA VECTORS and SCALARS represent the interparticle force vector and the absolute force respectively. With this file I try to visualize the force by a tube with varying radius and color depending on the magnitude of the vorce vector using paraview 4.1.0. To this aim I use the Filters "CellDatatoPointData"-->"Tube". In the scalars and Vectors field of the "Tube"-filter I can choose the variables "/f_tot/" and "f_pair" from the vtk-file, but if I try to scale the radius by vector, there is no visible variation of the radius independent of the values in "Radius" and "Radius Factor". The only way to receive a varying radius is choosing the option "Vary radius By Absolute Scalar" but then I cannot manipulate the minimum and maximum thickness of the tube by using the values of "Radius" and "Radius Factor". Thus I receive a too large tube. Do I miss something basic here? Could anyone give me a hint how to customize the visualization properly? Thanks a lot Best Whishes Jens Laube -- Dipl.-Ing. Jens Laube Hybrid Materials Interfaces Group Universit?t Bremen Am Fallturm 1, D-28359 Bremen Tel. +49 421 218 64574 Fax +49 421 218 64599 jlaube at hmi.uni-bremen.de www.hmi.uni-bremen.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From eric.lynch at gmail.com Thu Oct 15 15:18:31 2015 From: eric.lynch at gmail.com (Eric Lynch) Date: Thu, 15 Oct 2015 15:18:31 -0400 Subject: [Paraview] Changing variable names Message-ID: Is there a way to change the names of variables? I'm reading a PLOT3D function file via the PLOT3D meta file reader, and it assigns the variables names like "Function0," "Function1," etc. Is there a way for me to give them meaningful names after reading them in? Thanks, Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: From dennis_conklin at goodyear.com Thu Oct 15 16:04:10 2015 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Thu, 15 Oct 2015 20:04:10 +0000 Subject: [Paraview] Trusses to Tubes Message-ID: All, I have a Exodus multi-block dataset with some blocks that are truss elements (unstructured grid). Each truss represents a cord and I would like to run the Tube filter on them to display their actual diameter so that I can check how close they come to touching each other. Of course, the Tube only runs on lines, not trusses. I am contemplating writing a Programmable Filter that looks a lot like the double-helix example in the wiki that would create a line for each of the truss elements. Before I go off on that, is there any more elegant way to convert my trusses to lines, or otherwise to get the correct diameter represented? Is there some way to leverage the points and connectivity implicit in the trusses to quickly create lines? Thanks for looking Dennis -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Thu Oct 15 16:09:12 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 15 Oct 2015 16:09:12 -0400 Subject: [Paraview] Trusses to Tubes In-Reply-To: References: Message-ID: Dennis, Do you have a sample dataset that you can share? Utkarsh On Thu, Oct 15, 2015 at 4:04 PM, Dennis Conklin wrote: > All, > > > > I have a Exodus multi-block dataset with some blocks that are truss elements > (unstructured grid). Each truss represents a cord and I would like to run > the Tube filter on them to display their actual diameter so that I can check > how close they come to touching each other. Of course, the Tube only runs > on lines, not trusses. > > > > I am contemplating writing a Programmable Filter that looks a lot like the > double-helix example in the wiki that would create a line for each of the > truss elements. Before I go off on that, is there any more elegant way to > convert my trusses to lines, or otherwise to get the correct diameter > represented? Is there some way to leverage the points and connectivity > implicit in the trusses to quickly create lines? > > > > Thanks for looking > > > > Dennis > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From shermanw at indiana.edu Thu Oct 15 16:58:50 2015 From: shermanw at indiana.edu (Bill Sherman) Date: Thu, 15 Oct 2015 16:58:50 -0400 Subject: [Paraview] ParaView Environment Variables Message-ID: <5620138A.9060407@indiana.edu> Hello all, Perhaps an odd question -- I'm wondering what important environment variables are associated with ParaView, and in some cases what they do. I ask because for an installation of ParaView on an HPC system, I am creating a traditional man-page. And one of the traditional sections of man pages for applications is "ENVIRONMENT VARIABLES". I happened to find that NERSC had previously done a similar thing, but based on the command line arguments as well as the environment variables it gives no longer in existence, it would seem that this is from a rather old version of ParaView, so I'm basically starting from scratch. Searching through the source for "getenv", I found several refernces to environment variables, and I'd like to get advice on what should/ should not be included. So there are a couple of categories the environment variables can be classified as. 1) ParaView specific variables: - PV_ICET_WINDOW_BORDERS - PARAVIEW_DATA_ROOT - PV_NO_OFFSCREEN_SCREENSHOTS So I know what the first of those does, and I had an assumption of what the second one (PARAVIEW_DATA_ROOT) does -- but I couldn't find a way to make it have an effect! And I can half-guess what the third one does -- explanations welcome. 2) VTK related variables: - VTK_AUTOLOAD_PATH - VTK_RENDERER And I don't really know what either of them do. 3) Generic environment variables that ParaView accesses: - DISPLAY - HOME - HOSTNAME - LOGNAME - PATH - LD_LIBRARY_PATH - PWD (VTK/Utilities/KWSys/vtksys/SystemTools.cxx) - PYTHONPATH - TCL_LIBRARY (vtkTclUtil.cxx) - TK_LIBRARY (vtkTclUtil.cxx) - R_HOME (vtkRInterface.cxx) - COLUMNS (VTK/Utilities/KWSys/vtksys/SystemTools.cxx) - APPDATA -- for MS-Windows only? - COMMON_APPDATA -- for MS-Windows only? So I don't know that I'd need to include those as part of a ParaView man-page. 4) Other variables that are probably just for internal testing: - PV_DEBUG_LEAKS_VIEW - PV_DEBUG_TEST - PV_SETTINGS_DEBUG - PV_PLUGIN_DEBUG - PV_PLUGIN_PATH - DASHBOARD_TEST_FROM_CTEST - DART_TEST_FROM_DART - VERBOSE_TESTING (Exodus) - VERY_VERBOSE_TESTING (Exodus) - FLIP_CAM_MANIP (Interactor Style Unicam) - VTK_MATPLOTLIB_DEBUG (vtkMatplotlibMathTextUtilities.cxx) - QT_MAC_NO_NATIVE_MENUBAR (ThirdParty/QtTesting/vtkqttesting/pqTestUtility.cxx) Again, probably wouldn't include these in a man-page, unless they are something the end-user could possibly want to affect. Happy to share the man-page when I'm done. Thanks, Bill -- Bill Sherman Sr. Technology Advisor Advanced Visualization Lab Pervasive Technology Inst Indiana University shermanw at indiana.edu From david.thompson at kitware.com Thu Oct 15 17:06:23 2015 From: david.thompson at kitware.com (David Thompson) Date: Thu, 15 Oct 2015 17:06:23 -0400 Subject: [Paraview] Trusses to Tubes In-Reply-To: References: Message-ID: <451AB794-572D-492E-9D5D-1C0B7E5AF7BB@kitware.com> Hi Dennis, > I have a Exodus multi-block dataset with some blocks that are truss elements (unstructured grid). Each truss represents a cord and I would like to run the Tube filter on them to display their actual diameter so that I can check how close they come to touching each other. Of course, the Tube only runs on lines, not trusses. ... I can imagine 2 issues at play: 1. One issue may be that the Tube filter expects polydata, not unstructured grids (which is what the Exodus reader generates by default). Running "Extract Surface" on the reader output should let you run the Tube filter on the result. 2. Another issue is that the Exodus reader does not currently read element block attributes, which is normally where truss cross-sectional area is stored. Thus you would have to know the proper radius to pass to the Tube filter. It would not be a huge amount of work to add Exodus attributes as field data nor to have the reader run a tube filter on truss blocks, but it is more than I have time to do right now. If you want to write a patch, I can point you to where changes would need to be made. David From wascott at sandia.gov Thu Oct 15 17:18:46 2015 From: wascott at sandia.gov (Scott, W Alan) Date: Thu, 15 Oct 2015 21:18:46 +0000 Subject: [Paraview] Cell volume Message-ID: <85e6665584964c6ab73cb8b7819df70a@ES01AMSNLNT.srn.sandia.gov> I have a user that wants volume of cells moved into a new variable. There is a feature request pending for this ( http://www.paraview.org/Bug/view.php?id=10433 ), but in the meantime, is it possible with the programmable filter? Thanks, Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From ruggiero.guida at gmail.com Thu Oct 15 20:09:04 2015 From: ruggiero.guida at gmail.com (Ruggiero Guida) Date: Fri, 16 Oct 2015 08:09:04 +0800 Subject: [Paraview] Cannot import ColorMap Message-ID: Hi, I am trying to import the following colormap into Paraview 4.4 (binary version). I keep receiving the error/warning Generic Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_osx10_7_qt4_superbuild/source-paraview/ParaViewCore/ServerManager/Rendering/vtkSMTransferFunctionProxy.cxx, line 1066 'ColorMaps' XML expected. and the map is not imported at all. I have also tried with the map downloaded from the Wiki ( http://www.paraview.org/Wiki/images/b/be/All_idl_cmaps.xml) and I have the same problem. Any idea? Thanks Ruggiero -------------- next part -------------- An HTML attachment was scrubbed... URL: From dennis_conklin at goodyear.com Fri Oct 16 08:01:57 2015 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Fri, 16 Oct 2015 12:01:57 +0000 Subject: [Paraview] [EXT] Re: Trusses to Tubes In-Reply-To: <451AB794-572D-492E-9D5D-1C0B7E5AF7BB@kitware.com> References: <451AB794-572D-492E-9D5D-1C0B7E5AF7BB@kitware.com> Message-ID: David, Thanks for those suggestions - I actually have only a single diameter in each block due to having only a single set of material properties per block. So running extract surface and then tube is working very well for me. I guess I never thought about a "line" element having a surface but apparently that's a line! Thanks again for the helpful and very speedy reply! Dennis -----Original Message----- From: David Thompson [mailto:david.thompson at kitware.com] Sent: Thursday, October 15, 2015 5:06 PM To: Dennis Conklin Cc: Paraview (paraview at paraview.org) Subject: [EXT] Re: [Paraview] Trusses to Tubes Hi Dennis, > I have a Exodus multi-block dataset with some blocks that are truss elements (unstructured grid). Each truss represents a cord and I would like to run the Tube filter on them to display their actual diameter so that I can check how close they come to touching each other. Of course, the Tube only runs on lines, not trusses. ... I can imagine 2 issues at play: 1. One issue may be that the Tube filter expects polydata, not unstructured grids (which is what the Exodus reader generates by default). Running "Extract Surface" on the reader output should let you run the Tube filter on the result. 2. Another issue is that the Exodus reader does not currently read element block attributes, which is normally where truss cross-sectional area is stored. Thus you would have to know the proper radius to pass to the Tube filter. It would not be a huge amount of work to add Exodus attributes as field data nor to have the reader run a tube filter on truss blocks, but it is more than I have time to do right now. If you want to write a patch, I can point you to where changes would need to be made. David From utkarsh.ayachit at kitware.com Fri Oct 16 09:05:34 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 16 Oct 2015 09:05:34 -0400 Subject: [Paraview] Cannot import ColorMap In-Reply-To: References: Message-ID: Ruggiero, Try changing the tag to . Utkarsh On Thu, Oct 15, 2015 at 8:09 PM, Ruggiero Guida wrote: > Hi, > > I am trying to import the following colormap into Paraview 4.4 (binary > version). > > > > > > > > > > > > > > > > I keep receiving the error/warning > > Generic Warning: In > /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_osx10_7_qt4_superbuild/source-paraview/ParaViewCore/ServerManager/Rendering/vtkSMTransferFunctionProxy.cxx, > line 1066 > 'ColorMaps' XML expected. > > and the map is not imported at all. > > I have also tried with the map downloaded from the Wiki > (http://www.paraview.org/Wiki/images/b/be/All_idl_cmaps.xml) and I have the > same problem. Any idea? > > Thanks > Ruggiero > > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From cory.quammen at kitware.com Fri Oct 16 10:00:30 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 16 Oct 2015 10:00:30 -0400 Subject: [Paraview] Cell volume In-Reply-To: <85e6665584964c6ab73cb8b7819df70a@ES01AMSNLNT.srn.sandia.gov> References: <85e6665584964c6ab73cb8b7819df70a@ES01AMSNLNT.srn.sandia.gov> Message-ID: Hi Alan, This script for the Programmable Filter should compute cell volumes and add them as a new 'volume' cell array (I tested it on a vtkUnstructuredGrid data set). from vtk.numpy_interface import algorithms as algs volume = algs.volume(inputs[0]) output.CellData.append(volume, 'volume') Let us know if that doesn't work. Thanks, Cory On Thu, Oct 15, 2015 at 5:18 PM, Scott, W Alan wrote: > I have a user that wants volume of cells moved into a new variable. There > is a feature request pending for this ( > http://www.paraview.org/Bug/view.php?id=10433 ), but in the meantime, is > it possible with the programmable filter? > > > > Thanks, > > > > Alan > > > > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Fri Oct 16 10:14:03 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 16 Oct 2015 10:14:03 -0400 Subject: [Paraview] ExtractSelection with ids: scripting example In-Reply-To: References: Message-ID: Livia, The IDs list passed to IDSelectionSource takes processorID and point/cell ID pairs. Your IDs was set to [0, 1], which means "select point 1 from processor 0". To select points 0, 1, and 2, for example, set your IDs setting to [0, 0, 0, 1, 0, 2]. See the data descriptor for IDs at [1]. HTH, Cory [1] http://www.paraview.org/ParaView3/Doc/Nightly/www/py-doc/paraview.simple.IDSelectionSource.html On Thu, Oct 15, 2015 at 5:31 AM, wrote: > Hi, > > I would like to use the ExtractSelection filter by providing an ID List, > as hinted in the doc > http://www.paraview.org/ParaView3/Doc/Nightly/www/py-doc/paraview.simple.ExtractSelection.html?highlight=extractselection#paraview.simple.ExtractSelection > > > > What is the correct syntax? First I tried : > > > > e = ExtractSelection(Sphere1, [1,2]) > > Traceback (most recent call last): > > File "", line 1, in > > File "R:\ParaView > 4.4.0\lib\paraview-4.4\site-packages\paraview\simple.py", line 1520, in > CreateObject > > raise RuntimeError, "Expecting a proxy as input." > > RuntimeError: Expecting a proxy as input. > > > > > > Then I tried: > > > > >>> selection = paraview.simple.IDSelectionSource(ContainingCells=0, > FieldType = "POINT", IDs = [0,1]) > > >>> e = ExtractSelection(Sphere1, Selection = selection) > > >>> e.UpdatePipeline() > > >>> e.GetDataInformation().GetNumberOfPoints() > > 1L > > #I expected 2 points > > > > and then, when I tried to visualize the result, I got: > > > > ERROR: In > C:\bbd\b51c3c7f\source-paraview\ParaViewCore\ServerManager\Rendering\vtkSMParaViewPipelineControllerWithRendering.cxx, > line 542 > > vtkSMParaViewPipelineControllerWithRendering (000000000C747260): Data > cannot be shown in the defaulted render view!! > > > > Thanks > > Livia > > > > Livia Barazzetti > Ph.D. Student - Medical Image Analysis > Institute for Surgical Technology and Biomechanics > University of Bern > Stauffacherstrasse 78 > CH-3014 Bern > Tel +41 31 631 59 48 > http://www.istb.unibe.ch > > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Fri Oct 16 10:20:34 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 16 Oct 2015 10:20:34 -0400 Subject: [Paraview] [Paraview-developers] Locale settings in PV In-Reply-To: <816fc274b0fc4bd8a6398d75b0acec80@RZJMBX2.jr1.local> References: <816fc274b0fc4bd8a6398d75b0acec80@RZJMBX2.jr1.local> Message-ID: Hi Gerald, Thanks for your report and fix. It looks like pqDoubleEdit is used only in the PointSprite plugin. Are you seeing this problem only in the PointSprite plugin, or do you see problems more widely in ParaView? Thanks, Cory On Thu, Oct 15, 2015 at 5:46 AM, Lodron, Gerald wrote: > Hello > > I noticed a bug in paraview on parsing double values in QLineEdits, e.g. > in pqDoubleEdit: > > double pqDoubleEdit::value() > { > QString currentText = this->text(); > int currentPos = this->cursorPosition(); > QDoubleValidator dvalidator(NULL); > QValidator::State state = dvalidator.validate(currentText, currentPos); > if (state == QValidator::Acceptable || state == QValidator::Intermediate) > { > return currentText.toDouble(); > } > return 0.0; > } > > The Problem is that QDoubleValidator uses the current locale. If the > current locale is e.g. German that e.g. ?0.1? is not allowed, only ?0,1?. > On the other side the QString function toDouble cannot parse it correctly, > see documentation *http://doc.qt.io/qt-5/qstring.html#toDouble* > , here the > *http://doc.qt.io/qt-5/qlocale.html#toDouble* > is recommended?. So all > QLineEdit functions with toDouble must be replaced by > QLocale oL; > Double dValue = oL.toDouble( lineEdit->text()) > > Nasty?.Other solution would be to set the locale to English for whole > paraview regardless to the system locale, but I don?t know if that is > possible (also not very beautiful)? > > Best regards > > > > *------------------------------------------------------------------------------------* > *Gerald Lodron* > > Researcher of Machine Vision Applications Group > DIGITAL - Institute for Information and Communication Technologies > > JOANNEUM RESEARCH Forschungsgesellschaft mbH > Steyrergasse 17, 8010 Graz, AUSTRIA > > phone: +43-316-876-1751 > general fax: +43-316-876-1751 > web: *http://www.joanneum.at/digital* > e-mail: *gerald.lodron at joanneum.at* > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: > http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Fri Oct 16 10:26:21 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 16 Oct 2015 10:26:21 -0400 Subject: [Paraview] ExtractSelection with ids: scripting example In-Reply-To: References: Message-ID: No problem. Cory On Fri, Oct 16, 2015 at 10:25 AM, wrote: > Thanks, > > I had misinterpreted the description (first I tried [(0,0),(0,1)] but it > was giving error). Now it?s all clear, thank you very much! > > Livia > > > > > > *From:* Cory Quammen [mailto:cory.quammen at kitware.com] > *Sent:* 16 October 2015 16:14 > *To:* Barazzetti, Livia (ISTB) > *Cc:* ParaView > *Subject:* Re: [Paraview] ExtractSelection with ids: scripting example > > > > Livia, > > > > The IDs list passed to IDSelectionSource takes processorID and point/cell > ID pairs. Your IDs was set to [0, 1], which means "select point 1 from > processor 0". To select points 0, 1, and 2, for example, set your IDs > setting to [0, 0, 0, 1, 0, 2]. > > > > See the data descriptor for IDs at [1]. > > > > HTH, > > Cory > > > > [1] > http://www.paraview.org/ParaView3/Doc/Nightly/www/py-doc/paraview.simple.IDSelectionSource.html > > > > > > > > On Thu, Oct 15, 2015 at 5:31 AM, wrote: > > Hi, > > I would like to use the ExtractSelection filter by providing an ID List, > as hinted in the doc > http://www.paraview.org/ParaView3/Doc/Nightly/www/py-doc/paraview.simple.ExtractSelection.html?highlight=extractselection#paraview.simple.ExtractSelection > > > > What is the correct syntax? First I tried : > > > > e = ExtractSelection(Sphere1, [1,2]) > > Traceback (most recent call last): > > File "", line 1, in > > File "R:\ParaView > 4.4.0\lib\paraview-4.4\site-packages\paraview\simple.py", line 1520, in > CreateObject > > raise RuntimeError, "Expecting a proxy as input." > > RuntimeError: Expecting a proxy as input. > > > > > > Then I tried: > > > > >>> selection = paraview.simple.IDSelectionSource(ContainingCells=0, > FieldType = "POINT", IDs = [0,1]) > > >>> e = ExtractSelection(Sphere1, Selection = selection) > > >>> e.UpdatePipeline() > > >>> e.GetDataInformation().GetNumberOfPoints() > > 1L > > #I expected 2 points > > > > and then, when I tried to visualize the result, I got: > > > > ERROR: In > C:\bbd\b51c3c7f\source-paraview\ParaViewCore\ServerManager\Rendering\vtkSMParaViewPipelineControllerWithRendering.cxx, > line 542 > > vtkSMParaViewPipelineControllerWithRendering (000000000C747260): Data > cannot be shown in the defaulted render view!! > > > > Thanks > > Livia > > > > Livia Barazzetti > Ph.D. Student - Medical Image Analysis > Institute for Surgical Technology and Biomechanics > University of Bern > Stauffacherstrasse 78 > CH-3014 Bern > Tel +41 31 631 59 48 > http://www.istb.unibe.ch > > > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > > > -- > > Cory Quammen > R&D Engineer > Kitware, Inc. > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Fri Oct 16 10:27:21 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 16 Oct 2015 10:27:21 -0400 Subject: [Paraview] Cell volume In-Reply-To: References: <85e6665584964c6ab73cb8b7819df70a@ES01AMSNLNT.srn.sandia.gov> Message-ID: You can also use the "Python Calculator" with expression "volume(inputs[0])" and the "Array Association" set to "Cell Data". Utkarsh On Fri, Oct 16, 2015 at 10:00 AM, Cory Quammen wrote: > Hi Alan, > > This script for the Programmable Filter should compute cell volumes and add > them as a new 'volume' cell array (I tested it on a vtkUnstructuredGrid data > set). > > from vtk.numpy_interface import algorithms as algs > > volume = algs.volume(inputs[0]) > output.CellData.append(volume, 'volume') > > Let us know if that doesn't work. > > Thanks, > Cory > > On Thu, Oct 15, 2015 at 5:18 PM, Scott, W Alan wrote: >> >> I have a user that wants volume of cells moved into a new variable. There >> is a feature request pending for this ( >> http://www.paraview.org/Bug/view.php?id=10433 ), but in the meantime, is it >> possible with the programmable filter? >> >> >> >> Thanks, >> >> >> >> Alan >> >> >> >> >> >> >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> > > > > -- > Cory Quammen > R&D Engineer > Kitware, Inc. > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From Gerald.Lodron at joanneum.at Fri Oct 16 10:31:58 2015 From: Gerald.Lodron at joanneum.at (Lodron, Gerald) Date: Fri, 16 Oct 2015 14:31:58 +0000 Subject: [Paraview] [Paraview-developers] Locale settings in PV In-Reply-To: References: <816fc274b0fc4bd8a6398d75b0acec80@RZJMBX2.jr1.local>, Message-ID: Hi I searched "DoubleValidator" in complete PV source and also found same usage in other classes.I am currently not in office but you can easily search with Visual studio or other programms. Or wait till end next week. I teseted the Qlocator::setDefault function in a constructor of a plugin of mine to set PV locale to english but no success.may it must be called directly in main before first qt stuff Best regards Von Samsung Mobile gesendet -------- Urspr?ngliche Nachricht -------- Von: Cory Quammen Datum:16.10.2015 16:20 (GMT+01:00) An: "Lodron, Gerald" Cc: "Paraview User (paraview at paraview.org)" ,"Paraview Developer (Paraview-developers at paraview.org)" Betreff: Re: [Paraview-developers] Locale settings in PV Hi Gerald, Thanks for your report and fix. It looks like pqDoubleEdit is used only in the PointSprite plugin. Are you seeing this problem only in the PointSprite plugin, or do you see problems more widely in ParaView? Thanks, Cory On Thu, Oct 15, 2015 at 5:46 AM, Lodron, Gerald > wrote: Hello I noticed a bug in paraview on parsing double values in QLineEdits, e.g. in pqDoubleEdit: double pqDoubleEdit::value() { QString currentText = this->text(); int currentPos = this->cursorPosition(); QDoubleValidator dvalidator(NULL); QValidator::State state = dvalidator.validate(currentText, currentPos); if (state == QValidator::Acceptable || state == QValidator::Intermediate) { return currentText.toDouble(); } return 0.0; } The Problem is that QDoubleValidator uses the current locale. If the current locale is e.g. German that e.g. "0.1" is not allowed, only "0,1". On the other side the QString function toDouble cannot parse it correctly, see documentation http://doc.qt.io/qt-5/qstring.html#toDouble , here the http://doc.qt.io/qt-5/qlocale.html#toDouble is recommended.... So all QLineEdit functions with toDouble must be replaced by QLocale oL; Double dValue = oL.toDouble( lineEdit->text()) Nasty....Other solution would be to set the locale to English for whole paraview regardless to the system locale, but I don't know if that is possible (also not very beautiful)... Best regards ------------------------------------------------------------------------------------ Gerald Lodron Researcher of Machine Vision Applications Group DIGITAL - Institute for Information and Communication Technologies JOANNEUM RESEARCH Forschungsgesellschaft mbH Steyrergasse 17, 8010 Graz, AUSTRIA phone: +43-316-876-1751 general fax: +43-316-876-1751 web: http://www.joanneum.at/digital e-mail: gerald.lodron at joanneum.at _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Search the list archives at: http://markmail.org/search/?q=Paraview-developers Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview-developers -- Cory Quammen R&D Engineer Kitware, Inc. From cory.quammen at kitware.com Fri Oct 16 10:38:49 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 16 Oct 2015 10:38:49 -0400 Subject: [Paraview] [Paraview-developers] Locale settings in PV In-Reply-To: References: <816fc274b0fc4bd8a6398d75b0acec80@RZJMBX2.jr1.local> Message-ID: Hi Gerald, It looks like this isn't necessarily a quick change. I have filed a bug report here: http://www.paraview.org/Bug/view.php?id=15786 Thanks, Cory On Fri, Oct 16, 2015 at 10:31 AM, Lodron, Gerald wrote: > Hi > > I searched "DoubleValidator" in complete PV source and also found same > usage in other classes.I am currently not in office but you can easily > search with Visual studio or other programms. Or wait till end next week. > > I teseted the Qlocator::setDefault function in a constructor of a plugin > of mine to set PV locale to english but no success.may it must be called > directly in main before first qt stuff > > Best regards > > > Von Samsung Mobile gesendet > > > -------- Urspr?ngliche Nachricht -------- > Von: Cory Quammen > Datum:16.10.2015 16:20 (GMT+01:00) > An: "Lodron, Gerald" > Cc: "Paraview User (paraview at paraview.org)" ,"Paraview Developer ( > Paraview-developers at paraview.org)" > Betreff: Re: [Paraview-developers] Locale settings in PV > > Hi Gerald, > > Thanks for your report and fix. > > It looks like pqDoubleEdit is used only in the PointSprite plugin. Are you > seeing this problem only in the PointSprite plugin, or do you see problems > more widely in ParaView? > > Thanks, > Cory > > On Thu, Oct 15, 2015 at 5:46 AM, Lodron, Gerald > wrote: > Hello > > I noticed a bug in paraview on parsing double values in QLineEdits, e.g. > in pqDoubleEdit: > > double pqDoubleEdit::value() > { > QString currentText = this->text(); > int currentPos = this->cursorPosition(); > QDoubleValidator dvalidator(NULL); > QValidator::State state = dvalidator.validate(currentText, currentPos); > if (state == QValidator::Acceptable || state == QValidator::Intermediate) > { > return currentText.toDouble(); > } > return 0.0; > } > > The Problem is that QDoubleValidator uses the current locale. If the > current locale is e.g. German that e.g. "0.1" is not allowed, only "0,1". > On the other side the QString function toDouble cannot parse it correctly, > see documentation http://doc.qt.io/qt-5/qstring.html#toDouble , here the > http://doc.qt.io/qt-5/qlocale.html#toDouble is recommended.... So all > QLineEdit functions with toDouble must be replaced by > QLocale oL; > Double dValue = oL.toDouble( lineEdit->text()) > > Nasty....Other solution would be to set the locale to English for whole > paraview regardless to the system locale, but I don't know if that is > possible (also not very beautiful)... > > Best regards > > > > ------------------------------------------------------------------------------------ > Gerald Lodron > > Researcher of Machine Vision Applications Group > DIGITAL - Institute for Information and Communication Technologies > > JOANNEUM RESEARCH Forschungsgesellschaft mbH > Steyrergasse 17, 8010 Graz, AUSTRIA > > phone: +43-316-876-1751 > general fax: +43-316-876-1751 > web: http://www.joanneum.at/digital > e-mail: gerald.lodron at joanneum.at > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: > http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > > > > > -- > Cory Quammen > R&D Engineer > Kitware, Inc. > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mohammadreza.yaghoobi at gmail.com Fri Oct 16 11:23:57 2015 From: mohammadreza.yaghoobi at gmail.com (mohammadreza yaghoobi) Date: Fri, 16 Oct 2015 10:23:57 -0500 Subject: [Paraview] Python Scripting: Managing the Histogram Outputs Message-ID: Dear all, I'm trying to handle the output of Histogram filter in my python script. First I use extract selection to select a specified geometry of a VTK file. Then, I apply the Histogram Filter. Now, I want to write the outputs of Histogram in the external text file. The outputs of Histogram are represented in the data arrays part of information, and in my case, it's the total length of the selected lines. However, I don't know how should I access to this information in paraview.simple. Thanks for your time, Best, Mohammadreza +++++++++++++++++++++++++++++++++++++++++++++++ Mohammadreza Yaghoobi PhD Candidate Civil Engineering Department Louisiana State University -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Fri Oct 16 11:53:53 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 16 Oct 2015 11:53:53 -0400 Subject: [Paraview] Python Scripting: Managing the Histogram Outputs In-Reply-To: References: Message-ID: Do you intend to write the data out as CSV? You can simply use the CSVWriter as follows: histogram1 = .... SaveData('/tmp/sample.csv', proxy=histogram1) Utkarsh On Fri, Oct 16, 2015 at 11:23 AM, mohammadreza yaghoobi wrote: > Dear all, > > I'm trying to handle the output of Histogram filter in my python > script. First I use extract selection to select a specified geometry of a > VTK file. Then, I apply the Histogram Filter. Now, I want to write the > outputs of Histogram in the external text file. The outputs of Histogram are > represented in the data arrays part of information, and in my case, it's the > total length of the selected lines. > However, I don't know how should I access to this information in > paraview.simple. > > Thanks for your time, > > Best, > Mohammadreza > > +++++++++++++++++++++++++++++++++++++++++++++++ > Mohammadreza Yaghoobi > PhD Candidate > Civil Engineering Department > Louisiana State University > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From guillegiraldo at gmail.com Fri Oct 16 12:28:33 2015 From: guillegiraldo at gmail.com (Guillermo Giraldo) Date: Fri, 16 Oct 2015 16:28:33 +0000 Subject: [Paraview] VTK Data File Scalars Analysis Message-ID: Hi, I'd like to know how Paraview analyses scalar data from a VTK data file. Specially, how it extracts the components of a scalar and assigns names for color plots. For example if numComp is 3 they are named "Magnitude, X, Y and Z2, but if numComp is 6 they are named "Magnitude, XX, YY; ZZ, XY, XZ and YZ". How is this determined? Some questions I'd like to answer are: can this be done with only the VTK library? If not, are there any other library that can do it (e.g. paraview python)? Pointing to the specific code file in the git repository should be enough, but an explanation would be great! Thanks in advance and greetings. -- Por favor confirmar recepci?n. Atte. Guillermo E. Giraldo Fernandez Cel. 301 628 6730 Colombia - Suram?rica -------------- next part -------------- An HTML attachment was scrubbed... URL: From Amit.Goel at ucf.edu Fri Oct 16 12:49:46 2015 From: Amit.Goel at ucf.edu (Amit Goel) Date: Fri, 16 Oct 2015 16:49:46 +0000 Subject: [Paraview] Catalyst and In situ Visualization Message-ID: <821F8248-5E26-4B4F-968C-7A1E33DB723B@ucf.edu> Dear Paraview Users and Gurus I am new to paraview and attempting the following task.. please let me know if my understanding is correct. I have a simulation that runs and spits out H5Part file, having location of say 1000 particles with locations that I can see with paraview. If I use catalyst c++ libraries and embed code in my simulation code then I can send that output to paraview directly. so the final simulation will look like this: Simulation Code ?> ?Send to Paraview Catalyst" Code -> Paraview -> Image or Video output. I believe that 1. alongwith send to paraview catalyst code, I can also send to H5Part file. but creating H5part files is no more needed if I am sending directly to paraview and creating images. 2. While paraview in above arrangement is working on creating visualization, in the background, I can connect to that paraview instance using paraview client and see whats going on with visualization. Am I correct in my understanding of Catalyst+Paraview in above description ? If yes then I will try it in next coming days and seek your help where I get stuck. Regards Amit From andy.bauer at kitware.com Fri Oct 16 13:03:06 2015 From: andy.bauer at kitware.com (Andy Bauer) Date: Fri, 16 Oct 2015 13:03:06 -0400 Subject: [Paraview] Catalyst and In situ Visualization In-Reply-To: <821F8248-5E26-4B4F-968C-7A1E33DB723B@ucf.edu> References: <821F8248-5E26-4B4F-968C-7A1E33DB723B@ucf.edu> Message-ID: Hi Amit, That is essentially correct. If you know ahead of time what images you want, you can set generate a Python script in the GUI that will output those images during your Catalyst enabled simulation run. Information on connecting the GUI to a Catalyst enabled simulation run is available at http://www.kitware.com/blog/home/post/722. Also, the Catalyst user's guide is at http://www.paraview.org/files/catalyst/docs/ParaViewCatalystUsersGuide_v2.pdf which is quite comprehensive. Cheers, Andy On Fri, Oct 16, 2015 at 12:49 PM, Amit Goel wrote: > Dear Paraview Users and Gurus > > I am new to paraview and attempting the following task.. please let me > know if my understanding is correct. > > I have a simulation that runs and spits out H5Part file, having location > of say 1000 particles with locations that I can see with paraview. If I use > catalyst c++ libraries and embed code in my simulation code then I can send > that output to paraview directly. so the final simulation will look like > this: > > Simulation Code ?> ?Send to Paraview Catalyst" Code -> Paraview -> Image > or Video output. > > I believe that > > 1. alongwith send to paraview catalyst code, I can also send to H5Part > file. but creating H5part files is no more needed if I am sending directly > to paraview and creating images. > > 2. While paraview in above arrangement is working on creating > visualization, in the background, I can connect to that paraview instance > using paraview client and see whats going on with visualization. > > Am I correct in my understanding of Catalyst+Paraview in above description > ? If yes then I will try it in next coming days and seek your help where I > get stuck. > > Regards > > Amit > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.thompson at kitware.com Fri Oct 16 13:34:45 2015 From: david.thompson at kitware.com (David Thompson) Date: Fri, 16 Oct 2015 13:34:45 -0400 Subject: [Paraview] [EXT] Trusses to Tubes In-Reply-To: References: <451AB794-572D-492E-9D5D-1C0B7E5AF7BB@kitware.com> Message-ID: <2266B45E-B778-4C0B-ADFB-6D909F452EA3@kitware.com> Hi Dennis, > ... running extract surface and then tube is working very well for me. I guess I never thought about a "line" element having a surface but apparently that's a line! Yes, the "Extract Surface" filter's name is a little misleading. What it really does is convert a dataset from an unstructured grid (which may contain volumetric elements) to a polydata (which may only contain 0-, 1-, or 2-d primitives). In the process, any volume elements are represented by the portions of their bounding surface not shared with other volume elements. The Tube filter only runs on polydata. So it is not exactly extracting the surface of a line so much as converting representations. David From dennis_conklin at goodyear.com Fri Oct 16 13:43:44 2015 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Fri, 16 Oct 2015 17:43:44 +0000 Subject: [Paraview] [EXT] Trusses to Tubes In-Reply-To: <2266B45E-B778-4C0B-ADFB-6D909F452EA3@kitware.com> References: <451AB794-572D-492E-9D5D-1C0B7E5AF7BB@kitware.com> <2266B45E-B778-4C0B-ADFB-6D909F452EA3@kitware.com> Message-ID: David, Thanks for the insight! Just fyi, Paraview seems a little unstable if I have too many of these tubed at a time - My blocks are about 200,000 trusses each and it's only safe to process one at a time. I know there were some surface issues with v4.4 so I need to try it on an earlier version, but no time right now! Dennis -----Original Message----- From: David Thompson [mailto:david.thompson at kitware.com] Sent: Friday, October 16, 2015 1:35 PM To: Dennis Conklin Cc: Paraview (paraview at paraview.org) Subject: Re: [EXT] [Paraview] Trusses to Tubes Hi Dennis, > ... running extract surface and then tube is working very well for me. I guess I never thought about a "line" element having a surface but apparently that's a line! Yes, the "Extract Surface" filter's name is a little misleading. What it really does is convert a dataset from an unstructured grid (which may contain volumetric elements) to a polydata (which may only contain 0-, 1-, or 2-d primitives). In the process, any volume elements are represented by the portions of their bounding surface not shared with other volume elements. The Tube filter only runs on polydata. So it is not exactly extracting the surface of a line so much as converting representations. David From wascott at sandia.gov Fri Oct 16 14:44:40 2015 From: wascott at sandia.gov (Scott, W Alan) Date: Fri, 16 Oct 2015 18:44:40 +0000 Subject: [Paraview] numpy build issues Message-ID: <7676b0879e9f4a2d9e804d9d702613db@ES01AMSNLNT.srn.sandia.gov> I am having issues getting ParaView, remote cluster, working with my own build of Python and numpy. Obviously, I don't have root on these clusters, and I want to use my own Python. (Clusters often have 10 year old python.) >From the following, it appears I am missing a libgfortran.so.1. Any idea why numpy wants Fortran, where it should be found and what I did wrong? Any idea what I should do to fix it? Thanks, Alan Python 2.7.5 (default, Jun 17 2013, 15:19:53) [GCC 4.1.2 20080704 (Red Hat 4.1.2-50)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import numpy Traceback (most recent call last): File "", line 1, in File "/Users/me/Python-2.7.5/lib/python2.7/site-packages/numpy/__init__.py", line 137, in import add_newdocs File "/Users/me/Python-2.7.5/lib/python2.7/site-packages/numpy/add_newdocs.py", line 9, in from numpy.lib import add_newdoc File "/Users/me/Python-2.7.5/lib/python2.7/site-packages/numpy/lib/__init__.py", line 13, in from polynomial import * File "/Users/me/Python-2.7.5/lib/python2.7/site-packages/numpy/lib/polynomial.py", line 17, in from numpy.linalg import eigvals, lstsq, inv File "/Users/me/Python-2.7.5/lib/python2.7/site-packages/numpy/linalg/__init__.py", line 48, in from linalg import * File "/Users/me/Python-2.7.5/lib/python2.7/site-packages/numpy/linalg/linalg.py", line 23, in from numpy.linalg import lapack_lite ImportError: libgfortran.so.1: cannot open shared object file: No such file or directory -------------- next part -------------- An HTML attachment was scrubbed... URL: From wascott at sandia.gov Fri Oct 16 14:59:23 2015 From: wascott at sandia.gov (Scott, W Alan) Date: Fri, 16 Oct 2015 18:59:23 +0000 Subject: [Paraview] [EXTERNAL] Re: Cell volume In-Reply-To: References: <85e6665584964c6ab73cb8b7819df70a@ES01AMSNLNT.srn.sandia.gov> Message-ID: Thanks! Both Cory and Utkarsh's solution works well. I will pass this on to my user. Alan -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: Friday, October 16, 2015 8:27 AM To: Cory Quammen Cc: Scott, W Alan; paraview at paraview.org Subject: [EXTERNAL] Re: [Paraview] Cell volume You can also use the "Python Calculator" with expression "volume(inputs[0])" and the "Array Association" set to "Cell Data". Utkarsh On Fri, Oct 16, 2015 at 10:00 AM, Cory Quammen wrote: > Hi Alan, > > This script for the Programmable Filter should compute cell volumes > and add them as a new 'volume' cell array (I tested it on a > vtkUnstructuredGrid data set). > > from vtk.numpy_interface import algorithms as algs > > volume = algs.volume(inputs[0]) > output.CellData.append(volume, 'volume') > > Let us know if that doesn't work. > > Thanks, > Cory > > On Thu, Oct 15, 2015 at 5:18 PM, Scott, W Alan wrote: >> >> I have a user that wants volume of cells moved into a new variable. >> There is a feature request pending for this ( >> http://www.paraview.org/Bug/view.php?id=10433 ), but in the meantime, >> is it possible with the programmable filter? >> >> >> >> Thanks, >> >> >> >> Alan >> >> >> >> >> >> >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> > > > > -- > Cory Quammen > R&D Engineer > Kitware, Inc. > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From ben.boeckel at kitware.com Fri Oct 16 15:00:12 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Fri, 16 Oct 2015 15:00:12 -0400 Subject: [Paraview] numpy build issues In-Reply-To: <7676b0879e9f4a2d9e804d9d702613db@ES01AMSNLNT.srn.sandia.gov> References: <7676b0879e9f4a2d9e804d9d702613db@ES01AMSNLNT.srn.sandia.gov> Message-ID: <20151016190012.GA12166@megas.khq.kitware.com> On Fri, Oct 16, 2015 at 18:44:40 +0000, Scott, W Alan wrote: > I am having issues getting ParaView, remote cluster, working with my > own build of Python and numpy. Obviously, I don't have root on these > clusters, and I want to use my own Python. (Clusters often have 10 > year old python.) > > From the following, it appears I am missing a libgfortran.so.1. Any > idea why numpy wants Fortran, where it should be found and what I did > wrong? Any idea what I should do to fix it? You can get numpy to not use fortran with: python setup.py build --fcompiler=no It will use Fortran by default though. It is strange that a Fortran compiler was found, but the libraries are not in a standard location? --Ben From wascott at sandia.gov Fri Oct 16 15:01:48 2015 From: wascott at sandia.gov (Scott, W Alan) Date: Fri, 16 Oct 2015 19:01:48 +0000 Subject: [Paraview] [EXTERNAL] Re: numpy build issues In-Reply-To: <20151016190012.GA12166@megas.khq.kitware.com> References: <7676b0879e9f4a2d9e804d9d702613db@ES01AMSNLNT.srn.sandia.gov> <20151016190012.GA12166@megas.khq.kitware.com> Message-ID: <4ac9edbc089d4df4a640d01109e55ffc@ES01AMSNLNT.srn.sandia.gov> Ah, thanks Ben!! Um ... These are clusters... Nothing surprises me... :-) Alan -----Original Message----- From: Ben Boeckel [mailto:ben.boeckel at kitware.com] Sent: Friday, October 16, 2015 1:00 PM To: Scott, W Alan Cc: paraview at paraview.org Subject: [EXTERNAL] Re: [Paraview] numpy build issues On Fri, Oct 16, 2015 at 18:44:40 +0000, Scott, W Alan wrote: > I am having issues getting ParaView, remote cluster, working with my > own build of Python and numpy. Obviously, I don't have root on these > clusters, and I want to use my own Python. (Clusters often have 10 > year old python.) > > From the following, it appears I am missing a libgfortran.so.1. Any > idea why numpy wants Fortran, where it should be found and what I did > wrong? Any idea what I should do to fix it? You can get numpy to not use fortran with: python setup.py build --fcompiler=no It will use Fortran by default though. It is strange that a Fortran compiler was found, but the libraries are not in a standard location? --Ben From adriangeologo at yahoo.es Fri Oct 16 16:20:13 2015 From: adriangeologo at yahoo.es (Adrian Martinez Vargas) Date: Fri, 16 Oct 2015 13:20:13 -0700 Subject: [Paraview] How I can define PYTHONPATH for Paraview/Tools/Python Shell Message-ID: <56215BFD.4040900@yahoo.es> Hi, I have try unsuccessfully to load modules from an existing Anaconda distribution, hosted in /home/user/anaconda, from the Python Shell existing in Paraview/Tools. I'm using Paraview 4.4 in Ubuntu15. Using the command (in a system shell) $export PYTHONPATH = /home/user/anaconda/lib/python2.7/site-packages:$PYTHONPATH didn't work. In addition I would like to understand the logic of the python shell in paraview. Is that python embedded or it calls pvpython? There is any way to pass argument and to define path? There is any way to trick this, for example to use Ipython? Thank you for your help and kind regards Adrian From utkarsh.ayachit at kitware.com Fri Oct 16 16:37:19 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 16 Oct 2015 16:37:19 -0400 Subject: [Paraview] Changing variable names In-Reply-To: References: Message-ID: The easiest is to simply use the "Calculator" filter. You set the input variable as the "Function" and then given the Result array an appropriate name. Note, this will create a deep-copy of your data. To avoid that, you can use the Python Programmable Filter as demonstrated in the attached state file. A "Script" like the following does the trick: output.PointData.append( inputs[0].PointData["RTData"], "NewName") Alternatively, you can use the Python Calculator too, which behaves similar to the Python Programmable filter. The Expression will simply be the name of the array you want to rename. Do make sure you pick the right "Array Association" however. Utkarsh On Thu, Oct 15, 2015 at 3:18 PM, Eric Lynch wrote: > Is there a way to change the names of variables? I'm reading a PLOT3D > function file via the PLOT3D meta file reader, and it assigns the variables > names like "Function0," "Function1," etc. Is there a way for me to give > them meaningful names after reading them in? > > Thanks, > Eric > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- A non-text attachment was scrubbed... Name: demo.pvsm Type: application/octet-stream Size: 114581 bytes Desc: not available URL: From cory.quammen at kitware.com Fri Oct 16 16:48:09 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 16 Oct 2015 16:48:09 -0400 Subject: [Paraview] How I can define PYTHONPATH for Paraview/Tools/Python Shell In-Reply-To: <56215BFD.4040900@yahoo.es> References: <56215BFD.4040900@yahoo.es> Message-ID: On Fri, Oct 16, 2015 at 4:20 PM, Adrian Martinez Vargas < adriangeologo at yahoo.es> wrote: > Hi, > > I have try unsuccessfully to load modules from an existing Anaconda > distribution, hosted in /home/user/anaconda, from the Python Shell existing > in Paraview/Tools. I'm using Paraview 4.4 in Ubuntu15. Using the command > (in a system shell) $export PYTHONPATH = > /home/user/anaconda/lib/python2.7/site-packages:$PYTHONPATH didn't work. > Did you download or build ParaView? You probably need to build ParaView against the Python in the Anaconda distribution to make this work. That's a guess - I haven't tried this. > In addition I would like to understand the logic of the python shell in > paraview. Is that python embedded or it calls pvpython? There is any way to > pass argument and to define path? There is any way to trick this, for > example to use Ipython The Python interpreter in ParaView is embedded. You should be able to add to the path using sys.path.append('/file/path') HTH, Cory > > Thank you for your help and kind regards > Adrian > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Fri Oct 16 17:12:10 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 16 Oct 2015 17:12:10 -0400 Subject: [Paraview] VTK Data File Scalars Analysis In-Reply-To: References: Message-ID: Guillermo, vtkSplitColumnComponents assigns the names based on a guess that 3-component arrays are vectors with X, Y, Z components and 6-component arrays represent symmetric 3x3 matrices, i.e. XX XY XZ XY YY YZ XZ YZ ZZ See ParaView/ParaViewCore/VTKExtensions/Core/vtkPVPostFilter.cxx, lines 147-174. HTH, Cory On Fri, Oct 16, 2015 at 12:28 PM, Guillermo Giraldo wrote: > Hi, > > I'd like to know how Paraview analyses scalar data from a VTK data file. > Specially, how it extracts the components of a scalar and assigns names for > color plots. For example if numComp is 3 they are named "Magnitude, X, Y > and Z2, but if numComp is 6 they are named "Magnitude, XX, YY; ZZ, XY, XZ > and YZ". How is this determined? > > Some questions I'd like to answer are: can this be done with only the VTK > library? If not, are there any other library that can do it (e.g. paraview > python)? > > Pointing to the specific code file in the git repository should be enough, > but an explanation would be great! > > Thanks in advance and greetings. > -- > Por favor confirmar recepci?n. > > Atte. > > Guillermo E. Giraldo Fernandez > Cel. 301 628 6730 > Colombia - Suram?rica > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From M.Deij at marin.nl Mon Oct 19 02:56:32 2015 From: M.Deij at marin.nl (Deij-van Rijswijk, Menno) Date: Mon, 19 Oct 2015 06:56:32 +0000 Subject: [Paraview] Select which fields to load when loading .vtm multi-block In-Reply-To: References: <95c805a4948e4c20a7fb868ab4db0b87@MAR190n2.marin.local> <053568f0b30340b2b75b15e99773bf5c@MAR190n2.marin.local> Message-ID: <84c1677a122c48fdb7d8cadf0f1844e8@MAR190n2.marin.local> For future reference, the request can be found here http://www.paraview.org/Bug/view.php?id=15789 Best wishes, Menno Deij ? van Rijswijk From: Berk Geveci [mailto:berk.geveci at kitware.com] Sent: dinsdag 22 september 2015 16:54 To: Deij-van Rijswijk, Menno Cc: paraview at paraview.org Subject: Re: [Paraview] Select which fields to load when loading .vtm multi-block Hmmm. It doesn't look like there is support for array selection in that reader. We should add it... Can you make a feature request in the bug tracker? Thanks, -berk On Tue, Sep 22, 2015 at 6:40 AM, Deij-van Rijswijk, Menno wrote: Anyone? From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Deij-van Rijswijk, Menno Sent: vrijdag 18 september 2015 16:06 To: paraview at paraview.org Subject: [Paraview] Select which fields to load when loading .vtm multi-block Hi, I noticed that when I load a .vtm file, I cannot select which data fields to load. This requires me to load the entire file into memory, after which the Pass Arrays filter allows me to take the required data field forward in the pipeline. If I load other formats (e.g. CGNS and .vtu) I can choose which field to load. Maybe I?m missing something obvious? Should there be metadata on the fields in the vtm file that is missing? Thanks and best wishes, Menno Deij ? van Rijswijk dr. ir. Menno A. Deij-van Rijswijk Researcher / Software Engineer Maritime Simulation & Software Group MARIN 2, Haagsteeg E M.Deij at marin.nl P.O. Box 28 T +31 317 49 39 11 6700 AA Wageningen F +31 317 49 32 45 T +31 317 49 35 06 The Netherlands I www.marin.nl MARIN news: MARIN Report available on App store & Google play This e-mail may be confidential, privileged and/or protected by copyright. If you are not the intended recipient, you should return it to the sender immediately and delete your copy from your system. dr. ir. Menno A. Deij-van Rijswijk | Researcher / Software Engineer | Maritime Simulation & Software Group MARIN | T +31 317 49 35 06 | mailto:M.Deij at marin.nl | http://www.marin.nl MARIN news: http://www.marin.nl/web/News/News-items/In-2016-opnieuw-gratis-testtijd-voor-maritieme-MKBers.htm _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview From guillegiraldo at gmail.com Mon Oct 19 10:02:11 2015 From: guillegiraldo at gmail.com (Guillermo Giraldo) Date: Mon, 19 Oct 2015 14:02:11 +0000 Subject: [Paraview] VTK Data File Scalars Analysis In-Reply-To: References: Message-ID: Thanks, now it's clear. If I'd like to find the actual VTK file reading process, where in the repository should I look? El vie., 16 de oct. de 2015 a la(s) 4:12 p. m., Cory Quammen < cory.quammen at kitware.com> escribi?: > Guillermo, > > vtkSplitColumnComponents assigns the names based on a guess that > 3-component arrays are vectors with X, Y, Z components and 6-component > arrays represent symmetric 3x3 matrices, i.e. > > XX XY XZ > XY YY YZ > XZ YZ ZZ > > See ParaView/ParaViewCore/VTKExtensions/Core/vtkPVPostFilter.cxx, lines > 147-174. > > HTH, > Cory > > On Fri, Oct 16, 2015 at 12:28 PM, Guillermo Giraldo < > guillegiraldo at gmail.com> wrote: > >> Hi, >> >> I'd like to know how Paraview analyses scalar data from a VTK data file. >> Specially, how it extracts the components of a scalar and assigns names for >> color plots. For example if numComp is 3 they are named "Magnitude, X, Y >> and Z2, but if numComp is 6 they are named "Magnitude, XX, YY; ZZ, XY, XZ >> and YZ". How is this determined? >> >> Some questions I'd like to answer are: can this be done with only the VTK >> library? If not, are there any other library that can do it (e.g. paraview >> python)? >> >> Pointing to the specific code file in the git repository should be >> enough, but an explanation would be great! >> >> Thanks in advance and greetings. >> -- >> Por favor confirmar recepci?n. >> >> Atte. >> >> Guillermo E. Giraldo Fernandez >> Cel. 301 628 6730 >> Colombia - Suram?rica >> >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > > > -- > Cory Quammen > R&D Engineer > Kitware, Inc. > -- Por favor confirmar recepci?n. Atte. Guillermo E. Giraldo Fernandez Cel. 301 628 6730 Colombia - Suram?rica -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon Oct 19 10:20:20 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 19 Oct 2015 10:20:20 -0400 Subject: [Paraview] VTK Data File Scalars Analysis In-Reply-To: References: Message-ID: VTK and ParaView have many reader classes. Did you have a particular format in mind?If not, then I suggest to navigate to VTK/IO/ and look at the source code contained therein. HTH, Cory On Mon, Oct 19, 2015 at 10:02 AM, Guillermo Giraldo wrote: > Thanks, now it's clear. > > If I'd like to find the actual VTK file reading process, where in the > repository should I look? > > El vie., 16 de oct. de 2015 a la(s) 4:12 p. m., Cory Quammen < > cory.quammen at kitware.com> escribi?: > >> Guillermo, >> >> vtkSplitColumnComponents assigns the names based on a guess that >> 3-component arrays are vectors with X, Y, Z components and 6-component >> arrays represent symmetric 3x3 matrices, i.e. >> >> XX XY XZ >> XY YY YZ >> XZ YZ ZZ >> >> See ParaView/ParaViewCore/VTKExtensions/Core/vtkPVPostFilter.cxx, lines >> 147-174. >> >> HTH, >> Cory >> >> On Fri, Oct 16, 2015 at 12:28 PM, Guillermo Giraldo < >> guillegiraldo at gmail.com> wrote: >> >>> Hi, >>> >>> I'd like to know how Paraview analyses scalar data from a VTK data file. >>> Specially, how it extracts the components of a scalar and assigns names for >>> color plots. For example if numComp is 3 they are named "Magnitude, X, Y >>> and Z2, but if numComp is 6 they are named "Magnitude, XX, YY; ZZ, XY, XZ >>> and YZ". How is this determined? >>> >>> Some questions I'd like to answer are: can this be done with only the >>> VTK library? If not, are there any other library that can do it (e.g. >>> paraview python)? >>> >>> Pointing to the specific code file in the git repository should be >>> enough, but an explanation would be great! >>> >>> Thanks in advance and greetings. >>> -- >>> Por favor confirmar recepci?n. >>> >>> Atte. >>> >>> Guillermo E. Giraldo Fernandez >>> Cel. 301 628 6730 >>> Colombia - Suram?rica >>> >>> _______________________________________________ >>> 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 >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >> >> >> -- >> Cory Quammen >> R&D Engineer >> Kitware, Inc. >> > -- > Por favor confirmar recepci?n. > > Atte. > > Guillermo E. Giraldo Fernandez > Cel. 301 628 6730 > Colombia - Suram?rica > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From guillegiraldo at gmail.com Mon Oct 19 10:33:23 2015 From: guillegiraldo at gmail.com (Guillermo Giraldo) Date: Mon, 19 Oct 2015 14:33:23 +0000 Subject: [Paraview] VTK Data File Scalars Analysis In-Reply-To: References: Message-ID: The VTK file format. El lun., oct. 19, 2015 9:20 AM, Cory Quammen escribi?: > VTK and ParaView have many reader classes. Did you have a particular > format in mind?If not, then I suggest to navigate to VTK/IO/ and look at > the source code contained therein. > > HTH, > Cory > > > > On Mon, Oct 19, 2015 at 10:02 AM, Guillermo Giraldo < > guillegiraldo at gmail.com> wrote: > >> Thanks, now it's clear. >> >> If I'd like to find the actual VTK file reading process, where in the >> repository should I look? >> >> El vie., 16 de oct. de 2015 a la(s) 4:12 p. m., Cory Quammen < >> cory.quammen at kitware.com> escribi?: >> >>> Guillermo, >>> >>> vtkSplitColumnComponents assigns the names based on a guess that >>> 3-component arrays are vectors with X, Y, Z components and 6-component >>> arrays represent symmetric 3x3 matrices, i.e. >>> >>> XX XY XZ >>> XY YY YZ >>> XZ YZ ZZ >>> >>> See ParaView/ParaViewCore/VTKExtensions/Core/vtkPVPostFilter.cxx, lines >>> 147-174. >>> >>> HTH, >>> Cory >>> >>> On Fri, Oct 16, 2015 at 12:28 PM, Guillermo Giraldo < >>> guillegiraldo at gmail.com> wrote: >>> >>>> Hi, >>>> >>>> I'd like to know how Paraview analyses scalar data from a VTK data >>>> file. Specially, how it extracts the components of a scalar and assigns >>>> names for color plots. For example if numComp is 3 they are named >>>> "Magnitude, X, Y and Z2, but if numComp is 6 they are named "Magnitude, XX, >>>> YY; ZZ, XY, XZ and YZ". How is this determined? >>>> >>>> Some questions I'd like to answer are: can this be done with only the >>>> VTK library? If not, are there any other library that can do it (e.g. >>>> paraview python)? >>>> >>>> Pointing to the specific code file in the git repository should be >>>> enough, but an explanation would be great! >>>> >>>> Thanks in advance and greetings. >>>> -- >>>> Por favor confirmar recepci?n. >>>> >>>> Atte. >>>> >>>> Guillermo E. Giraldo Fernandez >>>> Cel. 301 628 6730 >>>> Colombia - Suram?rica >>>> >>>> _______________________________________________ >>>> 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 >>>> >>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview >>>> >>>> >>> >>> >>> -- >>> Cory Quammen >>> R&D Engineer >>> Kitware, Inc. >>> >> -- >> Por favor confirmar recepci?n. >> >> Atte. >> >> Guillermo E. Giraldo Fernandez >> Cel. 301 628 6730 >> Colombia - Suram?rica >> > > > > -- > Cory Quammen > R&D Engineer > Kitware, Inc. > -- Por favor confirmar recepci?n. Atte. Guillermo E. Giraldo Fernandez Cel. 301 628 6730 Colombia - Suram?rica -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon Oct 19 10:40:42 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 19 Oct 2015 10:40:42 -0400 Subject: [Paraview] VTK Data File Scalars Analysis In-Reply-To: References: Message-ID: VTK/IO/Legacy contains the various VTK file readers. On Mon, Oct 19, 2015 at 10:33 AM, Guillermo Giraldo wrote: > The VTK file format. > > El lun., oct. 19, 2015 9:20 AM, Cory Quammen > escribi?: > >> VTK and ParaView have many reader classes. Did you have a particular >> format in mind?If not, then I suggest to navigate to VTK/IO/ and look at >> the source code contained therein. >> >> HTH, >> Cory >> >> >> >> On Mon, Oct 19, 2015 at 10:02 AM, Guillermo Giraldo < >> guillegiraldo at gmail.com> wrote: >> >>> Thanks, now it's clear. >>> >>> If I'd like to find the actual VTK file reading process, where in the >>> repository should I look? >>> >>> El vie., 16 de oct. de 2015 a la(s) 4:12 p. m., Cory Quammen < >>> cory.quammen at kitware.com> escribi?: >>> >>>> Guillermo, >>>> >>>> vtkSplitColumnComponents assigns the names based on a guess that >>>> 3-component arrays are vectors with X, Y, Z components and 6-component >>>> arrays represent symmetric 3x3 matrices, i.e. >>>> >>>> XX XY XZ >>>> XY YY YZ >>>> XZ YZ ZZ >>>> >>>> See ParaView/ParaViewCore/VTKExtensions/Core/vtkPVPostFilter.cxx, lines >>>> 147-174. >>>> >>>> HTH, >>>> Cory >>>> >>>> On Fri, Oct 16, 2015 at 12:28 PM, Guillermo Giraldo < >>>> guillegiraldo at gmail.com> wrote: >>>> >>>>> Hi, >>>>> >>>>> I'd like to know how Paraview analyses scalar data from a VTK data >>>>> file. Specially, how it extracts the components of a scalar and assigns >>>>> names for color plots. For example if numComp is 3 they are named >>>>> "Magnitude, X, Y and Z2, but if numComp is 6 they are named "Magnitude, XX, >>>>> YY; ZZ, XY, XZ and YZ". How is this determined? >>>>> >>>>> Some questions I'd like to answer are: can this be done with only the >>>>> VTK library? If not, are there any other library that can do it (e.g. >>>>> paraview python)? >>>>> >>>>> Pointing to the specific code file in the git repository should be >>>>> enough, but an explanation would be great! >>>>> >>>>> Thanks in advance and greetings. >>>>> -- >>>>> Por favor confirmar recepci?n. >>>>> >>>>> Atte. >>>>> >>>>> Guillermo E. Giraldo Fernandez >>>>> Cel. 301 628 6730 >>>>> Colombia - Suram?rica >>>>> >>>>> _______________________________________________ >>>>> 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 >>>>> >>>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> http://public.kitware.com/mailman/listinfo/paraview >>>>> >>>>> >>>> >>>> >>>> -- >>>> Cory Quammen >>>> R&D Engineer >>>> Kitware, Inc. >>>> >>> -- >>> Por favor confirmar recepci?n. >>> >>> Atte. >>> >>> Guillermo E. Giraldo Fernandez >>> Cel. 301 628 6730 >>> Colombia - Suram?rica >>> >> >> >> >> -- >> Cory Quammen >> R&D Engineer >> Kitware, Inc. >> > -- > Por favor confirmar recepci?n. > > Atte. > > Guillermo E. Giraldo Fernandez > Cel. 301 628 6730 > Colombia - Suram?rica > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From guillegiraldo at gmail.com Mon Oct 19 10:41:54 2015 From: guillegiraldo at gmail.com (Guillermo Giraldo) Date: Mon, 19 Oct 2015 14:41:54 +0000 Subject: [Paraview] VTK Data File Scalars Analysis In-Reply-To: References: Message-ID: Thanks, very much. El lun., oct. 19, 2015 9:40 AM, Cory Quammen escribi?: > VTK/IO/Legacy contains the various VTK file readers. > > On Mon, Oct 19, 2015 at 10:33 AM, Guillermo Giraldo < > guillegiraldo at gmail.com> wrote: > >> The VTK file format. >> >> El lun., oct. 19, 2015 9:20 AM, Cory Quammen >> escribi?: >> >>> VTK and ParaView have many reader classes. Did you have a particular >>> format in mind?If not, then I suggest to navigate to VTK/IO/ and look at >>> the source code contained therein. >>> >>> HTH, >>> Cory >>> >>> >>> >>> On Mon, Oct 19, 2015 at 10:02 AM, Guillermo Giraldo < >>> guillegiraldo at gmail.com> wrote: >>> >>>> Thanks, now it's clear. >>>> >>>> If I'd like to find the actual VTK file reading process, where in the >>>> repository should I look? >>>> >>>> El vie., 16 de oct. de 2015 a la(s) 4:12 p. m., Cory Quammen < >>>> cory.quammen at kitware.com> escribi?: >>>> >>>>> Guillermo, >>>>> >>>>> vtkSplitColumnComponents assigns the names based on a guess that >>>>> 3-component arrays are vectors with X, Y, Z components and 6-component >>>>> arrays represent symmetric 3x3 matrices, i.e. >>>>> >>>>> XX XY XZ >>>>> XY YY YZ >>>>> XZ YZ ZZ >>>>> >>>>> See ParaView/ParaViewCore/VTKExtensions/Core/vtkPVPostFilter.cxx, >>>>> lines 147-174. >>>>> >>>>> HTH, >>>>> Cory >>>>> >>>>> On Fri, Oct 16, 2015 at 12:28 PM, Guillermo Giraldo < >>>>> guillegiraldo at gmail.com> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> I'd like to know how Paraview analyses scalar data from a VTK data >>>>>> file. Specially, how it extracts the components of a scalar and assigns >>>>>> names for color plots. For example if numComp is 3 they are named >>>>>> "Magnitude, X, Y and Z2, but if numComp is 6 they are named "Magnitude, XX, >>>>>> YY; ZZ, XY, XZ and YZ". How is this determined? >>>>>> >>>>>> Some questions I'd like to answer are: can this be done with only the >>>>>> VTK library? If not, are there any other library that can do it (e.g. >>>>>> paraview python)? >>>>>> >>>>>> Pointing to the specific code file in the git repository should be >>>>>> enough, but an explanation would be great! >>>>>> >>>>>> Thanks in advance and greetings. >>>>>> -- >>>>>> Por favor confirmar recepci?n. >>>>>> >>>>>> Atte. >>>>>> >>>>>> Guillermo E. Giraldo Fernandez >>>>>> Cel. 301 628 6730 >>>>>> Colombia - Suram?rica >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>>> >>>>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>>>> >>>>>> Follow this link to subscribe/unsubscribe: >>>>>> http://public.kitware.com/mailman/listinfo/paraview >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Cory Quammen >>>>> R&D Engineer >>>>> Kitware, Inc. >>>>> >>>> -- >>>> Por favor confirmar recepci?n. >>>> >>>> Atte. >>>> >>>> Guillermo E. Giraldo Fernandez >>>> Cel. 301 628 6730 >>>> Colombia - Suram?rica >>>> >>> >>> >>> >>> -- >>> Cory Quammen >>> R&D Engineer >>> Kitware, Inc. >>> >> -- >> Por favor confirmar recepci?n. >> >> Atte. >> >> Guillermo E. Giraldo Fernandez >> Cel. 301 628 6730 >> Colombia - Suram?rica >> > > > > -- > Cory Quammen > R&D Engineer > Kitware, Inc. > -- Por favor confirmar recepci?n. Atte. Guillermo E. Giraldo Fernandez Cel. 301 628 6730 Colombia - Suram?rica -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon Oct 19 10:52:05 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 19 Oct 2015 10:52:05 -0400 Subject: [Paraview] Paraview 4.1.0: Tube filter vary radius by vector or scalar does not work properly In-Reply-To: <561FB857.6060608@hmi.uni-bremen.de> References: <561FB857.6060608@hmi.uni-bremen.de> Message-ID: Hi Jens, I can't think of a way to do this easily in ParaView using existing filters. Your best bet is probably to write the scaled tube geometry to your VTK file directly and visualize that. Sorry to not be of more help, Cory On Thu, Oct 15, 2015 at 10:29 AM, Jens Laube wrote: > Dear Paraview users, > > I am using the paraview version 4.1.0 to display forces between > nanoparticles from a Discrete Element simulation. For the visualization I > create vtk-files that look like the following minimal example: > > > *# vtk DataFile Version 2.0* > *Generated by lpp.py* > *ASCII* > *DATASET POLYDATA* > *POINTS 2 float* > *0.0 0.0 0.0* > *0.0 0.0 2e-09* > *LINES 1 3* > *2 0 1* > > *CELL_DATA 1* > *VECTORS f_pair float* > *0.0 0.0 -2.12063e-08* > *SCALARS f_tot float 1* > *LOOKUP_TABLE default* > *2.12063e-08* > > *POINT_DATA 2* > *VECTORS i float* > *0.0 0.0 0.0* > *0.0 0.0 0.0* > *VECTORS f float* > *0.0 0.0 0.0* > *0.0 0.0 0.0* > *VECTORS omega float* > *0.0 0.0 0.0* > *0.0 0.0 0.0* > *VECTORS v float* > *0.0 0.0 0.0* > *0.0 0.0 -0.4* > *SCALARS radius float 1* > *LOOKUP_TABLE default* > *1.53e-09* > *1.53e-09* > *SCALARS type float 1* > *LOOKUP_TABLE default* > *1.0* > *1.0* > *SCALARS id float 1* > *LOOKUP_TABLE default* > *1.0* > *2.0* > > > The lines defined in this file connect the particle centers and the > CELL_DATA VECTORS and SCALARS represent the interparticle force vector and > the absolute force respectively. > With this file I try to visualize the force by a tube with varying radius > and color depending on the magnitude of the vorce vector using paraview > 4.1.0. To this aim I use the Filters "CellDatatoPointData"-->"Tube". In the > scalars and Vectors field of the "Tube"-filter I can choose the variables " > *f_tot*" and "f_pair" from the vtk-file, but if I try to scale the radius > by vector, there is no visible variation of the radius independent of the > values in "Radius" and "Radius Factor". The only way to receive a varying > radius is choosing the option "Vary radius By Absolute Scalar" but then I > cannot manipulate the minimum and maximum thickness of the tube by using > the values of "Radius" and "Radius Factor". Thus I receive a too large tube. > Do I miss something basic here? Could anyone give me a hint how to > customize the visualization properly? > Thanks a lot > > Best Whishes > Jens Laube > > > -- > Dipl.-Ing. Jens Laube > Hybrid Materials Interfaces Group > Universit?t Bremen > Am Fallturm 1, D-28359 Bremen > Tel. +49 421 218 64574 > Fax +49 421 218 64599jlaube at hmi.uni-bremen.dewww.hmi.uni-bremen.de > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon Oct 19 13:31:38 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 19 Oct 2015 13:31:38 -0400 Subject: [Paraview] ParaView Environment Variables In-Reply-To: <5620138A.9060407@indiana.edu> References: <5620138A.9060407@indiana.edu> Message-ID: Hi Bill, This is a good project. Perhaps we can include a version of your man page in the user's guide when it is finished? I know about some of these environment variables: - PARAVIEW_DATA_ROOT - used to point ParaView to a testing data repository. This is really only used when ParaView's tests are run and likely isn't useful to users. - PV_NO_OFFSCREEN_SCREENSHOTS - just what it sounds like. If set, offscreen rendering will not be used for generating screenshots, even if the ParaView settings say that offscreen rendering should be used for generating screenshots. - VTK_AUTOLOAD_PATH - users shouldn't need to set this. From the vtkObjectFactory documentation: "The first time CreateInstance is called, all dll's or shared libraries in the environment variable VTK_AUTOLOAD_PATH are loaded into the current process." - VTK_RENDERER - this looks like a historical way to choose which render window to instantiate. It doesn't look like it is used anymore. - PV_DEBUG_LEAKS_VIEW - enables a window that shows the number of instances of all VTK classes. Useful for debugging, not really useful for users. -PV_DEBUG_TEST - I don't see this in the ParaView source anywhere - PV_SETTINGS_DEBUG - turns on debugging message related to loading ParaView's settings files, e.g., where it looked for the settings file. - PV_PLUGIN_DEBUG - print debugging output having to do with where ParaView looks for plugins. - PV_PLUGIN_PATH - adds search path for plugins - VTK_MATPLOTLIB_DEBUG - Enable verbose debugging output during initialization of matplotlib. Hope that helps, Cory On Thu, Oct 15, 2015 at 4:58 PM, Bill Sherman wrote: > Hello all, > > Perhaps an odd question -- I'm wondering what important environment > variables are associated with ParaView, and in some cases what they > do. > > I ask because for an installation of ParaView on an HPC system, I > am creating a traditional man-page. And one of the traditional > sections of man pages for applications is "ENVIRONMENT VARIABLES". > > I happened to find that NERSC had previously done a similar thing, > but based on the command line arguments as well as the environment > variables it gives no longer in existence, it would seem that this > is from a rather old version of ParaView, so I'm basically starting > from scratch. > > Searching through the source for "getenv", I found several refernces > to environment variables, and I'd like to get advice on what should/ > should not be included. > > So there are a couple of categories the environment variables can > be classified as. > > 1) ParaView specific variables: > - PV_ICET_WINDOW_BORDERS > - PARAVIEW_DATA_ROOT > - PV_NO_OFFSCREEN_SCREENSHOTS > > So I know what the first of those does, and I had an assumption of > what the second one (PARAVIEW_DATA_ROOT) does -- but I couldn't find > a way to make it have an effect! And I can half-guess what the third > one does -- explanations welcome. > > > 2) VTK related variables: > - VTK_AUTOLOAD_PATH > - VTK_RENDERER > > And I don't really know what either of them do. > > > 3) Generic environment variables that ParaView accesses: > - DISPLAY > - HOME > - HOSTNAME > - LOGNAME > - PATH > - LD_LIBRARY_PATH > - PWD (VTK/Utilities/KWSys/vtksys/SystemTools.cxx) > - PYTHONPATH > - TCL_LIBRARY (vtkTclUtil.cxx) > - TK_LIBRARY (vtkTclUtil.cxx) > - R_HOME (vtkRInterface.cxx) > - COLUMNS (VTK/Utilities/KWSys/vtksys/SystemTools.cxx) > - APPDATA -- for MS-Windows only? > - COMMON_APPDATA -- for MS-Windows only? > > So I don't know that I'd need to include those as part of a ParaView > man-page. > > > 4) Other variables that are probably just for internal testing: > - PV_DEBUG_LEAKS_VIEW > - PV_DEBUG_TEST > - PV_SETTINGS_DEBUG > - PV_PLUGIN_DEBUG > - PV_PLUGIN_PATH > - DASHBOARD_TEST_FROM_CTEST > - DART_TEST_FROM_DART > - VERBOSE_TESTING (Exodus) > - VERY_VERBOSE_TESTING (Exodus) > - FLIP_CAM_MANIP (Interactor Style Unicam) > - VTK_MATPLOTLIB_DEBUG (vtkMatplotlibMathTextUtilities.cxx) > - QT_MAC_NO_NATIVE_MENUBAR > (ThirdParty/QtTesting/vtkqttesting/pqTestUtility.cxx) > > Again, probably wouldn't include these in a man-page, unless they are > something the end-user could possibly want to affect. > > > Happy to share the man-page when I'm done. > > Thanks, > Bill > > -- > Bill Sherman > Sr. Technology Advisor > Advanced Visualization Lab > Pervasive Technology Inst > Indiana University > shermanw at indiana.edu > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfang3 at ncsu.edu Mon Oct 19 15:54:40 2015 From: jfang3 at ncsu.edu (Jun Fang) Date: Mon, 19 Oct 2015 15:54:40 -0400 Subject: [Paraview] About ParaView catalyst Message-ID: Hello, Here I have some questions about the in-situ library support. Does anyone know if the ParaView catalyst is now supported by Intel XL compilers or not? Based on my recent scaling test on INL Cetus, the XL compilers are almost twice efficient compared to the GNU compilers for the identical source codes, compilation flags (-O2), simulation case set-up (16,385 cores) and input parameters. Therefore, it becomes a tough decision for me to choose either "GNU+in-situ capability" or "XL without in-situ". The perfect situation is that XL compilers can also support insitu visualization (i.e. ParaView catalyst), but I am not sure about that. Thanks a lot, Jun -- Jun Fang Department of Nuclear Engineering North Carolina State University Phone: (919) 592-2233 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan.abernathey at gmail.com Mon Oct 19 16:59:06 2015 From: ryan.abernathey at gmail.com (Ryan Abernathey) Date: Mon, 19 Oct 2015 16:59:06 -0400 Subject: [Paraview] segmentation fault with netCDF when loading state file Message-ID: Hello, I am extremely frustrated and stuck on this problem. Any advice would be appreciated. I am working with a dataset of 2400 sequentially numbered netCDF files (generic & CF conventions). In a fresh pipeline, Paraview is able to recognizes these files as a single source and load them correctly. I then create a standard pipeline involving various filters (contour, etc., nothing funny) and save a state file. When I attempt to load the state file, I get the following segmentation fault. Further down you can see a ncdump of the offending file. Would appreciate any advice on how to debug / overcome this issue. Is it a bug? It sure feels like one... Best, Ryan Abernathey ERROR: In /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 822 vtkNetCDFCFReader (0x55c0620): netCDF Error: NetCDF: Index exceeds dimension bound ERROR: In /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkExecutive.cxx, line 784 vtkPVCompositeDataPipeline (0x5be23d0): Algorithm vtkFileSeriesReader(0x4c0c3e0) returned failure for request: vtkInformation (0x8141700) Debug: Off Modified Time: 999905 Reference Count: 1 Registered Events: (none) Request: REQUEST_DATA FORWARD_DIRECTION: 0 FROM_OUTPUT_PORT: 0 ALGORITHM_AFTER_FORWARD: 1 ERROR: In /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkExecutive.cxx, line 784 vtkCompositeDataPipeline (0x744fde0): Algorithm vtkPVGeometryFilter(0x7436500) returned failure for request: vtkInformation (0x5737250) Debug: Off Modified Time: 999943 Reference Count: 1 Registered Events: (none) Request: REQUEST_DATA_OBJECT FORWARD_DIRECTION: 0 FROM_OUTPUT_PORT: 0 ALGORITHM_AFTER_FORWARD: 1 Segmentation fault (core dumped) ------------------------ $ ncdump -h rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000000300.nc netcdf rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000000300 { dimensions: x = 512 ; y = 512 ; z = 64 ; time = UNLIMITED ; // (1 currently) variables: float x(x) ; x:units = "m" ; float y(y) ; y:units = "m" ; float z(z) ; z:units = "m" ; z:long_name = "height" ; float time(time) ; time:units = "d" ; time:long_name = "time" ; float p(z) ; p:units = "mb" ; p:long_name = "pressure" ; float zi(z) ; zi:units = "m" ; zi:long_name = "intfc_ht" ; float U(time, z, y, x) ; U:long_name = "X Wind Component " ; U:units = "m/s " ; float V(time, z, y, x) ; V:long_name = "Y Wind Component " ; V:units = "m/s " ; float W(time, z, y, x) ; W:long_name = "Z Wind Component " ; W:units = "m/s " ; float PP(time, z, y, x) ; PP:long_name = "Pressure Perturbation " ; PP:units = "Pa " ; float QRAD(time, z, y, x) ; QRAD:long_name = "Radiative heating rate " ; QRAD:units = "K/day " ; float TABS(time, z, y, x) ; TABS:long_name = "Absolute Temperature " ; TABS:units = "K " ; float QV(time, z, y, x) ; QV:long_name = "Water Vapor " ; QV:units = "g/kg " ; float QN(time, z, y, x) ; QN:long_name = "Non-precipitating Condensate (Water+Ice) " ; QN:units = "g/kg " ; float QP(time, z, y, x) ; QP:long_name = "Precipitating Water (Rain+Snow) " ; QP:units = "g/kg " ; float LQRAD(time, z, y, x) ; LQRAD:long_name = "LW Radiative heating rate " ; LQRAD:units = "K/day " ; float SQRAD(time, z, y, x) ; SQRAD:long_name = "SW Radiative heating rate " ; SQRAD:units = "K/day " ; } -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Mon Oct 19 17:13:03 2015 From: andy.bauer at kitware.com (Andy Bauer) Date: Mon, 19 Oct 2015 17:13:03 -0400 Subject: [Paraview] About ParaView catalyst In-Reply-To: References: Message-ID: Hi Jun, I'm a bit confused. Do you mean Cetus at Argonne? Also, are you talking about the Intel compilers or the IBM XL compilers? I'm not familiar with any Intel XL compilers. Assuming that you're talking about the IBM XL compilers on a BG/Q, I know that there were some issues with that but they may have been resolved in the ParaView superbuild (http://www.paraview.org/Wiki/ParaView/Superbuild), which includes Catalyst. If you try it out and have issues though, please email the mailing list so that we can try and fix them. FYI: ParaView has also been built with the Intel compilers on many platforms but I'm not sure about a BG/Q. Regards, Andy On Mon, Oct 19, 2015 at 3:54 PM, Jun Fang wrote: > Hello, > > Here I have some questions about the in-situ library support. Does anyone > know if the ParaView catalyst is now supported by Intel XL compilers or > not? Based on my recent scaling test on INL Cetus, the XL compilers are > almost twice efficient compared to the GNU compilers for the identical > source codes, compilation flags (-O2), simulation case set-up (16,385 > cores) and input parameters. Therefore, it becomes a tough decision for me > to choose either "GNU+in-situ capability" or "XL without in-situ". The > perfect situation is that XL compilers can also support insitu > visualization (i.e. ParaView catalyst), but I am not sure about that. > > Thanks a lot, > Jun > > -- > Jun Fang > Department of Nuclear Engineering > North Carolina State University > Phone: (919) 592-2233 > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfang3 at ncsu.edu Mon Oct 19 17:24:35 2015 From: jfang3 at ncsu.edu (Jun Fang) Date: Mon, 19 Oct 2015 17:24:35 -0400 Subject: [Paraview] About ParaView catalyst In-Reply-To: References: Message-ID: Hi Andy, Thank you so much for the prompt reply and the corrections. Yes, you are totally right, I made some stupid typos and mistakes. Cetus is a BG/Q HPC machine at Argonne National Lab for small test cases (along with Mira for production runs). The XL compiler I mentioned is from IBM, not Intel. I will check the link you sent and see if I can resolve the compatibility issue b/w XL compilers and catalyst. Again, thank you so much. Jun On Mon, Oct 19, 2015 at 5:13 PM, Andy Bauer wrote: > Hi Jun, > > I'm a bit confused. Do you mean Cetus at Argonne? Also, are you talking > about the Intel compilers or the IBM XL compilers? I'm not familiar with > any Intel XL compilers. > > Assuming that you're talking about the IBM XL compilers on a BG/Q, I know > that there were some issues with that but they may have been resolved in > the ParaView superbuild (http://www.paraview.org/Wiki/ParaView/Superbuild), > which includes Catalyst. If you try it out and have issues though, please > email the mailing list so that we can try and fix them. > > FYI: ParaView has also been built with the Intel compilers on many > platforms but I'm not sure about a BG/Q. > > Regards, > Andy > > On Mon, Oct 19, 2015 at 3:54 PM, Jun Fang wrote: > >> Hello, >> >> Here I have some questions about the in-situ library support. Does anyone >> know if the ParaView catalyst is now supported by Intel XL compilers or >> not? Based on my recent scaling test on INL Cetus, the XL compilers are >> almost twice efficient compared to the GNU compilers for the identical >> source codes, compilation flags (-O2), simulation case set-up (16,385 >> cores) and input parameters. Therefore, it becomes a tough decision for me >> to choose either "GNU+in-situ capability" or "XL without in-situ". The >> perfect situation is that XL compilers can also support insitu >> visualization (i.e. ParaView catalyst), but I am not sure about that. >> >> Thanks a lot, >> Jun >> >> -- >> Jun Fang >> Department of Nuclear Engineering >> North Carolina State University >> Phone: (919) 592-2233 >> >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > -- Jun Fang Department of Nuclear Engineering North Carolina State University Phone: (919) 592-2233 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Mon Oct 19 17:32:05 2015 From: dave.demarle at kitware.com (David E DeMarle) Date: Mon, 19 Oct 2015 17:32:05 -0400 Subject: [Paraview] About ParaView catalyst In-Reply-To: References: Message-ID: Back in the day, with bluegene-P I was able to get ParaView compiled with xlc working so it should be possible. (And before that others did it on BGL.) However - I struggled with xl compilers on the mira at anl installs for several days (see the dreaded -mminimal-toc error below). Despite great help from the alcf support guys, and trying many many things, I eventually gave up and went with the gnu compilers. But ... sometime after those few terrible days that I do not care to repeat, Todd Gamblin at llnl contributed a BGQ platform file to CMake. With that and latest cmake, there is some hope that the xlc compile will just work. /bgsys/drivers/ppcfloor/gnu-linux/powerpc64-bgq-linux/bin/ld: /bgsys/drivers/V1R2M0/ppc64/comm/sys/lib/libpami.a(component-pami--CAPI.cnk.o)(.text._ZNSt8_Rb_treeIjSt4pairIKjjESt10_Select1stIS2_ESt4lessIjESaIS2_EE8_M_eraseEPSt13_Rb_tree_nodeIS2_E[_ZNSt8_Rb_treeIjSt4pairIKjjESt10_Select1stIS2_ESt4lessIjESaIS2_EE8_M_eraseEPSt13_Rb_tree_nodeIS2_E]+0xbc): sibling call optimization to `_ZNSt8_Rb_treeIjSt4pairIKjjESt10_Select1stIS2_ESt4lessIjESaIS2_EE8_M_eraseEPSt13_Rb_tree_nodeIS2_E' does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or make `_ZNSt8_Rb_treeIjSt4pairIKjjESt10_Select1stIS2_ESt4lessIjESaIS2_EE8_M_eraseEPSt13_Rb_tree_nodeIS2_E' extern David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Mon, Oct 19, 2015 at 5:13 PM, Andy Bauer wrote: > Hi Jun, > > I'm a bit confused. Do you mean Cetus at Argonne? Also, are you talking > about the Intel compilers or the IBM XL compilers? I'm not familiar with > any Intel XL compilers. > > Assuming that you're talking about the IBM XL compilers on a BG/Q, I know > that there were some issues with that but they may have been resolved in > the ParaView superbuild (http://www.paraview.org/Wiki/ParaView/Superbuild), > which includes Catalyst. If you try it out and have issues though, please > email the mailing list so that we can try and fix them. > > FYI: ParaView has also been built with the Intel compilers on many > platforms but I'm not sure about a BG/Q. > > Regards, > Andy > > On Mon, Oct 19, 2015 at 3:54 PM, Jun Fang wrote: > >> Hello, >> >> Here I have some questions about the in-situ library support. Does anyone >> know if the ParaView catalyst is now supported by Intel XL compilers or >> not? Based on my recent scaling test on INL Cetus, the XL compilers are >> almost twice efficient compared to the GNU compilers for the identical >> source codes, compilation flags (-O2), simulation case set-up (16,385 >> cores) and input parameters. Therefore, it becomes a tough decision for me >> to choose either "GNU+in-situ capability" or "XL without in-situ". The >> perfect situation is that XL compilers can also support insitu >> visualization (i.e. ParaView catalyst), but I am not sure about that. >> >> Thanks a lot, >> Jun >> >> -- >> Jun Fang >> Department of Nuclear Engineering >> North Carolina State University >> Phone: (919) 592-2233 >> >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From berghof.d at freenet.de Tue Oct 20 03:38:38 2015 From: berghof.d at freenet.de (DamB) Date: Tue, 20 Oct 2015 09:38:38 +0200 Subject: [Paraview] Paraview - Python // cell types issues Message-ID: <5625EF7E.5050806@freenet.de> Hello, I would like to check all cell types on a created pipeline slice with a loop and do some further calculation based on the cell type. My first test wit 'servermanager.Fetch()' failed, I have tried to get access by using 'source.GetDataInformation() ...', but it does not work. I was only able to get some info about the cell type as follows: 'print "vtkQuadraticQuad: "+str(vtkQuadraticQuad().GetNumberOfPoints())+" CellType: "+str(vtkQuadraticQuad().GetCellType())' ------------------------------------------------------------ system-konfig: Paraview 4.0.1 64 Bit with Python 2.7.6 OS Ubuntu 14.04 LTS 64 Bit ------------------------------------------------------------ Regards, Damian From joachim.pouderoux at kitware.com Tue Oct 20 08:40:54 2015 From: joachim.pouderoux at kitware.com (Joachim Pouderoux) Date: Tue, 20 Oct 2015 14:40:54 +0200 Subject: [Paraview] Paraview - Python // cell types issues In-Reply-To: <5625EF7E.5050806@freenet.de> References: <5625EF7E.5050806@freenet.de> Message-ID: Damian, What you want to do is basically to process the data. To do so, the best way is to create a filter that will process them into the pipeline. If you work in Python, use the Programmable Filter. Take a look at the related wiki page: http://www.paraview.org/Wiki/Python_Programmable_Filter Best, Joachim *Joachim Pouderoux* *PhD, Technical Expert* *Kitware SAS * 2015-10-20 9:38 GMT+02:00 DamB : > Hello, > > I would like to check all cell types on a created pipeline slice with a > loop and do some further calculation based on the cell type. > My first test wit 'servermanager.Fetch()' failed, I have tried to get > access by using 'source.GetDataInformation() ...', but it does not work. > > I was only able to get some info about the cell type as follows: > 'print "vtkQuadraticQuad: "+str(vtkQuadraticQuad().GetNumberOfPoints())+" > CellType: "+str(vtkQuadraticQuad().GetCellType())' > > ------------------------------------------------------------ > system-konfig: > Paraview 4.0.1 64 Bit with Python 2.7.6 > OS Ubuntu 14.04 LTS 64 Bit > ------------------------------------------------------------ > > Regards, > Damian > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jorge.conrado at cptec.inpe.br Tue Oct 20 09:30:09 2015 From: jorge.conrado at cptec.inpe.br (jorge.conrado at cptec.inpe.br) Date: Tue, 20 Oct 2015 11:30:09 -0200 Subject: [Paraview] how to create a isosurface Message-ID: Hi, I have a netcdf data from NCEP Reanalyis and I'm tryin to construct a isosurface of this data. It is the first time I am trying to make a isosurface. There is an youtube video explaining how to make a isosurface: https://www.youtube.com/watch?v=UjoSvWdxlTA. But, I had some difficulty understanding this video. Could someone explain me in more detail how to make isosurface. Thanks in advance, Conrado From jfang3 at ncsu.edu Tue Oct 20 09:57:57 2015 From: jfang3 at ncsu.edu (Jun Fang) Date: Tue, 20 Oct 2015 09:57:57 -0400 Subject: [Paraview] how to create a isosurface In-Reply-To: References: Message-ID: Hello Conrado, By watching the video, it is clear that the isosurface is the position in your data field at which a quantity of interest has the same value. Therefore, to create your own isosurface, first, determine what kind of variable/quantity you want to visualize, and then apply the contour in your pipeline; choose the variable/quantity you want to see and specify the contour values. Best, Jun On Tue, Oct 20, 2015 at 9:30 AM, wrote: > > Hi, > > > I have a netcdf data from NCEP Reanalyis and I'm tryin to construct a > isosurface of this data. It is the first time I am trying to make a > isosurface. There is an youtube video explaining how to make a isosurface: > https://www.youtube.com/watch?v=UjoSvWdxlTA. But, I had some difficulty > understanding this video. Could someone explain me in more detail how to > make isosurface. > > > Thanks in advance, > > > Conrado > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -- Jun Fang Department of Nuclear Engineering North Carolina State University Phone: (919) 592-2233 -------------- next part -------------- An HTML attachment was scrubbed... URL: From amitvdutta23 at gmail.com Tue Oct 20 11:00:43 2015 From: amitvdutta23 at gmail.com (Amitvikram Dutta) Date: Tue, 20 Oct 2015 08:00:43 -0700 Subject: [Paraview] Python scripting to extract data from Probes Message-ID: Hi, I'd like to create a Python script for paraview that performs the following actions 1. Inserts point probes at specified coordinates within the geometry 2. Extracts selected data from all the timesteps of the case and exports it to an external file. I have started traces and written scripts on basis of them. However, its a very inefficient process. What's the best way to go about this? Sincerely, *Amitvikram Dutta* *MASc Student* *Graduate Research Assistant | Okanagan CFD Laboratory* *Solidification** Processing and Simulation Lab* *School of Engineering* *University of British Columbia | Okanagan Campus* -------------- next part -------------- An HTML attachment was scrubbed... URL: From michel.rasquin at colorado.edu Tue Oct 20 12:40:59 2015 From: michel.rasquin at colorado.edu (Michel Rasquin) Date: Tue, 20 Oct 2015 16:40:59 +0000 Subject: [Paraview] ParaViewSuperBuild and Catalyst on BlueGene/Q with XL compiler Message-ID: <235E9CBD-E5F3-4950-B400-668AEFC5D11F@colorado.edu> Hi everyone, I am wondering if anybody has been able to cross-compile successfully ParaViewSuperbuild with Catalyst on BlueGene/Q with the XL compiler. Since the header in the latest version of ParaViewSuperbuild/src/CMake/crosscompile/bgq_xlc/ParaViewDefaults.cmake still reports: message(WARNING "Have not successfully compiled on BlueGeneQ with XLC compiler.") message(WARNING "Expect a link failure (out of TOC space) after 100% compilation.") I suppose the answer to my question is no but it would be great to have a confirmation and know if there is any hope to fix this issue in the future. Thank you for your help. Best regards, Michel From dave.demarle at kitware.com Tue Oct 20 13:04:19 2015 From: dave.demarle at kitware.com (David E DeMarle) Date: Tue, 20 Oct 2015 13:04:19 -0400 Subject: [Paraview] ParaViewSuperBuild and Catalyst on BlueGene/Q with XL compiler In-Reply-To: <235E9CBD-E5F3-4950-B400-668AEFC5D11F@colorado.edu> References: <235E9CBD-E5F3-4950-B400-668AEFC5D11F@colorado.edu> Message-ID: Recent CMake releases have Todd Gamblin's BGQ platform files. If you use those, instead of the BGP one that the superbuild starts from (see https://gitlab.kitware.com/paraview/paraview-superbuild/blob/master/CMake/crosscompile/bgq_xlc/ToolChain.cmake#L3 ), it _might_ work. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, Oct 20, 2015 at 12:40 PM, Michel Rasquin < michel.rasquin at colorado.edu> wrote: > Hi everyone, > > I am wondering if anybody has been able to cross-compile successfully > ParaViewSuperbuild with Catalyst on BlueGene/Q with the XL compiler. > Since the header in the latest version of > ParaViewSuperbuild/src/CMake/crosscompile/bgq_xlc/ParaViewDefaults.cmake > still reports: > message(WARNING "Have not successfully compiled on BlueGeneQ with > XLC compiler.") > message(WARNING "Expect a link failure (out of TOC space) after > 100% compilation.") > I suppose the answer to my question is no but it would be great to have a > confirmation and know if there is any hope to fix this issue in the future. > > Thank you for your help. > > Best regards, > > Michel > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From berk.geveci at kitware.com Tue Oct 20 16:00:50 2015 From: berk.geveci at kitware.com (Berk Geveci) Date: Tue, 20 Oct 2015 16:00:50 -0400 Subject: [Paraview] Volume Rendering 17GB 8.5 billion cell volume In-Reply-To: References: <20150909210024.GA6250@biohpcws064.biohpc.swmed.edu> Message-ID: Hi folks, I wanted to close the loop on this. Here are my findings: * ParaView master (4.4 should also do) + OpenGL2 + NVIDIA Tesla w 12 GB memory: I verified that I can volume render data up to the capacity of the card. I could volume render a 1400x1400x1400 volume of floats. * ParaView master (4.4 should also do) + OpenGL2 + Mesa (OSMesa 11, llvmpipe, swrast): Mesa has some fairly small limits on 3D texture size, which is what we use for volume rendering. So, ~ 1000x1000x1000 will be the upper end of what can be done for now. In time, we will implement multiple textures / streaming to enable rendering of larger volumes. Best, -berk On Mon, Sep 28, 2015 at 11:00 AM, David Trudgian < David.Trudgian at utsouthwestern.edu> wrote: > Berk, > > > > Thanks very much for looking into this. Look forward to trying things out > whenever they?re ready. > > > > DT > > > > -- > David Trudgian Ph.D. > Computational Scientist, BioHPC > UT Southwestern Medical Center > Dallas, TX 75390-9039 > Tel: (214) 648-4833 > > > > *From:* Berk Geveci [mailto:berk.geveci at kitware.com] > *Sent:* Monday, September 28, 2015 9:58 AM > > *To:* David Trudgian > *Cc:* ParaView Mailing List > *Subject:* Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume > > > > Hi David, > > > > I have been trying to find some cycles to check this out myself with > ParaView 4.4. Thanks to hardware issues (i.e. my big workstation's disk > dying), I haven't been able to. Good news is that I found issues with > OSMesa + OpenGL2 that we are working through. Give me another 1-1.5 weeks. > > > > Best, > > -berk > > > > On Mon, Sep 28, 2015 at 10:46 AM, David Trudgian < > David.Trudgian at utsouthwestern.edu> wrote: > > Hi Berk, > > > > Finally managed to grab an allocation of some Tesla K40 nodes on our > cluster, to check GPU rendering of the full 17GB file with 2 x 12GB GPUs. I > see the same thing as I did with OSMesa rendering. > > > > The 9GB downsampled version works great, across 2 nodes both with a single > K40. Go up to the 17GB original file and nothing is rendered, no errors. > Same behavior with OPENGL or OPENGL2 backends. > > > > This is all on paraview 4.3.1 still ? I need to find time to build OSMesa > / MPI versions of 4.4 here. But, does 4.4. have any fixes that would be > expected to affect this? > > > > Thanks, > > > > -- > David Trudgian Ph.D. > Computational Scientist, BioHPC > UT Southwestern Medical Center > Dallas, TX 75390-9039 > Tel: (214) 648-4833 > > > > *From:* Berk Geveci [mailto:berk.geveci at kitware.com] > *Sent:* Tuesday, September 15, 2015 2:43 PM > *To:* David Trudgian > *Cc:* ParaView Mailing List > *Subject:* Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume > > > > Hey David, > > > > I am hoping to have some time to play around with volume rendering and > hopefully tracking this issue, one thing that I wanted to clarify: it > sounds from you description that you have a short (2 byte) value. Is that > correct? > > > > Thanks, > > -berk > > > > On Wed, Sep 9, 2015 at 5:00 PM, David Trudgian < > david.trudgian at utsouthwestern.edu> wrote: > > Hi, > > We have been experimenting with using Paraview to display very volumes > from very > large TIFF stacks generated by whole-brain microscopy equipment. The test > stack > has dimensions of 5,368x10,695x150. Stack is assembled in ImageJ from > individual > TIFFs, exported as a RAW and loaded into paraview. Saved as a .vti for > convenience. Can view slices fine in standalone paraview client on a 256GB > machine. > > When we attempt volume rendering on this data across multiple nodes with > MPI > nothing appears in the client. Surface view works as expected. On > switching to > volume rendering the client's display will show nothing. There are no > messages > from the client or servers - no output. > > This is happening when running pvserver across GPU nodes with NVIDIA Tesla > cards, or using CPU only with OSMESA. pvserver memory usage is well below > what > we have on the nodes - no memory warnings/errors. > > Data is about 17GB, 8 billion cells. If we downsize to ~4GB or ~9GB then > we can > get working volume rendering. The 17GB never works regardless of scaling > nodes/mpi processes. The 4/9GB will work on 1 or 2 nodes. > > Am confused by the lack of rendering, as we don't have memory issues, or an > other messages at all. Am wondering if there are any inherent limitation, > or I'm > missing something stupid. > > Thanks, > > Dave Trudgian > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > > ------------------------------ > > *UT** Southwestern* > > Medical Center > > The future of medicine, today. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wascott at sandia.gov Tue Oct 20 16:17:46 2015 From: wascott at sandia.gov (Scott, W Alan) Date: Tue, 20 Oct 2015 20:17:46 +0000 Subject: [Paraview] [EXTERNAL] Re: Volume Rendering 17GB 8.5 billion cell volume In-Reply-To: References: <20150909210024.GA6250@biohpcws064.biohpc.swmed.edu> Message-ID: Berk, That?s really cool ? thanks for testing and passing on the results. Alan From: ParaView > on behalf of Berk Geveci > Date: Tuesday, October 20, 2015 at 2:00 PM To: David Trudgian > Cc: "paraview at paraview.org" > Subject: [EXTERNAL] Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume Hi folks, I wanted to close the loop on this. Here are my findings: * ParaView master (4.4 should also do) + OpenGL2 + NVIDIA Tesla w 12 GB memory: I verified that I can volume render data up to the capacity of the card. I could volume render a 1400x1400x1400 volume of floats. * ParaView master (4.4 should also do) + OpenGL2 + Mesa (OSMesa 11, llvmpipe, swrast): Mesa has some fairly small limits on 3D texture size, which is what we use for volume rendering. So, ~ 1000x1000x1000 will be the upper end of what can be done for now. In time, we will implement multiple textures / streaming to enable rendering of larger volumes. Best, -berk On Mon, Sep 28, 2015 at 11:00 AM, David Trudgian > wrote: Berk, Thanks very much for looking into this. Look forward to trying things out whenever they?re ready. DT -- David Trudgian Ph.D. Computational Scientist, BioHPC UT Southwestern Medical Center Dallas, TX 75390-9039 Tel: (214) 648-4833 From: Berk Geveci [mailto:berk.geveci at kitware.com] Sent: Monday, September 28, 2015 9:58 AM To: David Trudgian > Cc: ParaView Mailing List > Subject: Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume Hi David, I have been trying to find some cycles to check this out myself with ParaView 4.4. Thanks to hardware issues (i.e. my big workstation's disk dying), I haven't been able to. Good news is that I found issues with OSMesa + OpenGL2 that we are working through. Give me another 1-1.5 weeks. Best, -berk On Mon, Sep 28, 2015 at 10:46 AM, David Trudgian > wrote: Hi Berk, Finally managed to grab an allocation of some Tesla K40 nodes on our cluster, to check GPU rendering of the full 17GB file with 2 x 12GB GPUs. I see the same thing as I did with OSMesa rendering. The 9GB downsampled version works great, across 2 nodes both with a single K40. Go up to the 17GB original file and nothing is rendered, no errors. Same behavior with OPENGL or OPENGL2 backends. This is all on paraview 4.3.1 still ? I need to find time to build OSMesa / MPI versions of 4.4 here. But, does 4.4. have any fixes that would be expected to affect this? Thanks, -- David Trudgian Ph.D. Computational Scientist, BioHPC UT Southwestern Medical Center Dallas, TX 75390-9039 Tel: (214) 648-4833 From: Berk Geveci [mailto:berk.geveci at kitware.com] Sent: Tuesday, September 15, 2015 2:43 PM To: David Trudgian > Cc: ParaView Mailing List > Subject: Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume Hey David, I am hoping to have some time to play around with volume rendering and hopefully tracking this issue, one thing that I wanted to clarify: it sounds from you description that you have a short (2 byte) value. Is that correct? Thanks, -berk On Wed, Sep 9, 2015 at 5:00 PM, David Trudgian > wrote: Hi, We have been experimenting with using Paraview to display very volumes from very large TIFF stacks generated by whole-brain microscopy equipment. The test stack has dimensions of 5,368x10,695x150. Stack is assembled in ImageJ from individual TIFFs, exported as a RAW and loaded into paraview. Saved as a .vti for convenience. Can view slices fine in standalone paraview client on a 256GB machine. When we attempt volume rendering on this data across multiple nodes with MPI nothing appears in the client. Surface view works as expected. On switching to volume rendering the client's display will show nothing. There are no messages from the client or servers - no output. This is happening when running pvserver across GPU nodes with NVIDIA Tesla cards, or using CPU only with OSMESA. pvserver memory usage is well below what we have on the nodes - no memory warnings/errors. Data is about 17GB, 8 billion cells. If we downsize to ~4GB or ~9GB then we can get working volume rendering. The 17GB never works regardless of scaling nodes/mpi processes. The 4/9GB will work on 1 or 2 nodes. Am confused by the lack of rendering, as we don't have memory issues, or an other messages at all. Am wondering if there are any inherent limitation, or I'm missing something stupid. Thanks, Dave Trudgian _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview ________________________________ UT Southwestern Medical Center The future of medicine, today. -------------- next part -------------- An HTML attachment was scrubbed... URL: From David.Trudgian at UTSouthwestern.edu Tue Oct 20 16:45:40 2015 From: David.Trudgian at UTSouthwestern.edu (David Trudgian) Date: Tue, 20 Oct 2015 20:45:40 +0000 Subject: [Paraview] Volume Rendering 17GB 8.5 billion cell volume In-Reply-To: References: <20150909210024.GA6250@biohpcws064.biohpc.swmed.edu> Message-ID: Hi Berk, Thanks for this info ? good to know that the Mesa issue is due to an inherent texture size limit, and not some local issue with our config etc. We?ll make more use of our K40s?. when they are free in the queue! Thanks again for looking into this. -- David Trudgian Ph.D. Computational Scientist, BioHPC UT Southwestern Medical Center Dallas, TX 75390-9039 Tel: (214) 648-4833 From: Berk Geveci [mailto:berk.geveci at kitware.com] Sent: Tuesday, October 20, 2015 3:01 PM To: David Trudgian Cc: ParaView Mailing List Subject: Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume Hi folks, I wanted to close the loop on this. Here are my findings: * ParaView master (4.4 should also do) + OpenGL2 + NVIDIA Tesla w 12 GB memory: I verified that I can volume render data up to the capacity of the card. I could volume render a 1400x1400x1400 volume of floats. * ParaView master (4.4 should also do) + OpenGL2 + Mesa (OSMesa 11, llvmpipe, swrast): Mesa has some fairly small limits on 3D texture size, which is what we use for volume rendering. So, ~ 1000x1000x1000 will be the upper end of what can be done for now. In time, we will implement multiple textures / streaming to enable rendering of larger volumes. Best, -berk On Mon, Sep 28, 2015 at 11:00 AM, David Trudgian > wrote: Berk, Thanks very much for looking into this. Look forward to trying things out whenever they?re ready. DT -- David Trudgian Ph.D. Computational Scientist, BioHPC UT Southwestern Medical Center Dallas, TX 75390-9039 Tel: (214) 648-4833 From: Berk Geveci [mailto:berk.geveci at kitware.com] Sent: Monday, September 28, 2015 9:58 AM To: David Trudgian > Cc: ParaView Mailing List > Subject: Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume Hi David, I have been trying to find some cycles to check this out myself with ParaView 4.4. Thanks to hardware issues (i.e. my big workstation's disk dying), I haven't been able to. Good news is that I found issues with OSMesa + OpenGL2 that we are working through. Give me another 1-1.5 weeks. Best, -berk On Mon, Sep 28, 2015 at 10:46 AM, David Trudgian > wrote: Hi Berk, Finally managed to grab an allocation of some Tesla K40 nodes on our cluster, to check GPU rendering of the full 17GB file with 2 x 12GB GPUs. I see the same thing as I did with OSMesa rendering. The 9GB downsampled version works great, across 2 nodes both with a single K40. Go up to the 17GB original file and nothing is rendered, no errors. Same behavior with OPENGL or OPENGL2 backends. This is all on paraview 4.3.1 still ? I need to find time to build OSMesa / MPI versions of 4.4 here. But, does 4.4. have any fixes that would be expected to affect this? Thanks, -- David Trudgian Ph.D. Computational Scientist, BioHPC UT Southwestern Medical Center Dallas, TX 75390-9039 Tel: (214) 648-4833 From: Berk Geveci [mailto:berk.geveci at kitware.com] Sent: Tuesday, September 15, 2015 2:43 PM To: David Trudgian > Cc: ParaView Mailing List > Subject: Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume Hey David, I am hoping to have some time to play around with volume rendering and hopefully tracking this issue, one thing that I wanted to clarify: it sounds from you description that you have a short (2 byte) value. Is that correct? Thanks, -berk On Wed, Sep 9, 2015 at 5:00 PM, David Trudgian > wrote: Hi, We have been experimenting with using Paraview to display very volumes from very large TIFF stacks generated by whole-brain microscopy equipment. The test stack has dimensions of 5,368x10,695x150. Stack is assembled in ImageJ from individual TIFFs, exported as a RAW and loaded into paraview. Saved as a .vti for convenience. Can view slices fine in standalone paraview client on a 256GB machine. When we attempt volume rendering on this data across multiple nodes with MPI nothing appears in the client. Surface view works as expected. On switching to volume rendering the client's display will show nothing. There are no messages from the client or servers - no output. This is happening when running pvserver across GPU nodes with NVIDIA Tesla cards, or using CPU only with OSMESA. pvserver memory usage is well below what we have on the nodes - no memory warnings/errors. Data is about 17GB, 8 billion cells. If we downsize to ~4GB or ~9GB then we can get working volume rendering. The 17GB never works regardless of scaling nodes/mpi processes. The 4/9GB will work on 1 or 2 nodes. Am confused by the lack of rendering, as we don't have memory issues, or an other messages at all. Am wondering if there are any inherent limitation, or I'm missing something stupid. Thanks, Dave Trudgian _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview ________________________________ UT Southwestern Medical Center The future of medicine, today. -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Tue Oct 20 17:48:30 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Tue, 20 Oct 2015 17:48:30 -0400 Subject: [Paraview] Volume Rendering 17GB 8.5 billion cell volume In-Reply-To: References: <20150909210024.GA6250@biohpcws064.biohpc.swmed.edu> Message-ID: Berk, On Tue, Oct 20, 2015 at 4:00 PM, Berk Geveci wrote: > Hi folks, > > I wanted to close the loop on this. Here are my findings: > > * ParaView master (4.4 should also do) + OpenGL2 + NVIDIA Tesla w 12 GB > memory: I verified that I can volume render data up to the capacity of the > card. I could volume render a 1400x1400x1400 volume of floats. > > * ParaView master (4.4 should also do) + OpenGL2 + Mesa (OSMesa 11, > llvmpipe, swrast): Mesa has some fairly small limits on 3D texture size, > which is what we use for volume rendering. So, ~ 1000x1000x1000 will be the > upper end of what can be done for now. In time, we will implement multiple > textures / streaming to enable rendering of larger volumes. > Did you see my other email? You can change the default for OSMesa. I sent it last week. - Aashish > > Best, > -berk > > On Mon, Sep 28, 2015 at 11:00 AM, David Trudgian < > David.Trudgian at utsouthwestern.edu> wrote: > >> Berk, >> >> >> >> Thanks very much for looking into this. Look forward to trying things out >> whenever they?re ready. >> >> >> >> DT >> >> >> >> -- >> David Trudgian Ph.D. >> Computational Scientist, BioHPC >> UT Southwestern Medical Center >> Dallas, TX 75390-9039 >> Tel: (214) 648-4833 >> >> >> >> *From:* Berk Geveci [mailto:berk.geveci at kitware.com] >> *Sent:* Monday, September 28, 2015 9:58 AM >> >> *To:* David Trudgian >> *Cc:* ParaView Mailing List >> *Subject:* Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume >> >> >> >> Hi David, >> >> >> >> I have been trying to find some cycles to check this out myself with >> ParaView 4.4. Thanks to hardware issues (i.e. my big workstation's disk >> dying), I haven't been able to. Good news is that I found issues with >> OSMesa + OpenGL2 that we are working through. Give me another 1-1.5 weeks. >> >> >> >> Best, >> >> -berk >> >> >> >> On Mon, Sep 28, 2015 at 10:46 AM, David Trudgian < >> David.Trudgian at utsouthwestern.edu> wrote: >> >> Hi Berk, >> >> >> >> Finally managed to grab an allocation of some Tesla K40 nodes on our >> cluster, to check GPU rendering of the full 17GB file with 2 x 12GB GPUs. I >> see the same thing as I did with OSMesa rendering. >> >> >> >> The 9GB downsampled version works great, across 2 nodes both with a >> single K40. Go up to the 17GB original file and nothing is rendered, no >> errors. Same behavior with OPENGL or OPENGL2 backends. >> >> >> >> This is all on paraview 4.3.1 still ? I need to find time to build OSMesa >> / MPI versions of 4.4 here. But, does 4.4. have any fixes that would be >> expected to affect this? >> >> >> >> Thanks, >> >> >> >> -- >> David Trudgian Ph.D. >> Computational Scientist, BioHPC >> UT Southwestern Medical Center >> Dallas, TX 75390-9039 >> Tel: (214) 648-4833 >> >> >> >> *From:* Berk Geveci [mailto:berk.geveci at kitware.com] >> *Sent:* Tuesday, September 15, 2015 2:43 PM >> *To:* David Trudgian >> *Cc:* ParaView Mailing List >> *Subject:* Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume >> >> >> >> Hey David, >> >> >> >> I am hoping to have some time to play around with volume rendering and >> hopefully tracking this issue, one thing that I wanted to clarify: it >> sounds from you description that you have a short (2 byte) value. Is that >> correct? >> >> >> >> Thanks, >> >> -berk >> >> >> >> On Wed, Sep 9, 2015 at 5:00 PM, David Trudgian < >> david.trudgian at utsouthwestern.edu> wrote: >> >> Hi, >> >> We have been experimenting with using Paraview to display very volumes >> from very >> large TIFF stacks generated by whole-brain microscopy equipment. The test >> stack >> has dimensions of 5,368x10,695x150. Stack is assembled in ImageJ from >> individual >> TIFFs, exported as a RAW and loaded into paraview. Saved as a .vti for >> convenience. Can view slices fine in standalone paraview client on a >> 256GB machine. >> >> When we attempt volume rendering on this data across multiple nodes with >> MPI >> nothing appears in the client. Surface view works as expected. On >> switching to >> volume rendering the client's display will show nothing. There are no >> messages >> from the client or servers - no output. >> >> This is happening when running pvserver across GPU nodes with NVIDIA Tesla >> cards, or using CPU only with OSMESA. pvserver memory usage is well below >> what >> we have on the nodes - no memory warnings/errors. >> >> Data is about 17GB, 8 billion cells. If we downsize to ~4GB or ~9GB then >> we can >> get working volume rendering. The 17GB never works regardless of scaling >> nodes/mpi processes. The 4/9GB will work on 1 or 2 nodes. >> >> Am confused by the lack of rendering, as we don't have memory issues, or >> an >> other messages at all. Am wondering if there are any inherent limitation, >> or I'm >> missing something stupid. >> >> Thanks, >> >> Dave Trudgian >> >> >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> >> >> >> ------------------------------ >> >> *UT** Southwestern* >> >> Medical Center >> >> The future of medicine, today. >> >> >> > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Tue Oct 20 17:55:54 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Tue, 20 Oct 2015 17:55:54 -0400 Subject: [Paraview] Volume Rendering 17GB 8.5 billion cell volume In-Reply-To: References: <20150909210024.GA6250@biohpcws064.biohpc.swmed.edu> Message-ID: Here it is. It would be great if someone else try it as well: ----Steps---- 1. In src/mesa/main/config.h, there should MAX_TEXTURE_MBYTES defined. I believe by default it was 1024 Mbytes. Please change it to 4096 or something higher. 2. Then Compile and Install MESA again (do not forget to set the MESA_GL_VERSION_OVERRIDE to 3.2). 3. Compile paraview again (server) On Tue, Oct 20, 2015 at 5:48 PM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > Berk, > > On Tue, Oct 20, 2015 at 4:00 PM, Berk Geveci > wrote: > >> Hi folks, >> >> I wanted to close the loop on this. Here are my findings: >> >> * ParaView master (4.4 should also do) + OpenGL2 + NVIDIA Tesla w 12 GB >> memory: I verified that I can volume render data up to the capacity of the >> card. I could volume render a 1400x1400x1400 volume of floats. >> >> * ParaView master (4.4 should also do) + OpenGL2 + Mesa (OSMesa 11, >> llvmpipe, swrast): Mesa has some fairly small limits on 3D texture size, >> which is what we use for volume rendering. So, ~ 1000x1000x1000 will be the >> upper end of what can be done for now. In time, we will implement multiple >> textures / streaming to enable rendering of larger volumes. >> > > Did you see my other email? You can change the default for OSMesa. I sent > it last week. > > - Aashish > >> >> Best, >> -berk >> >> On Mon, Sep 28, 2015 at 11:00 AM, David Trudgian < >> David.Trudgian at utsouthwestern.edu> wrote: >> >>> Berk, >>> >>> >>> >>> Thanks very much for looking into this. Look forward to trying things >>> out whenever they?re ready. >>> >>> >>> >>> DT >>> >>> >>> >>> -- >>> David Trudgian Ph.D. >>> Computational Scientist, BioHPC >>> UT Southwestern Medical Center >>> Dallas, TX 75390-9039 >>> Tel: (214) 648-4833 >>> >>> >>> >>> *From:* Berk Geveci [mailto:berk.geveci at kitware.com] >>> *Sent:* Monday, September 28, 2015 9:58 AM >>> >>> *To:* David Trudgian >>> *Cc:* ParaView Mailing List >>> *Subject:* Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume >>> >>> >>> >>> Hi David, >>> >>> >>> >>> I have been trying to find some cycles to check this out myself with >>> ParaView 4.4. Thanks to hardware issues (i.e. my big workstation's disk >>> dying), I haven't been able to. Good news is that I found issues with >>> OSMesa + OpenGL2 that we are working through. Give me another 1-1.5 weeks. >>> >>> >>> >>> Best, >>> >>> -berk >>> >>> >>> >>> On Mon, Sep 28, 2015 at 10:46 AM, David Trudgian < >>> David.Trudgian at utsouthwestern.edu> wrote: >>> >>> Hi Berk, >>> >>> >>> >>> Finally managed to grab an allocation of some Tesla K40 nodes on our >>> cluster, to check GPU rendering of the full 17GB file with 2 x 12GB GPUs. I >>> see the same thing as I did with OSMesa rendering. >>> >>> >>> >>> The 9GB downsampled version works great, across 2 nodes both with a >>> single K40. Go up to the 17GB original file and nothing is rendered, no >>> errors. Same behavior with OPENGL or OPENGL2 backends. >>> >>> >>> >>> This is all on paraview 4.3.1 still ? I need to find time to build >>> OSMesa / MPI versions of 4.4 here. But, does 4.4. have any fixes that would >>> be expected to affect this? >>> >>> >>> >>> Thanks, >>> >>> >>> >>> -- >>> David Trudgian Ph.D. >>> Computational Scientist, BioHPC >>> UT Southwestern Medical Center >>> Dallas, TX 75390-9039 >>> Tel: (214) 648-4833 >>> >>> >>> >>> *From:* Berk Geveci [mailto:berk.geveci at kitware.com] >>> *Sent:* Tuesday, September 15, 2015 2:43 PM >>> *To:* David Trudgian >>> *Cc:* ParaView Mailing List >>> *Subject:* Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume >>> >>> >>> >>> Hey David, >>> >>> >>> >>> I am hoping to have some time to play around with volume rendering and >>> hopefully tracking this issue, one thing that I wanted to clarify: it >>> sounds from you description that you have a short (2 byte) value. Is that >>> correct? >>> >>> >>> >>> Thanks, >>> >>> -berk >>> >>> >>> >>> On Wed, Sep 9, 2015 at 5:00 PM, David Trudgian < >>> david.trudgian at utsouthwestern.edu> wrote: >>> >>> Hi, >>> >>> We have been experimenting with using Paraview to display very volumes >>> from very >>> large TIFF stacks generated by whole-brain microscopy equipment. The >>> test stack >>> has dimensions of 5,368x10,695x150. Stack is assembled in ImageJ from >>> individual >>> TIFFs, exported as a RAW and loaded into paraview. Saved as a .vti for >>> convenience. Can view slices fine in standalone paraview client on a >>> 256GB machine. >>> >>> When we attempt volume rendering on this data across multiple nodes with >>> MPI >>> nothing appears in the client. Surface view works as expected. On >>> switching to >>> volume rendering the client's display will show nothing. There are no >>> messages >>> from the client or servers - no output. >>> >>> This is happening when running pvserver across GPU nodes with NVIDIA >>> Tesla >>> cards, or using CPU only with OSMESA. pvserver memory usage is well >>> below what >>> we have on the nodes - no memory warnings/errors. >>> >>> Data is about 17GB, 8 billion cells. If we downsize to ~4GB or ~9GB then >>> we can >>> get working volume rendering. The 17GB never works regardless of scaling >>> nodes/mpi processes. The 4/9GB will work on 1 or 2 nodes. >>> >>> Am confused by the lack of rendering, as we don't have memory issues, or >>> an >>> other messages at all. Am wondering if there are any inherent >>> limitation, or I'm >>> missing something stupid. >>> >>> Thanks, >>> >>> Dave Trudgian >>> >>> >>> _______________________________________________ >>> 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 >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >>> >>> >>> ------------------------------ >>> >>> *UT** Southwestern* >>> >>> Medical Center >>> >>> The future of medicine, today. >>> >>> >>> >> >> >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From Anton.Kidess at hilti.com Wed Oct 21 05:12:57 2015 From: Anton.Kidess at hilti.com (Kidess, Anton) Date: Wed, 21 Oct 2015 09:12:57 +0000 Subject: [Paraview] Transient data in single CSV file Message-ID: Hello, I have a CSV file with fields x,y,z,t, where eventually I'd like to plot a varying number of glyphs over a number of time steps. It is very impractical to have a single CSV per time step, as I would end up with thousands of little files. I think it should be possible to use a single CSV file using the Programmable Filter, and this is where I could use some help. I have read the thread on "particle tracking on top of unsteady flow solution" (http://www.paraview.org/pipermail/paraview/2014-May/031178.html) which doesn't work for me as the time steps do not exist yet in my case and have to be "created" within the programmable filter. Cheers, Anton From dave.demarle at kitware.com Wed Oct 21 06:52:52 2015 From: dave.demarle at kitware.com (David E DeMarle) Date: Wed, 21 Oct 2015 06:52:52 -0400 Subject: [Paraview] Transient data in single CSV file In-Reply-To: References: Message-ID: For flip book animations, apply the threshold filter over the"t" value. Then make an animation track that changes the threshold's range. On Oct 21, 2015 5:13 AM, "Kidess, Anton" wrote: > Hello, I have a CSV file with fields x,y,z,t, where eventually I'd like to > plot a varying number of glyphs over a number of time steps. It is very > impractical to have a single CSV per time step, as I would end up with > thousands of little files. I think it should be possible to use a single > CSV file using the Programmable Filter, and this is where I could use some > help. > > I have read the thread on "particle tracking on top of unsteady flow > solution" (http://www.paraview.org/pipermail/paraview/2014-May/031178.html) > which doesn't work for me as the time steps do not exist yet in my case and > have to be "created" within the programmable filter. > > Cheers, > > Anton > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From berk.geveci at kitware.com Wed Oct 21 07:52:38 2015 From: berk.geveci at kitware.com (Berk Geveci) Date: Wed, 21 Oct 2015 07:52:38 -0400 Subject: [Paraview] Volume Rendering 17GB 8.5 billion cell volume In-Reply-To: References: <20150909210024.GA6250@biohpcws064.biohpc.swmed.edu> Message-ID: Yeah, it is not that easy. If you compile Mesa with llvmpipe, the limit is in something like gallium/drivers/llvmpipe/lp_limits.h. Otherwise it doesn't work. However, I had crashes when I increased that to something like 8 GBs and then volume rendered something large. It also looks like other drivers have their own limits that are pretty small. I will talk to some folks doing work with Mesa about this. Hopefully, we can address it in the upcoming OpenSWR driver. We'll have to support streaming for other drivers though... -berk On Tue, Oct 20, 2015 at 5:55 PM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > Here it is. It would be great if someone else try it as well: > > ----Steps---- > 1. In src/mesa/main/config.h, there should MAX_TEXTURE_MBYTES defined. I > believe by default it was 1024 Mbytes. Please change it to 4096 or > something higher. > > 2. Then Compile and Install MESA again (do not forget to set the > MESA_GL_VERSION_OVERRIDE to 3.2). > > 3. Compile paraview again (server) > > > On Tue, Oct 20, 2015 at 5:48 PM, Aashish Chaudhary < > aashish.chaudhary at kitware.com> wrote: > >> Berk, >> >> On Tue, Oct 20, 2015 at 4:00 PM, Berk Geveci >> wrote: >> >>> Hi folks, >>> >>> I wanted to close the loop on this. Here are my findings: >>> >>> * ParaView master (4.4 should also do) + OpenGL2 + NVIDIA Tesla w 12 GB >>> memory: I verified that I can volume render data up to the capacity of the >>> card. I could volume render a 1400x1400x1400 volume of floats. >>> >>> * ParaView master (4.4 should also do) + OpenGL2 + Mesa (OSMesa 11, >>> llvmpipe, swrast): Mesa has some fairly small limits on 3D texture size, >>> which is what we use for volume rendering. So, ~ 1000x1000x1000 will be the >>> upper end of what can be done for now. In time, we will implement multiple >>> textures / streaming to enable rendering of larger volumes. >>> >> >> Did you see my other email? You can change the default for OSMesa. I sent >> it last week. >> >> - Aashish >> >>> >>> Best, >>> -berk >>> >>> On Mon, Sep 28, 2015 at 11:00 AM, David Trudgian < >>> David.Trudgian at utsouthwestern.edu> wrote: >>> >>>> Berk, >>>> >>>> >>>> >>>> Thanks very much for looking into this. Look forward to trying things >>>> out whenever they?re ready. >>>> >>>> >>>> >>>> DT >>>> >>>> >>>> >>>> -- >>>> David Trudgian Ph.D. >>>> Computational Scientist, BioHPC >>>> UT Southwestern Medical Center >>>> Dallas, TX 75390-9039 >>>> Tel: (214) 648-4833 >>>> >>>> >>>> >>>> *From:* Berk Geveci [mailto:berk.geveci at kitware.com] >>>> *Sent:* Monday, September 28, 2015 9:58 AM >>>> >>>> *To:* David Trudgian >>>> *Cc:* ParaView Mailing List >>>> *Subject:* Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume >>>> >>>> >>>> >>>> Hi David, >>>> >>>> >>>> >>>> I have been trying to find some cycles to check this out myself with >>>> ParaView 4.4. Thanks to hardware issues (i.e. my big workstation's disk >>>> dying), I haven't been able to. Good news is that I found issues with >>>> OSMesa + OpenGL2 that we are working through. Give me another 1-1.5 weeks. >>>> >>>> >>>> >>>> Best, >>>> >>>> -berk >>>> >>>> >>>> >>>> On Mon, Sep 28, 2015 at 10:46 AM, David Trudgian < >>>> David.Trudgian at utsouthwestern.edu> wrote: >>>> >>>> Hi Berk, >>>> >>>> >>>> >>>> Finally managed to grab an allocation of some Tesla K40 nodes on our >>>> cluster, to check GPU rendering of the full 17GB file with 2 x 12GB GPUs. I >>>> see the same thing as I did with OSMesa rendering. >>>> >>>> >>>> >>>> The 9GB downsampled version works great, across 2 nodes both with a >>>> single K40. Go up to the 17GB original file and nothing is rendered, no >>>> errors. Same behavior with OPENGL or OPENGL2 backends. >>>> >>>> >>>> >>>> This is all on paraview 4.3.1 still ? I need to find time to build >>>> OSMesa / MPI versions of 4.4 here. But, does 4.4. have any fixes that would >>>> be expected to affect this? >>>> >>>> >>>> >>>> Thanks, >>>> >>>> >>>> >>>> -- >>>> David Trudgian Ph.D. >>>> Computational Scientist, BioHPC >>>> UT Southwestern Medical Center >>>> Dallas, TX 75390-9039 >>>> Tel: (214) 648-4833 >>>> >>>> >>>> >>>> *From:* Berk Geveci [mailto:berk.geveci at kitware.com] >>>> *Sent:* Tuesday, September 15, 2015 2:43 PM >>>> *To:* David Trudgian >>>> *Cc:* ParaView Mailing List >>>> *Subject:* Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume >>>> >>>> >>>> >>>> Hey David, >>>> >>>> >>>> >>>> I am hoping to have some time to play around with volume rendering and >>>> hopefully tracking this issue, one thing that I wanted to clarify: it >>>> sounds from you description that you have a short (2 byte) value. Is that >>>> correct? >>>> >>>> >>>> >>>> Thanks, >>>> >>>> -berk >>>> >>>> >>>> >>>> On Wed, Sep 9, 2015 at 5:00 PM, David Trudgian < >>>> david.trudgian at utsouthwestern.edu> wrote: >>>> >>>> Hi, >>>> >>>> We have been experimenting with using Paraview to display very volumes >>>> from very >>>> large TIFF stacks generated by whole-brain microscopy equipment. The >>>> test stack >>>> has dimensions of 5,368x10,695x150. Stack is assembled in ImageJ from >>>> individual >>>> TIFFs, exported as a RAW and loaded into paraview. Saved as a .vti for >>>> convenience. Can view slices fine in standalone paraview client on a >>>> 256GB machine. >>>> >>>> When we attempt volume rendering on this data across multiple nodes >>>> with MPI >>>> nothing appears in the client. Surface view works as expected. On >>>> switching to >>>> volume rendering the client's display will show nothing. There are no >>>> messages >>>> from the client or servers - no output. >>>> >>>> This is happening when running pvserver across GPU nodes with NVIDIA >>>> Tesla >>>> cards, or using CPU only with OSMESA. pvserver memory usage is well >>>> below what >>>> we have on the nodes - no memory warnings/errors. >>>> >>>> Data is about 17GB, 8 billion cells. If we downsize to ~4GB or ~9GB >>>> then we can >>>> get working volume rendering. The 17GB never works regardless of scaling >>>> nodes/mpi processes. The 4/9GB will work on 1 or 2 nodes. >>>> >>>> Am confused by the lack of rendering, as we don't have memory issues, >>>> or an >>>> other messages at all. Am wondering if there are any inherent >>>> limitation, or I'm >>>> missing something stupid. >>>> >>>> Thanks, >>>> >>>> Dave Trudgian >>>> >>>> >>>> _______________________________________________ >>>> 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 >>>> >>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview >>>> >>>> >>>> >>>> >>>> ------------------------------ >>>> >>>> *UT** Southwestern* >>>> >>>> Medical Center >>>> >>>> The future of medicine, today. >>>> >>>> >>>> >>> >>> >>> _______________________________________________ >>> 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 >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Wed Oct 21 09:15:54 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Wed, 21 Oct 2015 09:15:54 -0400 Subject: [Paraview] Volume Rendering 17GB 8.5 billion cell volume In-Reply-To: References: <20150909210024.GA6250@biohpcws064.biohpc.swmed.edu> Message-ID: On Wed, Oct 21, 2015 at 7:52 AM, Berk Geveci wrote: > Yeah, it is not that easy. If you compile Mesa with llvmpipe, the limit is > in something like gallium/drivers/llvmpipe/lp_limits.h. Otherwise it > doesn't work. However, I had crashes when I increased that to something > like 8 GBs and then volume rendered something large. > No GL error this time I am assuming? Just segfault? > It also looks like other drivers have their own limits that are pretty > small. I will talk to some folks doing work with Mesa about this. > Hopefully, we can address it in the upcoming OpenSWR driver. We'll have to > support streaming for other drivers though... > Absolutely. > > -berk > > > On Tue, Oct 20, 2015 at 5:55 PM, Aashish Chaudhary < > aashish.chaudhary at kitware.com> wrote: > >> Here it is. It would be great if someone else try it as well: >> >> ----Steps---- >> 1. In src/mesa/main/config.h, there should MAX_TEXTURE_MBYTES defined. I >> believe by default it was 1024 Mbytes. Please change it to 4096 or >> something higher. >> >> 2. Then Compile and Install MESA again (do not forget to set the >> MESA_GL_VERSION_OVERRIDE to 3.2). >> >> 3. Compile paraview again (server) >> >> >> On Tue, Oct 20, 2015 at 5:48 PM, Aashish Chaudhary < >> aashish.chaudhary at kitware.com> wrote: >> >>> Berk, >>> >>> On Tue, Oct 20, 2015 at 4:00 PM, Berk Geveci >>> wrote: >>> >>>> Hi folks, >>>> >>>> I wanted to close the loop on this. Here are my findings: >>>> >>>> * ParaView master (4.4 should also do) + OpenGL2 + NVIDIA Tesla w 12 GB >>>> memory: I verified that I can volume render data up to the capacity of the >>>> card. I could volume render a 1400x1400x1400 volume of floats. >>>> >>>> * ParaView master (4.4 should also do) + OpenGL2 + Mesa (OSMesa 11, >>>> llvmpipe, swrast): Mesa has some fairly small limits on 3D texture size, >>>> which is what we use for volume rendering. So, ~ 1000x1000x1000 will be the >>>> upper end of what can be done for now. In time, we will implement multiple >>>> textures / streaming to enable rendering of larger volumes. >>>> >>> >>> Did you see my other email? You can change the default for OSMesa. I >>> sent it last week. >>> >>> - Aashish >>> >>>> >>>> Best, >>>> -berk >>>> >>>> On Mon, Sep 28, 2015 at 11:00 AM, David Trudgian < >>>> David.Trudgian at utsouthwestern.edu> wrote: >>>> >>>>> Berk, >>>>> >>>>> >>>>> >>>>> Thanks very much for looking into this. Look forward to trying things >>>>> out whenever they?re ready. >>>>> >>>>> >>>>> >>>>> DT >>>>> >>>>> >>>>> >>>>> -- >>>>> David Trudgian Ph.D. >>>>> Computational Scientist, BioHPC >>>>> UT Southwestern Medical Center >>>>> Dallas, TX 75390-9039 >>>>> Tel: (214) 648-4833 >>>>> >>>>> >>>>> >>>>> *From:* Berk Geveci [mailto:berk.geveci at kitware.com] >>>>> *Sent:* Monday, September 28, 2015 9:58 AM >>>>> >>>>> *To:* David Trudgian >>>>> *Cc:* ParaView Mailing List >>>>> *Subject:* Re: [Paraview] Volume Rendering 17GB 8.5 billion cell >>>>> volume >>>>> >>>>> >>>>> >>>>> Hi David, >>>>> >>>>> >>>>> >>>>> I have been trying to find some cycles to check this out myself with >>>>> ParaView 4.4. Thanks to hardware issues (i.e. my big workstation's disk >>>>> dying), I haven't been able to. Good news is that I found issues with >>>>> OSMesa + OpenGL2 that we are working through. Give me another 1-1.5 weeks. >>>>> >>>>> >>>>> >>>>> Best, >>>>> >>>>> -berk >>>>> >>>>> >>>>> >>>>> On Mon, Sep 28, 2015 at 10:46 AM, David Trudgian < >>>>> David.Trudgian at utsouthwestern.edu> wrote: >>>>> >>>>> Hi Berk, >>>>> >>>>> >>>>> >>>>> Finally managed to grab an allocation of some Tesla K40 nodes on our >>>>> cluster, to check GPU rendering of the full 17GB file with 2 x 12GB GPUs. I >>>>> see the same thing as I did with OSMesa rendering. >>>>> >>>>> >>>>> >>>>> The 9GB downsampled version works great, across 2 nodes both with a >>>>> single K40. Go up to the 17GB original file and nothing is rendered, no >>>>> errors. Same behavior with OPENGL or OPENGL2 backends. >>>>> >>>>> >>>>> >>>>> This is all on paraview 4.3.1 still ? I need to find time to build >>>>> OSMesa / MPI versions of 4.4 here. But, does 4.4. have any fixes that would >>>>> be expected to affect this? >>>>> >>>>> >>>>> >>>>> Thanks, >>>>> >>>>> >>>>> >>>>> -- >>>>> David Trudgian Ph.D. >>>>> Computational Scientist, BioHPC >>>>> UT Southwestern Medical Center >>>>> Dallas, TX 75390-9039 >>>>> Tel: (214) 648-4833 >>>>> >>>>> >>>>> >>>>> *From:* Berk Geveci [mailto:berk.geveci at kitware.com] >>>>> *Sent:* Tuesday, September 15, 2015 2:43 PM >>>>> *To:* David Trudgian >>>>> *Cc:* ParaView Mailing List >>>>> *Subject:* Re: [Paraview] Volume Rendering 17GB 8.5 billion cell >>>>> volume >>>>> >>>>> >>>>> >>>>> Hey David, >>>>> >>>>> >>>>> >>>>> I am hoping to have some time to play around with volume rendering and >>>>> hopefully tracking this issue, one thing that I wanted to clarify: it >>>>> sounds from you description that you have a short (2 byte) value. Is that >>>>> correct? >>>>> >>>>> >>>>> >>>>> Thanks, >>>>> >>>>> -berk >>>>> >>>>> >>>>> >>>>> On Wed, Sep 9, 2015 at 5:00 PM, David Trudgian < >>>>> david.trudgian at utsouthwestern.edu> wrote: >>>>> >>>>> Hi, >>>>> >>>>> We have been experimenting with using Paraview to display very volumes >>>>> from very >>>>> large TIFF stacks generated by whole-brain microscopy equipment. The >>>>> test stack >>>>> has dimensions of 5,368x10,695x150. Stack is assembled in ImageJ from >>>>> individual >>>>> TIFFs, exported as a RAW and loaded into paraview. Saved as a .vti for >>>>> convenience. Can view slices fine in standalone paraview client on a >>>>> 256GB machine. >>>>> >>>>> When we attempt volume rendering on this data across multiple nodes >>>>> with MPI >>>>> nothing appears in the client. Surface view works as expected. On >>>>> switching to >>>>> volume rendering the client's display will show nothing. There are no >>>>> messages >>>>> from the client or servers - no output. >>>>> >>>>> This is happening when running pvserver across GPU nodes with NVIDIA >>>>> Tesla >>>>> cards, or using CPU only with OSMESA. pvserver memory usage is well >>>>> below what >>>>> we have on the nodes - no memory warnings/errors. >>>>> >>>>> Data is about 17GB, 8 billion cells. If we downsize to ~4GB or ~9GB >>>>> then we can >>>>> get working volume rendering. The 17GB never works regardless of >>>>> scaling >>>>> nodes/mpi processes. The 4/9GB will work on 1 or 2 nodes. >>>>> >>>>> Am confused by the lack of rendering, as we don't have memory issues, >>>>> or an >>>>> other messages at all. Am wondering if there are any inherent >>>>> limitation, or I'm >>>>> missing something stupid. >>>>> >>>>> Thanks, >>>>> >>>>> Dave Trudgian >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>>>> >>>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> http://public.kitware.com/mailman/listinfo/paraview >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------ >>>>> >>>>> *UT** Southwestern* >>>>> >>>>> Medical Center >>>>> >>>>> The future of medicine, today. >>>>> >>>>> >>>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >>>> >>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview >>>> >>>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan.abernathey at gmail.com Wed Oct 21 09:44:10 2015 From: ryan.abernathey at gmail.com (Ryan Abernathey) Date: Wed, 21 Oct 2015 09:44:10 -0400 Subject: [Paraview] segmentation fault with netCDF when loading state file In-Reply-To: References: Message-ID: Does anyone have any feedback on this issue? I have no idea how to debug or continue. I will have to abandon paraview for my project unless I can get some help somehow. Thanks, Ryan Abernathey Assistant Professor Columbia University, Department of Earth & Environmental Sciences Lamont-Doherty Earth Observatory, Division of Ocean & Climate Physics 205 C Oceanography 61 Route 9W - PO Box 1000 Palisades, NY 10964-8000 http://rabernat.github.io rpa at ldeo.columbia.edu On Mon, Oct 19, 2015 at 4:59 PM, Ryan Abernathey wrote: > Hello, > > I am extremely frustrated and stuck on this problem. Any advice would be > appreciated. > > I am working with a dataset of 2400 sequentially numbered netCDF files > (generic & CF conventions). > > In a fresh pipeline, Paraview is able to recognizes these files as a > single source and load them correctly. I then create a standard pipeline > involving various filters (contour, etc., nothing funny) and save a state > file. > > When I attempt to load the state file, I get the following segmentation > fault. Further down you can see a ncdump of the offending file. > > Would appreciate any advice on how to debug / overcome this issue. Is it a > bug? It sure feels like one... > > Best, > Ryan Abernathey > > > ERROR: In > /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, > line 822 > vtkNetCDFCFReader (0x55c0620): netCDF Error: NetCDF: Index exceeds > dimension bound > > > ERROR: In > /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkExecutive.cxx, > line 784 > vtkPVCompositeDataPipeline (0x5be23d0): Algorithm > vtkFileSeriesReader(0x4c0c3e0) returned failure for request: vtkInformation > (0x8141700) > Debug: Off > Modified Time: 999905 > Reference Count: 1 > Registered Events: (none) > Request: REQUEST_DATA > FORWARD_DIRECTION: 0 > FROM_OUTPUT_PORT: 0 > ALGORITHM_AFTER_FORWARD: 1 > > > > > ERROR: In > /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkExecutive.cxx, > line 784 > vtkCompositeDataPipeline (0x744fde0): Algorithm > vtkPVGeometryFilter(0x7436500) returned failure for request: vtkInformation > (0x5737250) > Debug: Off > Modified Time: 999943 > Reference Count: 1 > Registered Events: (none) > Request: REQUEST_DATA_OBJECT > FORWARD_DIRECTION: 0 > FROM_OUTPUT_PORT: 0 > ALGORITHM_AFTER_FORWARD: 1 > > > > > Segmentation fault (core dumped) > > > > > > ------------------------ > $ ncdump -h rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000000300.nc > netcdf rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000000300 { > dimensions: > x = 512 ; > y = 512 ; > z = 64 ; > time = UNLIMITED ; // (1 currently) > variables: > float x(x) ; > x:units = "m" ; > float y(y) ; > y:units = "m" ; > float z(z) ; > z:units = "m" ; > z:long_name = "height" ; > float time(time) ; > time:units = "d" ; > time:long_name = "time" ; > float p(z) ; > p:units = "mb" ; > p:long_name = "pressure" ; > float zi(z) ; > zi:units = "m" ; > zi:long_name = "intfc_ht" ; > float U(time, z, y, x) ; > U:long_name = "X Wind > Component " ; > U:units = "m/s " ; > float V(time, z, y, x) ; > V:long_name = "Y Wind > Component " ; > V:units = "m/s " ; > float W(time, z, y, x) ; > W:long_name = "Z Wind > Component " ; > W:units = "m/s " ; > float PP(time, z, y, x) ; > PP:long_name = "Pressure > Perturbation " ; > PP:units = "Pa " ; > float QRAD(time, z, y, x) ; > QRAD:long_name = "Radiative heating > rate " ; > QRAD:units = "K/day " ; > float TABS(time, z, y, x) ; > TABS:long_name = "Absolute > Temperature " ; > TABS:units = "K " ; > float QV(time, z, y, x) ; > QV:long_name = "Water > Vapor " > ; > QV:units = "g/kg " ; > float QN(time, z, y, x) ; > QN:long_name = "Non-precipitating Condensate > (Water+Ice) " ; > QN:units = "g/kg " ; > float QP(time, z, y, x) ; > QP:long_name = "Precipitating Water > (Rain+Snow) " ; > QP:units = "g/kg " ; > float LQRAD(time, z, y, x) ; > LQRAD:long_name = "LW Radiative heating > rate " ; > LQRAD:units = "K/day " ; > float SQRAD(time, z, y, x) ; > SQRAD:long_name = "SW Radiative heating > rate " ; > SQRAD:units = "K/day " ; > } > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Wed Oct 21 09:50:22 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Wed, 21 Oct 2015 09:50:22 -0400 Subject: [Paraview] segmentation fault with netCDF when loading state file In-Reply-To: References: Message-ID: Ryan, would it be possible for you to share a sample dataset? The NetCDF reader has fails to read data in certain corner cases but without having the data to reproduce the issue it is kind of little tricky to get to the problem. - Aashish On Wed, Oct 21, 2015 at 9:44 AM, Ryan Abernathey wrote: > Does anyone have any feedback on this issue? > > I have no idea how to debug or continue. I will have to abandon paraview > for my project unless I can get some help somehow. > > Thanks, > > Ryan Abernathey > Assistant Professor > Columbia University, Department of Earth & Environmental Sciences > Lamont-Doherty Earth Observatory, Division of Ocean & Climate Physics > 205 C Oceanography > 61 Route 9W - PO Box 1000 > Palisades, NY 10964-8000 > http://rabernat.github.io > rpa at ldeo.columbia.edu > > > On Mon, Oct 19, 2015 at 4:59 PM, Ryan Abernathey < > ryan.abernathey at gmail.com> wrote: > >> Hello, >> >> I am extremely frustrated and stuck on this problem. Any advice would be >> appreciated. >> >> I am working with a dataset of 2400 sequentially numbered netCDF files >> (generic & CF conventions). >> >> In a fresh pipeline, Paraview is able to recognizes these files as a >> single source and load them correctly. I then create a standard pipeline >> involving various filters (contour, etc., nothing funny) and save a state >> file. >> >> When I attempt to load the state file, I get the following segmentation >> fault. Further down you can see a ncdump of the offending file. >> >> Would appreciate any advice on how to debug / overcome this issue. Is it >> a bug? It sure feels like one... >> >> Best, >> Ryan Abernathey >> >> >> ERROR: In >> /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, >> line 822 >> vtkNetCDFCFReader (0x55c0620): netCDF Error: NetCDF: Index exceeds >> dimension bound >> >> >> ERROR: In >> /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkExecutive.cxx, >> line 784 >> vtkPVCompositeDataPipeline (0x5be23d0): Algorithm >> vtkFileSeriesReader(0x4c0c3e0) returned failure for request: vtkInformation >> (0x8141700) >> Debug: Off >> Modified Time: 999905 >> Reference Count: 1 >> Registered Events: (none) >> Request: REQUEST_DATA >> FORWARD_DIRECTION: 0 >> FROM_OUTPUT_PORT: 0 >> ALGORITHM_AFTER_FORWARD: 1 >> >> >> >> >> ERROR: In >> /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkExecutive.cxx, >> line 784 >> vtkCompositeDataPipeline (0x744fde0): Algorithm >> vtkPVGeometryFilter(0x7436500) returned failure for request: vtkInformation >> (0x5737250) >> Debug: Off >> Modified Time: 999943 >> Reference Count: 1 >> Registered Events: (none) >> Request: REQUEST_DATA_OBJECT >> FORWARD_DIRECTION: 0 >> FROM_OUTPUT_PORT: 0 >> ALGORITHM_AFTER_FORWARD: 1 >> >> >> >> >> Segmentation fault (core dumped) >> >> >> >> >> >> ------------------------ >> $ ncdump -h rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000000300.nc >> netcdf rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000000300 { >> dimensions: >> x = 512 ; >> y = 512 ; >> z = 64 ; >> time = UNLIMITED ; // (1 currently) >> variables: >> float x(x) ; >> x:units = "m" ; >> float y(y) ; >> y:units = "m" ; >> float z(z) ; >> z:units = "m" ; >> z:long_name = "height" ; >> float time(time) ; >> time:units = "d" ; >> time:long_name = "time" ; >> float p(z) ; >> p:units = "mb" ; >> p:long_name = "pressure" ; >> float zi(z) ; >> zi:units = "m" ; >> zi:long_name = "intfc_ht" ; >> float U(time, z, y, x) ; >> U:long_name = "X Wind >> Component " ; >> U:units = "m/s " ; >> float V(time, z, y, x) ; >> V:long_name = "Y Wind >> Component " ; >> V:units = "m/s " ; >> float W(time, z, y, x) ; >> W:long_name = "Z Wind >> Component " ; >> W:units = "m/s " ; >> float PP(time, z, y, x) ; >> PP:long_name = "Pressure >> Perturbation " ; >> PP:units = "Pa " ; >> float QRAD(time, z, y, x) ; >> QRAD:long_name = "Radiative heating >> rate " ; >> QRAD:units = "K/day " ; >> float TABS(time, z, y, x) ; >> TABS:long_name = "Absolute >> Temperature " ; >> TABS:units = "K " ; >> float QV(time, z, y, x) ; >> QV:long_name = "Water >> Vapor " >> ; >> QV:units = "g/kg " ; >> float QN(time, z, y, x) ; >> QN:long_name = "Non-precipitating Condensate >> (Water+Ice) " ; >> QN:units = "g/kg " ; >> float QP(time, z, y, x) ; >> QP:long_name = "Precipitating Water >> (Rain+Snow) " ; >> QP:units = "g/kg " ; >> float LQRAD(time, z, y, x) ; >> LQRAD:long_name = "LW Radiative heating >> rate " ; >> LQRAD:units = "K/day " ; >> float SQRAD(time, z, y, x) ; >> SQRAD:long_name = "SW Radiative heating >> rate " ; >> SQRAD:units = "K/day " ; >> } >> >> > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From berk.geveci at kitware.com Wed Oct 21 09:57:13 2015 From: berk.geveci at kitware.com (Berk Geveci) Date: Wed, 21 Oct 2015 09:57:13 -0400 Subject: [Paraview] Volume Rendering 17GB 8.5 billion cell volume In-Reply-To: References: <20150909210024.GA6250@biohpcws064.biohpc.swmed.edu> Message-ID: > No GL error this time I am assuming? Just segfault? Yes. With the stack totally hosed. I also see Valgrind errors deep in Mesa stack. On Wed, Oct 21, 2015 at 9:15 AM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > On Wed, Oct 21, 2015 at 7:52 AM, Berk Geveci > wrote: > >> Yeah, it is not that easy. If you compile Mesa with llvmpipe, the limit >> is in something like gallium/drivers/llvmpipe/lp_limits.h. Otherwise it >> doesn't work. However, I had crashes when I increased that to something >> like 8 GBs and then volume rendered something large. >> > > No GL error this time I am assuming? Just segfault? > > >> It also looks like other drivers have their own limits that are pretty >> small. I will talk to some folks doing work with Mesa about this. >> Hopefully, we can address it in the upcoming OpenSWR driver. We'll have to >> support streaming for other drivers though... >> > > Absolutely. > >> >> -berk >> >> >> On Tue, Oct 20, 2015 at 5:55 PM, Aashish Chaudhary < >> aashish.chaudhary at kitware.com> wrote: >> >>> Here it is. It would be great if someone else try it as well: >>> >>> ----Steps---- >>> 1. In src/mesa/main/config.h, there should MAX_TEXTURE_MBYTES defined. I >>> believe by default it was 1024 Mbytes. Please change it to 4096 or >>> something higher. >>> >>> 2. Then Compile and Install MESA again (do not forget to set the >>> MESA_GL_VERSION_OVERRIDE to 3.2). >>> >>> 3. Compile paraview again (server) >>> >>> >>> On Tue, Oct 20, 2015 at 5:48 PM, Aashish Chaudhary < >>> aashish.chaudhary at kitware.com> wrote: >>> >>>> Berk, >>>> >>>> On Tue, Oct 20, 2015 at 4:00 PM, Berk Geveci >>>> wrote: >>>> >>>>> Hi folks, >>>>> >>>>> I wanted to close the loop on this. Here are my findings: >>>>> >>>>> * ParaView master (4.4 should also do) + OpenGL2 + NVIDIA Tesla w 12 >>>>> GB memory: I verified that I can volume render data up to the capacity of >>>>> the card. I could volume render a 1400x1400x1400 volume of floats. >>>>> >>>>> * ParaView master (4.4 should also do) + OpenGL2 + Mesa (OSMesa 11, >>>>> llvmpipe, swrast): Mesa has some fairly small limits on 3D texture size, >>>>> which is what we use for volume rendering. So, ~ 1000x1000x1000 will be the >>>>> upper end of what can be done for now. In time, we will implement multiple >>>>> textures / streaming to enable rendering of larger volumes. >>>>> >>>> >>>> Did you see my other email? You can change the default for OSMesa. I >>>> sent it last week. >>>> >>>> - Aashish >>>> >>>>> >>>>> Best, >>>>> -berk >>>>> >>>>> On Mon, Sep 28, 2015 at 11:00 AM, David Trudgian < >>>>> David.Trudgian at utsouthwestern.edu> wrote: >>>>> >>>>>> Berk, >>>>>> >>>>>> >>>>>> >>>>>> Thanks very much for looking into this. Look forward to trying things >>>>>> out whenever they?re ready. >>>>>> >>>>>> >>>>>> >>>>>> DT >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> David Trudgian Ph.D. >>>>>> Computational Scientist, BioHPC >>>>>> UT Southwestern Medical Center >>>>>> Dallas, TX 75390-9039 >>>>>> Tel: (214) 648-4833 >>>>>> >>>>>> >>>>>> >>>>>> *From:* Berk Geveci [mailto:berk.geveci at kitware.com] >>>>>> *Sent:* Monday, September 28, 2015 9:58 AM >>>>>> >>>>>> *To:* David Trudgian >>>>>> *Cc:* ParaView Mailing List >>>>>> *Subject:* Re: [Paraview] Volume Rendering 17GB 8.5 billion cell >>>>>> volume >>>>>> >>>>>> >>>>>> >>>>>> Hi David, >>>>>> >>>>>> >>>>>> >>>>>> I have been trying to find some cycles to check this out myself with >>>>>> ParaView 4.4. Thanks to hardware issues (i.e. my big workstation's disk >>>>>> dying), I haven't been able to. Good news is that I found issues with >>>>>> OSMesa + OpenGL2 that we are working through. Give me another 1-1.5 weeks. >>>>>> >>>>>> >>>>>> >>>>>> Best, >>>>>> >>>>>> -berk >>>>>> >>>>>> >>>>>> >>>>>> On Mon, Sep 28, 2015 at 10:46 AM, David Trudgian < >>>>>> David.Trudgian at utsouthwestern.edu> wrote: >>>>>> >>>>>> Hi Berk, >>>>>> >>>>>> >>>>>> >>>>>> Finally managed to grab an allocation of some Tesla K40 nodes on our >>>>>> cluster, to check GPU rendering of the full 17GB file with 2 x 12GB GPUs. I >>>>>> see the same thing as I did with OSMesa rendering. >>>>>> >>>>>> >>>>>> >>>>>> The 9GB downsampled version works great, across 2 nodes both with a >>>>>> single K40. Go up to the 17GB original file and nothing is rendered, no >>>>>> errors. Same behavior with OPENGL or OPENGL2 backends. >>>>>> >>>>>> >>>>>> >>>>>> This is all on paraview 4.3.1 still ? I need to find time to build >>>>>> OSMesa / MPI versions of 4.4 here. But, does 4.4. have any fixes that would >>>>>> be expected to affect this? >>>>>> >>>>>> >>>>>> >>>>>> Thanks, >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> David Trudgian Ph.D. >>>>>> Computational Scientist, BioHPC >>>>>> UT Southwestern Medical Center >>>>>> Dallas, TX 75390-9039 >>>>>> Tel: (214) 648-4833 >>>>>> >>>>>> >>>>>> >>>>>> *From:* Berk Geveci [mailto:berk.geveci at kitware.com] >>>>>> *Sent:* Tuesday, September 15, 2015 2:43 PM >>>>>> *To:* David Trudgian >>>>>> *Cc:* ParaView Mailing List >>>>>> *Subject:* Re: [Paraview] Volume Rendering 17GB 8.5 billion cell >>>>>> volume >>>>>> >>>>>> >>>>>> >>>>>> Hey David, >>>>>> >>>>>> >>>>>> >>>>>> I am hoping to have some time to play around with volume rendering >>>>>> and hopefully tracking this issue, one thing that I wanted to clarify: it >>>>>> sounds from you description that you have a short (2 byte) value. Is that >>>>>> correct? >>>>>> >>>>>> >>>>>> >>>>>> Thanks, >>>>>> >>>>>> -berk >>>>>> >>>>>> >>>>>> >>>>>> On Wed, Sep 9, 2015 at 5:00 PM, David Trudgian < >>>>>> david.trudgian at utsouthwestern.edu> wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> We have been experimenting with using Paraview to display very >>>>>> volumes from very >>>>>> large TIFF stacks generated by whole-brain microscopy equipment. The >>>>>> test stack >>>>>> has dimensions of 5,368x10,695x150. Stack is assembled in ImageJ from >>>>>> individual >>>>>> TIFFs, exported as a RAW and loaded into paraview. Saved as a .vti for >>>>>> convenience. Can view slices fine in standalone paraview client on a >>>>>> 256GB machine. >>>>>> >>>>>> When we attempt volume rendering on this data across multiple nodes >>>>>> with MPI >>>>>> nothing appears in the client. Surface view works as expected. On >>>>>> switching to >>>>>> volume rendering the client's display will show nothing. There are no >>>>>> messages >>>>>> from the client or servers - no output. >>>>>> >>>>>> This is happening when running pvserver across GPU nodes with NVIDIA >>>>>> Tesla >>>>>> cards, or using CPU only with OSMESA. pvserver memory usage is well >>>>>> below what >>>>>> we have on the nodes - no memory warnings/errors. >>>>>> >>>>>> Data is about 17GB, 8 billion cells. If we downsize to ~4GB or ~9GB >>>>>> then we can >>>>>> get working volume rendering. The 17GB never works regardless of >>>>>> scaling >>>>>> nodes/mpi processes. The 4/9GB will work on 1 or 2 nodes. >>>>>> >>>>>> Am confused by the lack of rendering, as we don't have memory issues, >>>>>> or an >>>>>> other messages at all. Am wondering if there are any inherent >>>>>> limitation, or I'm >>>>>> missing something stupid. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Dave Trudgian >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>>> >>>>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>>>> >>>>>> Follow this link to subscribe/unsubscribe: >>>>>> http://public.kitware.com/mailman/listinfo/paraview >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------ >>>>>> >>>>>> *UT** Southwestern* >>>>>> >>>>>> Medical Center >>>>>> >>>>>> The future of medicine, today. >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>>>> >>>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> http://public.kitware.com/mailman/listinfo/paraview >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>> * >>>> *| http://www.kitware.com/company/team/chaudhary.html >>>> * >>>> >>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Wed Oct 21 10:00:03 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Wed, 21 Oct 2015 10:00:03 -0400 Subject: [Paraview] Volume Rendering 17GB 8.5 billion cell volume In-Reply-To: References: <20150909210024.GA6250@biohpcws064.biohpc.swmed.edu> Message-ID: Ah, that's worth reporting to Mesa developers like you suggested. Please let me know (or keep me in the loop) what they have to say on this. I am surprised that it wasn't reported earlier. - Aashish On Wed, Oct 21, 2015 at 9:57 AM, Berk Geveci wrote: > > No GL error this time I am assuming? Just segfault? > > Yes. With the stack totally hosed. I also see Valgrind errors deep in Mesa > stack. > > > On Wed, Oct 21, 2015 at 9:15 AM, Aashish Chaudhary < > aashish.chaudhary at kitware.com> wrote: > >> On Wed, Oct 21, 2015 at 7:52 AM, Berk Geveci >> wrote: >> >>> Yeah, it is not that easy. If you compile Mesa with llvmpipe, the limit >>> is in something like gallium/drivers/llvmpipe/lp_limits.h. Otherwise it >>> doesn't work. However, I had crashes when I increased that to something >>> like 8 GBs and then volume rendered something large. >>> >> >> No GL error this time I am assuming? Just segfault? >> >> >>> It also looks like other drivers have their own limits that are pretty >>> small. I will talk to some folks doing work with Mesa about this. >>> Hopefully, we can address it in the upcoming OpenSWR driver. We'll have to >>> support streaming for other drivers though... >>> >> >> Absolutely. >> >>> >>> -berk >>> >>> >>> On Tue, Oct 20, 2015 at 5:55 PM, Aashish Chaudhary < >>> aashish.chaudhary at kitware.com> wrote: >>> >>>> Here it is. It would be great if someone else try it as well: >>>> >>>> ----Steps---- >>>> 1. In src/mesa/main/config.h, there should MAX_TEXTURE_MBYTES defined. >>>> I believe by default it was 1024 Mbytes. Please change it to 4096 or >>>> something higher. >>>> >>>> 2. Then Compile and Install MESA again (do not forget to set the >>>> MESA_GL_VERSION_OVERRIDE to 3.2). >>>> >>>> 3. Compile paraview again (server) >>>> >>>> >>>> On Tue, Oct 20, 2015 at 5:48 PM, Aashish Chaudhary < >>>> aashish.chaudhary at kitware.com> wrote: >>>> >>>>> Berk, >>>>> >>>>> On Tue, Oct 20, 2015 at 4:00 PM, Berk Geveci >>>>> wrote: >>>>> >>>>>> Hi folks, >>>>>> >>>>>> I wanted to close the loop on this. Here are my findings: >>>>>> >>>>>> * ParaView master (4.4 should also do) + OpenGL2 + NVIDIA Tesla w 12 >>>>>> GB memory: I verified that I can volume render data up to the capacity of >>>>>> the card. I could volume render a 1400x1400x1400 volume of floats. >>>>>> >>>>>> * ParaView master (4.4 should also do) + OpenGL2 + Mesa (OSMesa 11, >>>>>> llvmpipe, swrast): Mesa has some fairly small limits on 3D texture size, >>>>>> which is what we use for volume rendering. So, ~ 1000x1000x1000 will be the >>>>>> upper end of what can be done for now. In time, we will implement multiple >>>>>> textures / streaming to enable rendering of larger volumes. >>>>>> >>>>> >>>>> Did you see my other email? You can change the default for OSMesa. I >>>>> sent it last week. >>>>> >>>>> - Aashish >>>>> >>>>>> >>>>>> Best, >>>>>> -berk >>>>>> >>>>>> On Mon, Sep 28, 2015 at 11:00 AM, David Trudgian < >>>>>> David.Trudgian at utsouthwestern.edu> wrote: >>>>>> >>>>>>> Berk, >>>>>>> >>>>>>> >>>>>>> >>>>>>> Thanks very much for looking into this. Look forward to trying >>>>>>> things out whenever they?re ready. >>>>>>> >>>>>>> >>>>>>> >>>>>>> DT >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> David Trudgian Ph.D. >>>>>>> Computational Scientist, BioHPC >>>>>>> UT Southwestern Medical Center >>>>>>> Dallas, TX 75390-9039 >>>>>>> Tel: (214) 648-4833 >>>>>>> >>>>>>> >>>>>>> >>>>>>> *From:* Berk Geveci [mailto:berk.geveci at kitware.com] >>>>>>> *Sent:* Monday, September 28, 2015 9:58 AM >>>>>>> >>>>>>> *To:* David Trudgian >>>>>>> *Cc:* ParaView Mailing List >>>>>>> *Subject:* Re: [Paraview] Volume Rendering 17GB 8.5 billion cell >>>>>>> volume >>>>>>> >>>>>>> >>>>>>> >>>>>>> Hi David, >>>>>>> >>>>>>> >>>>>>> >>>>>>> I have been trying to find some cycles to check this out myself with >>>>>>> ParaView 4.4. Thanks to hardware issues (i.e. my big workstation's disk >>>>>>> dying), I haven't been able to. Good news is that I found issues with >>>>>>> OSMesa + OpenGL2 that we are working through. Give me another 1-1.5 weeks. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Best, >>>>>>> >>>>>>> -berk >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Mon, Sep 28, 2015 at 10:46 AM, David Trudgian < >>>>>>> David.Trudgian at utsouthwestern.edu> wrote: >>>>>>> >>>>>>> Hi Berk, >>>>>>> >>>>>>> >>>>>>> >>>>>>> Finally managed to grab an allocation of some Tesla K40 nodes on our >>>>>>> cluster, to check GPU rendering of the full 17GB file with 2 x 12GB GPUs. I >>>>>>> see the same thing as I did with OSMesa rendering. >>>>>>> >>>>>>> >>>>>>> >>>>>>> The 9GB downsampled version works great, across 2 nodes both with a >>>>>>> single K40. Go up to the 17GB original file and nothing is rendered, no >>>>>>> errors. Same behavior with OPENGL or OPENGL2 backends. >>>>>>> >>>>>>> >>>>>>> >>>>>>> This is all on paraview 4.3.1 still ? I need to find time to build >>>>>>> OSMesa / MPI versions of 4.4 here. But, does 4.4. have any fixes that would >>>>>>> be expected to affect this? >>>>>>> >>>>>>> >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> David Trudgian Ph.D. >>>>>>> Computational Scientist, BioHPC >>>>>>> UT Southwestern Medical Center >>>>>>> Dallas, TX 75390-9039 >>>>>>> Tel: (214) 648-4833 >>>>>>> >>>>>>> >>>>>>> >>>>>>> *From:* Berk Geveci [mailto:berk.geveci at kitware.com] >>>>>>> *Sent:* Tuesday, September 15, 2015 2:43 PM >>>>>>> *To:* David Trudgian >>>>>>> *Cc:* ParaView Mailing List >>>>>>> *Subject:* Re: [Paraview] Volume Rendering 17GB 8.5 billion cell >>>>>>> volume >>>>>>> >>>>>>> >>>>>>> >>>>>>> Hey David, >>>>>>> >>>>>>> >>>>>>> >>>>>>> I am hoping to have some time to play around with volume rendering >>>>>>> and hopefully tracking this issue, one thing that I wanted to clarify: it >>>>>>> sounds from you description that you have a short (2 byte) value. Is that >>>>>>> correct? >>>>>>> >>>>>>> >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> -berk >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Wed, Sep 9, 2015 at 5:00 PM, David Trudgian < >>>>>>> david.trudgian at utsouthwestern.edu> wrote: >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> We have been experimenting with using Paraview to display very >>>>>>> volumes from very >>>>>>> large TIFF stacks generated by whole-brain microscopy equipment. The >>>>>>> test stack >>>>>>> has dimensions of 5,368x10,695x150. Stack is assembled in ImageJ >>>>>>> from individual >>>>>>> TIFFs, exported as a RAW and loaded into paraview. Saved as a .vti >>>>>>> for >>>>>>> convenience. Can view slices fine in standalone paraview client on a >>>>>>> 256GB machine. >>>>>>> >>>>>>> When we attempt volume rendering on this data across multiple nodes >>>>>>> with MPI >>>>>>> nothing appears in the client. Surface view works as expected. On >>>>>>> switching to >>>>>>> volume rendering the client's display will show nothing. There are >>>>>>> no messages >>>>>>> from the client or servers - no output. >>>>>>> >>>>>>> This is happening when running pvserver across GPU nodes with NVIDIA >>>>>>> Tesla >>>>>>> cards, or using CPU only with OSMESA. pvserver memory usage is well >>>>>>> below what >>>>>>> we have on the nodes - no memory warnings/errors. >>>>>>> >>>>>>> Data is about 17GB, 8 billion cells. If we downsize to ~4GB or ~9GB >>>>>>> then we can >>>>>>> get working volume rendering. The 17GB never works regardless of >>>>>>> scaling >>>>>>> nodes/mpi processes. The 4/9GB will work on 1 or 2 nodes. >>>>>>> >>>>>>> Am confused by the lack of rendering, as we don't have memory >>>>>>> issues, or an >>>>>>> other messages at all. Am wondering if there are any inherent >>>>>>> limitation, or I'm >>>>>>> missing something stupid. >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> Dave Trudgian >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>>>>> >>>>>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>>>>> >>>>>>> Follow this link to subscribe/unsubscribe: >>>>>>> http://public.kitware.com/mailman/listinfo/paraview >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------ >>>>>>> >>>>>>> *UT** Southwestern* >>>>>>> >>>>>>> Medical Center >>>>>>> >>>>>>> The future of medicine, today. >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>>> >>>>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>>>> >>>>>> Follow this link to subscribe/unsubscribe: >>>>>> http://public.kitware.com/mailman/listinfo/paraview >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> >>>>> >>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>> * >>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>> * >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>> * >>>> *| http://www.kitware.com/company/team/chaudhary.html >>>> * >>>> >>> >>> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From Amit.Goel at ucf.edu Wed Oct 21 14:36:27 2015 From: Amit.Goel at ucf.edu (Amit Goel) Date: Wed, 21 Oct 2015 18:36:27 +0000 Subject: [Paraview] pvpython and H5Part Issues In-Reply-To: References: <821F8248-5E26-4B4F-968C-7A1E33DB723B@ucf.edu> Message-ID: <9C2D93AD-076D-4766-B1B8-CBF5ACFD716A@ucf.edu> I used GUI to generate a python script from the actions of visualizing and h5part file. From GUI I can see the visualization, but when I use pvpython, this is the error I get: fluid:~ armando$ /Applications/ArmandoApps/paraview.app/Contents/bin/pvpython Python 2.7.10 (default, Jul 14 2015, 19:46:27) [GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.39)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> armandoh5part = H5PartReader(FileName='/Users/?-snip--/accretionsim/build/armando.h5part') Traceback (most recent call last): File "", line 1, in NameError: name 'H5PartReader' is not defined The H5Part plugin is enabled in GUI, thats how I was able to visualize and generate the script. Do I have to load the plugin in pvpython ? If yes then how can I do that ? Regards Amit -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Wed Oct 21 14:50:50 2015 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Wed, 21 Oct 2015 12:50:50 -0600 Subject: [Paraview] pvpython and H5Part Issues In-Reply-To: <9C2D93AD-076D-4766-B1B8-CBF5ACFD716A@ucf.edu> References: <821F8248-5E26-4B4F-968C-7A1E33DB723B@ucf.edu> <9C2D93AD-076D-4766-B1B8-CBF5ACFD716A@ucf.edu> Message-ID: Hi Amit, inside pvpython you should do the following from paraview.simple import * LoadDistributedPlugin('H5PartReader', ns=globals()) Then you should be good. Seb On Wed, Oct 21, 2015 at 12:36 PM, Amit Goel wrote: > I used GUI to generate a python script from the actions of visualizing > and h5part file. From GUI I can see the visualization, but when I use > pvpython, this is the error I get: > > > fluid:~ armando$ > /Applications/ArmandoApps/paraview.app/Contents/bin/pvpython > Python 2.7.10 (default, Jul 14 2015, 19:46:27) > [GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.39)] on darwin > Type "help", "copyright", "credits" or "license" for more information. > >>> armandoh5part = > H5PartReader(FileName='/Users/?-snip--/accretionsim/build/armando.h5part') > Traceback (most recent call last): > File "", line 1, in > NameError: name 'H5PartReader' is not defined > > The H5Part plugin is enabled in GUI, thats how I was able to visualize and > generate the script. > > Do I have to load the plugin in pvpython ? If yes then how can I do that ? > > Regards > > Amit > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan.abernathey at gmail.com Wed Oct 21 15:37:52 2015 From: ryan.abernathey at gmail.com (Ryan Abernathey) Date: Wed, 21 Oct 2015 15:37:52 -0400 Subject: [Paraview] tile edge artifacts with volume rending in parallel mode Message-ID: Hello, I am trying to do volume rendering of this data: ftp://ftp.ldeo.columbia.edu/pub/rpa/paraview_netcdf/rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000001500.nc It works fine when Paraview is in regular (serial) mode. But the rendering is very slow. I have 32 cores in my workstation, so I tried using Paraview in parallel with 16 cores. This goes MUCH faster. But unfortunately, artifacts are visible related to the tiling of the data This image is a screenshot from the serial case: [image: Inline image 6] And this is from the parallel case. Note the grid lines visible in the bottom slice. [image: Inline image 7] The state file to reproduce this case is available here: ftp://ftp.ldeo.columbia.edu/pub/rpa/paraview_netcdf/test_volume_parallel.pvsm Does anyone know how to fix these rendering issues in parallel mode? Sincere thanks, Ryan Abernathey -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume_render.jpg Type: image/jpeg Size: 111690 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume_render_parallel.jpg Type: image/jpeg Size: 112049 bytes Desc: not available URL: From aashish.chaudhary at kitware.com Wed Oct 21 16:26:50 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Wed, 21 Oct 2015 16:26:50 -0400 Subject: [Paraview] tile edge artifacts with volume rending in parallel mode In-Reply-To: References: Message-ID: Ryan, This is a known issue and I just finished one bug with tiling and will be looking at this bug next. Thanks for sharing the state file. I will report back as I made progress on this issue. Looks like you are using the OpenGL backend. Is there a possibility of you switching to OpenGL2 backend? - Aashish On Wed, Oct 21, 2015 at 3:37 PM, Ryan Abernathey wrote: > Hello, > > I am trying to do volume rendering of this data: > > ftp://ftp.ldeo.columbia.edu/pub/rpa/paraview_netcdf/rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000001500.nc > > It works fine when Paraview is in regular (serial) mode. But the rendering > is very slow. I have 32 cores in my workstation, so I tried using Paraview > in parallel with 16 cores. This goes MUCH faster. But unfortunately, > artifacts are visible related to the tiling of the data > > This image is a screenshot from the serial case: > [image: Inline image 6] > > And this is from the parallel case. Note the grid lines visible in the > bottom slice. > [image: Inline image 7] > > The state file to reproduce this case is available here: > > ftp://ftp.ldeo.columbia.edu/pub/rpa/paraview_netcdf/test_volume_parallel.pvsm > > Does anyone know how to fix these rendering issues in parallel mode? > > Sincere thanks, > Ryan Abernathey > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume_render_parallel.jpg Type: image/jpeg Size: 112049 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume_render.jpg Type: image/jpeg Size: 111690 bytes Desc: not available URL: From chrisneal at ufl.edu Wed Oct 21 16:02:08 2015 From: chrisneal at ufl.edu (Neal,Christopher R) Date: Wed, 21 Oct 2015 20:02:08 +0000 Subject: [Paraview] Help with optimizing Paraview Python script Message-ID: Hello, I have written a python script that loads in an Ensight data file which has multiple solution times associated with it and performs a set of fairly simple operations on it. It is running very slow, and I'm wondering if there are any experts who use Python to control Paraview that could help me to optimize the script. In a nutshell the script does the following. 1.) Go to a timestep 2.) Generate a series of 2D slices in the 3D domain 3.) Compute some values of the solution variables on those slices 4.) Write data to a file 5.) Delete the entire pipeline except the original data 6.) Go back to 1.) This process is painfully slow(2+days just to run the script on a modest size data set). I believe that the script having to delete the pipeline and then re-create it for every timestep is contributing to the slowdown. My trouble is that I do not know how to selectively activate certain elements in the pipeline if I want to extract information from them, so I have to add them sequentially so that the newest one is the active one. The script may also be rendering each step, which is unnecessary for me, but I do not know how to disable that as well. I have attached a copy of the script. I have a minimal working example that contains the data set with only 3 timesteps worth of data. I am even willing to pay $100 for an expert to help me out with this. Thank you, Christopher R. Neal Graduate Student Center for Compressible Multiphase Turbulence Mechanical and Aerospace Engineering Department University of Florida Cell: (863)-697-1958 E-mail: chrisneal at ufl.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SliceAverages.py Type: application/octet-stream Size: 7379 bytes Desc: SliceAverages.py URL: From andy.bauer at kitware.com Wed Oct 21 20:50:39 2015 From: andy.bauer at kitware.com (Andy Bauer) Date: Wed, 21 Oct 2015 20:50:39 -0400 Subject: [Paraview] Help with optimizing Paraview Python script In-Reply-To: References: Message-ID: Did you profile this at all to see where most of the time being spent? Looking at this, I don't see anything really bad. I think you can take out the time.sleep(1.0) part though. Also, replacing the Calculator filter with the PythonCalculator filter should help some. If you're running this in parallel, the fetch is probably hurting performance as well. On Wed, Oct 21, 2015 at 4:02 PM, Neal,Christopher R wrote: > Hello, > > > I have written a python script that loads in an Ensight data file which > has multiple solution times associated with it and performs a set of fairly > simple operations on it. It is running very slow, and I'm wondering if > there are any experts who use Python to control Paraview that could help me > to optimize the script. In a nutshell the script does the following. > > > 1.) Go to a timestep > > 2.) Generate a series of 2D slices in the 3D domain > > 3.) Compute some values of the solution variables on those slices > > 4.) Write data to a file > > 5.) Delete the entire pipeline except the original data > > 6.) Go back to 1.) > > > This process is painfully slow(2+days just to run the script on a modest > size data set). I believe that the script having to delete the pipeline > and then re-create it for every timestep is contributing to the slowdown. > My trouble is that I do not know how to selectively activate certain > elements in the pipeline if I want to extract information from them, so I > have to add them sequentially so that the newest one is the active one. > The script may also be rendering each step, which is unnecessary for me, > but I do not know how to disable that as well. > > > I have attached a copy of the script. I have a minimal working example > that contains the data set with only 3 timesteps worth of data. > > > I am even willing to pay $100 for an expert to help me out with this. > > > Thank you, > > > Christopher R. Neal > Graduate Student > Center for Compressible Multiphase Turbulence > Mechanical and Aerospace Engineering Department > University of Florida > Cell: (863)-697-1958 > E-mail: chrisneal at ufl.edu > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Wed Oct 21 23:18:30 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Wed, 21 Oct 2015 23:18:30 -0400 Subject: [Paraview] Help with optimizing Paraview Python script In-Reply-To: References: Message-ID: A few questions: * How did you obtain the ParaView executable? (download, build)? If you built ParaView in Debug mode, that could slow things down. * How big are your data files, both in terms of disk size and grid elements? * How much RAM is on your system? - Cory On Wed, Oct 21, 2015 at 8:50 PM, Andy Bauer wrote: > Did you profile this at all to see where most of the time being spent? > > Looking at this, I don't see anything really bad. I think you can take out > the time.sleep(1.0) part though. Also, replacing the Calculator filter with > the PythonCalculator filter should help some. If you're running this in > parallel, the fetch is probably hurting performance as well. > > On Wed, Oct 21, 2015 at 4:02 PM, Neal,Christopher R > wrote: > >> Hello, >> >> >> I have written a python script that loads in an Ensight data file which >> has multiple solution times associated with it and performs a set of fairly >> simple operations on it. It is running very slow, and I'm wondering if >> there are any experts who use Python to control Paraview that could help me >> to optimize the script. In a nutshell the script does the following. >> >> >> 1.) Go to a timestep >> >> 2.) Generate a series of 2D slices in the 3D domain >> >> 3.) Compute some values of the solution variables on those slices >> >> 4.) Write data to a file >> >> 5.) Delete the entire pipeline except the original data >> >> 6.) Go back to 1.) >> >> >> This process is painfully slow(2+days just to run the script on a modest >> size data set). I believe that the script having to delete the pipeline >> and then re-create it for every timestep is contributing to the slowdown. >> My trouble is that I do not know how to selectively activate certain >> elements in the pipeline if I want to extract information from them, so I >> have to add them sequentially so that the newest one is the active one. >> The script may also be rendering each step, which is unnecessary for me, >> but I do not know how to disable that as well. >> >> >> I have attached a copy of the script. I have a minimal working example >> that contains the data set with only 3 timesteps worth of data. >> >> >> I am even willing to pay $100 for an expert to help me out with this. >> >> >> Thank you, >> >> >> Christopher R. Neal >> Graduate Student >> Center for Compressible Multiphase Turbulence >> Mechanical and Aerospace Engineering Department >> University of Florida >> Cell: (863)-697-1958 >> E-mail: chrisneal at ufl.edu >> >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From livia.barazzetti at istb.unibe.ch Thu Oct 22 05:54:05 2015 From: livia.barazzetti at istb.unibe.ch (livia.barazzetti at istb.unibe.ch) Date: Thu, 22 Oct 2015 09:54:05 +0000 Subject: [Paraview] Suggestion on deleted pages of the paraview wiki? Message-ID: Hi, I have only a little observation about readability of the message in deleted wiki pages. For example, Google still suggests the wiki page http://www.itk.org/Wiki/index.php?title=ParaView/Users_Guide/Command_line_arguments, but the page says : PAGE DELETED ________________________________ The Users Guide has been removed from the Wiki. The source is now available as a LaTeX files. Use the history if you want to access the old version of this document. It would be more informative to the reader it there was the link to those latex files, or http://www.paraview.org/paraview-guide/ or the path in the installation folder (it seems that in version 4.4 the guide in folder "doc" is the same as the one downloadable from the site) By the way, I had to check the old version of the wiki page because on windows paraview -- help just results in a window opening and disappearing Best regards Livia Livia Barazzetti Ph.D. Student - Medical Image Analysis Institute for Surgical Technology and Biomechanics University of Bern Stauffacherstrasse 78 CH-3014 Bern Tel +41 31 631 59 48 http://www.istb.unibe.ch -------------- next part -------------- An HTML attachment was scrubbed... URL: From chrisneal at ufl.edu Thu Oct 22 06:29:01 2015 From: chrisneal at ufl.edu (Neal,Christopher R) Date: Thu, 22 Oct 2015 10:29:01 +0000 Subject: [Paraview] Help with optimizing Paraview Python script In-Reply-To: References: , Message-ID: Hi Cory, I'm using a Windows 64bit version that was built from the binary installer option on the Paraview downloads page. The grids can be upwards of 20 million cells. One timestep worth of data is about 100MB. I'm running on a system with 16GB of RAM. In terms of optimization I'm inclined to believe that my script isn't written very well and that it is the source of the slowdown that I'm seeing when running it. I CC'd you on my reply to Andy's email where we identified some areas of the script that were particularly slow during execution. Best regards, Christopher R. Neal Graduate Student Center for Compressible Multiphase Turbulence Mechanical and Aerospace Engineering Department University of Florida Cell: (863)-697-1958 E-mail: chrisneal at ufl.edu ________________________________ From: Cory Quammen Sent: Wednesday, October 21, 2015 11:18 PM To: Andy Bauer Cc: Neal,Christopher R; paraview at paraview.org Subject: Re: [Paraview] Help with optimizing Paraview Python script A few questions: * How did you obtain the ParaView executable? (download, build)? If you built ParaView in Debug mode, that could slow things down. * How big are your data files, both in terms of disk size and grid elements? * How much RAM is on your system? - Cory On Wed, Oct 21, 2015 at 8:50 PM, Andy Bauer > wrote: Did you profile this at all to see where most of the time being spent? Looking at this, I don't see anything really bad. I think you can take out the time.sleep(1.0) part though. Also, replacing the Calculator filter with the PythonCalculator filter should help some. If you're running this in parallel, the fetch is probably hurting performance as well. On Wed, Oct 21, 2015 at 4:02 PM, Neal,Christopher R > wrote: Hello, I have written a python script that loads in an Ensight data file which has multiple solution times associated with it and performs a set of fairly simple operations on it. It is running very slow, and I'm wondering if there are any experts who use Python to control Paraview that could help me to optimize the script. In a nutshell the script does the following. 1.) Go to a timestep 2.) Generate a series of 2D slices in the 3D domain 3.) Compute some values of the solution variables on those slices 4.) Write data to a file 5.) Delete the entire pipeline except the original data 6.) Go back to 1.) This process is painfully slow(2+days just to run the script on a modest size data set). I believe that the script having to delete the pipeline and then re-create it for every timestep is contributing to the slowdown. My trouble is that I do not know how to selectively activate certain elements in the pipeline if I want to extract information from them, so I have to add them sequentially so that the newest one is the active one. The script may also be rendering each step, which is unnecessary for me, but I do not know how to disable that as well. I have attached a copy of the script. I have a minimal working example that contains the data set with only 3 timesteps worth of data. I am even willing to pay $100 for an expert to help me out with this. Thank you, Christopher R. Neal Graduate Student Center for Compressible Multiphase Turbulence Mechanical and Aerospace Engineering Department University of Florida Cell: (863)-697-1958 E-mail: chrisneal at ufl.edu _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Thu Oct 22 09:23:47 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Thu, 22 Oct 2015 09:23:47 -0400 Subject: [Paraview] Suggestion on deleted pages of the paraview wiki? In-Reply-To: References: Message-ID: Livia, Good suggestion. I have modified the text to *PAGE DELETED* ------------------------------ The Users Guide has been moved from the Wiki to The ParaView Guide . Please use the *history* if you want to access the old version of this document. paraview --help is meant to be used on the command line. On Windows, it is only useful if you run ParaView from cmd.exe because ParaView exits after printing out the help information. Thanks, Cory On Thu, Oct 22, 2015 at 5:54 AM, wrote: > Hi, > > I have only a little observation about readability of the message in > deleted wiki pages. > > For example, Google still suggests the wiki page > http://www.itk.org/Wiki/index.php?title=ParaView/Users_Guide/Command_line_arguments, > but the page says : > > > > *PAGE DELETED* > ------------------------------ > > The Users Guide has been removed from the Wiki. The source is now > available as a LaTeX files. Use the *history* if you want to access the > old version of this document. > > > > It would be more informative to the reader it there was the link to those > latex files, or http://www.paraview.org/paraview-guide/ or the path in > the installation folder (it seems that in version 4.4 the guide in folder > ?doc? is the same as the one downloadable from the site) > > By the way, I had to check the old version of the wiki page because on > windows paraview -- help just results in a window opening and > disappearing > > > > Best regards > > Livia > > > > > > Livia Barazzetti > Ph.D. Student - Medical Image Analysis > Institute for Surgical Technology and Biomechanics > University of Bern > Stauffacherstrasse 78 > CH-3014 Bern > Tel +41 31 631 59 48 > http://www.istb.unibe.ch > > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Thu Oct 22 09:29:09 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Thu, 22 Oct 2015 09:29:09 -0400 Subject: [Paraview] Help with optimizing Paraview Python script In-Reply-To: References: Message-ID: > > In terms of optimization I'm inclined to believe that my script isn't > written very well and that it is the source of the slowdown that I'm seeing > when running it. I CC'd you on my reply to Andy's email where we identified > some areas of the script that were particularly slow during execution. > Agreed. - Cory > Best regards, > > > Christopher R. Neal > Graduate Student > Center for Compressible Multiphase Turbulence > Mechanical and Aerospace Engineering Department > University of Florida > Cell: (863)-697-1958 > E-mail: chrisneal at ufl.edu > > > ------------------------------ > *From:* Cory Quammen > *Sent:* Wednesday, October 21, 2015 11:18 PM > *To:* Andy Bauer > *Cc:* Neal,Christopher R; paraview at paraview.org > *Subject:* Re: [Paraview] Help with optimizing Paraview Python script > > A few questions: > > * How did you obtain the ParaView executable? (download, build)? If you > built ParaView in Debug mode, that could slow things down. > > * How big are your data files, both in terms of disk size and grid > elements? > > * How much RAM is on your system? > > - Cory > > On Wed, Oct 21, 2015 at 8:50 PM, Andy Bauer > wrote: > >> Did you profile this at all to see where most of the time being spent? >> >> Looking at this, I don't see anything really bad. I think you can take >> out the time.sleep(1.0) part though. Also, replacing the Calculator filter >> with the PythonCalculator filter should help some. If you're running this >> in parallel, the fetch is probably hurting performance as well. >> >> On Wed, Oct 21, 2015 at 4:02 PM, Neal,Christopher R >> wrote: >> >>> Hello, >>> >>> >>> I have written a python script that loads in an Ensight data file which >>> has multiple solution times associated with it and performs a set of fairly >>> simple operations on it. It is running very slow, and I'm wondering if >>> there are any experts who use Python to control Paraview that could help me >>> to optimize the script. In a nutshell the script does the following. >>> >>> >>> 1.) Go to a timestep >>> >>> 2.) Generate a series of 2D slices in the 3D domain >>> >>> 3.) Compute some values of the solution variables on those slices >>> >>> 4.) Write data to a file >>> >>> 5.) Delete the entire pipeline except the original data >>> >>> 6.) Go back to 1.) >>> >>> >>> This process is painfully slow(2+days just to run the script on a modest >>> size data set). I believe that the script having to delete the pipeline >>> and then re-create it for every timestep is contributing to the slowdown. >>> My trouble is that I do not know how to selectively activate certain >>> elements in the pipeline if I want to extract information from them, so I >>> have to add them sequentially so that the newest one is the active one. >>> The script may also be rendering each step, which is unnecessary for me, >>> but I do not know how to disable that as well. >>> >>> >>> I have attached a copy of the script. I have a minimal working example >>> that contains the data set with only 3 timesteps worth of data. >>> >>> >>> I am even willing to pay $100 for an expert to help me out with this. >>> >>> >>> Thank you, >>> >>> >>> Christopher R. Neal >>> Graduate Student >>> Center for Compressible Multiphase Turbulence >>> Mechanical and Aerospace Engineering Department >>> University of Florida >>> Cell: (863)-697-1958 >>> E-mail: chrisneal at ufl.edu >>> >>> _______________________________________________ >>> 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 >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > > > -- > Cory Quammen > R&D Engineer > Kitware, Inc. > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Anton.Piccardo-Selg at tessella.com Thu Oct 22 12:03:48 2015 From: Anton.Piccardo-Selg at tessella.com (Anton.Piccardo-Selg at tessella.com) Date: Thu, 22 Oct 2015 17:03:48 +0100 Subject: [Paraview] (no subject) Message-ID: An HTML attachment was scrubbed... URL: From dennis_conklin at goodyear.com Thu Oct 22 15:14:08 2015 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Thu, 22 Oct 2015 19:14:08 +0000 Subject: [Paraview] Stupid question on Programmable Source Message-ID: All, So I have these text files that I want to read in to create an unstructured grid and associated variables. So far I have the mesh and I am now struggling with how to efficiently assign the element variables. The variable file looks like this: Element 1 97 variables listed Element 2 97 variables listed ... So, I have a set of variables which is 97 x number of Elements. And I have a list which contains the Names of all the 97 variables. Initially I thought I would read them into a giant array of [97,NumElems]. Then, I thought I would then assign them to elements with something like output.GetCellData().append(GiantArray[i:],VariableName[i]) However, there is no append to Cell Data in Programmable source that I can find so now I am looking at creating 97 vtk.vtkFloatArrays, setting the name of each, setting the number of components of each, setting the number of tuples of each and then calling output.GetCellData().AddArray() 97 times. What am I missing to make this all more efficient?? Would it be more efficient make this a Programmable Filter instead (with no input?) so that I can use the CellData.append? Any suggestions gratefully accepted Dennis -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Thu Oct 22 17:15:11 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 22 Oct 2015 17:15:11 -0400 Subject: [Paraview] Stupid question on Programmable Source In-Reply-To: References: Message-ID: Dennis, > Would it be more efficient make this a Programmable Filter instead (with no > input?) so that I can use the CellData.append? You should be able to do the following just fine in a Programmable Source too: output.CellData.append(....) Utkarsh From eli.medvescek at duke.edu Fri Oct 23 00:46:56 2015 From: eli.medvescek at duke.edu (Eli Medvescek) Date: Fri, 23 Oct 2015 04:46:56 +0000 Subject: [Paraview] Python array data into Paraview with simultaneous manipulation by Programmable Filter Message-ID: <40CF4395-F6E4-4254-86D9-5EA05CDF472A@duke.edu> Hi, I am very new to both Paraview and Python, so I apologize if this question is rudimentary (or doesn?t make any sense!). Right now I am conducting data analysis in Python for which the output is an array of variable size (depending on a loop variable); the array contains x-coordiantes, y-coordinates, and z-coordinates. I would like to use Paraview/Python scripting in the Python Shell to generate this array, load the data into Paraview, and visualize the data as an unstructured grid. From there, I would like to use the use a Programmable Filter to connect the data points with lines (the method for which I found in another thread.. thank you!) I?d then like to repeat this process several thousand times. In case the above doesn?t make sense, the sequence would be something like: 1. Generate array of size N in Python Shell 2. Load array data into Paraview as x, y, and z coordinates. 3. Display data as Unstructured Grid 4. Use Programmable Filter to connect data points with lines (again, I have found a method for this specific step on another thread) 5. Repeat 1-4 for new arrays, while maintaining visualization of previously-loaded data Is there a way to conduct this procedure all in one fell swoop in the Python Shell? The main things I am curious about are 1) whether I can load a data from a Python array into Paraview as x, y, and z coordinates and 2) whether there?s a way to control the creation of a Programmable Filter from the Python shell. Thank you for the help! Eli -- Eli Medvescek Duke University '17 | Biomedical Engineering 520.780.6888 eli.medvescek at duke.edu From dennis_conklin at goodyear.com Fri Oct 23 07:47:38 2015 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Fri, 23 Oct 2015 11:47:38 +0000 Subject: [Paraview] [EXT] Re: Stupid question on Programmable Source In-Reply-To: References: Message-ID: Utkarsh, I probably should have mentioned that I am making an unstructured grid, not a multiblockdataset. I get vtkCommonDataModelPython.vtkUnstructuredGrid object has no attribute 'CellData' Dennis -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: Thursday, October 22, 2015 5:15 PM To: Dennis Conklin Cc: Paraview (paraview at paraview.org) Subject: [EXT] Re: [Paraview] Stupid question on Programmable Source Dennis, > Would it be more efficient make this a Programmable Filter instead (with no > input?) so that I can use the CellData.append? You should be able to do the following just fine in a Programmable Source too: output.CellData.append(....) Utkarsh From utkarsh.ayachit at kitware.com Fri Oct 23 09:41:08 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 23 Oct 2015 09:41:08 -0400 Subject: [Paraview] [EXT] Re: Stupid question on Programmable Source In-Reply-To: References: Message-ID: Should work just fine for vtkUnstructuredGrid grid too. Are you creating the output yourself by any chance? You should be using the "output" variable predefined for you. e.g. attached state file works just fine for me with git/master, but I am sure it should work with 4.4. On Fri, Oct 23, 2015 at 7:47 AM, Dennis Conklin wrote: > Utkarsh, > > I probably should have mentioned that I am making an unstructured grid, not a multiblockdataset. > > I get > > vtkCommonDataModelPython.vtkUnstructuredGrid object has no attribute 'CellData' > > Dennis > > -----Original Message----- > From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] > Sent: Thursday, October 22, 2015 5:15 PM > To: Dennis Conklin > Cc: Paraview (paraview at paraview.org) > Subject: [EXT] Re: [Paraview] Stupid question on Programmable Source > > Dennis, > >> Would it be more efficient make this a Programmable Filter instead (with no >> input?) so that I can use the CellData.append? > > You should be able to do the following just fine in a Programmable Source too: > > output.CellData.append(....) > > Utkarsh -------------- next part -------------- A non-text attachment was scrubbed... Name: sample.pvsm Type: application/octet-stream Size: 77265 bytes Desc: not available URL: From dennis_conklin at goodyear.com Fri Oct 23 13:24:52 2015 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Fri, 23 Oct 2015 17:24:52 +0000 Subject: [Paraview] [EXT] Re: Stupid question on Programmable Source In-Reply-To: References: Message-ID: Utkarsh, Well, I hate to be difficult, but I've got to play to my strengths ;-) In my routine if I: 1. Do not declare any output (just accept the predefined output, which is set to vtkUnstructuredGrd). Then your print statements work but my program kills Paraview with a segmentation fault 2. If I declare an output with: output=self.GetUnstructuredGridOutput() Then my program succeeds and I get my mesh (just not many cell variables yet as I haven't figured out how to do that 97 times efficiently). If I turn on your print statements it complains that there is no CellData available. I have attached the script if there is anything obvious that I am doing incorrectly. Thanks for your help Dennis -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: Friday, October 23, 2015 9:41 AM To: Dennis Conklin Cc: Paraview (paraview at paraview.org) Subject: Re: [EXT] Re: [Paraview] Stupid question on Programmable Source Should work just fine for vtkUnstructuredGrid grid too. Are you creating the output yourself by any chance? You should be using the "output" variable predefined for you. e.g. attached state file works just fine for me with git/master, but I am sure it should work with 4.4. On Fri, Oct 23, 2015 at 7:47 AM, Dennis Conklin wrote: > Utkarsh, > > I probably should have mentioned that I am making an unstructured grid, not a multiblockdataset. > > I get > > vtkCommonDataModelPython.vtkUnstructuredGrid object has no attribute 'CellData' > > Dennis > > -----Original Message----- > From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] > Sent: Thursday, October 22, 2015 5:15 PM > To: Dennis Conklin > Cc: Paraview (paraview at paraview.org) > Subject: [EXT] Re: [Paraview] Stupid question on Programmable Source > > Dennis, > >> Would it be more efficient make this a Programmable Filter instead >> (with no >> input?) so that I can use the CellData.append? > > You should be able to do the following just fine in a Programmable Source too: > > output.CellData.append(....) > > Utkarsh -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ringle_read.txt URL: From utkarsh.ayachit at kitware.com Fri Oct 23 13:35:22 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 23 Oct 2015 13:35:22 -0400 Subject: [Paraview] [EXT] Re: Stupid question on Programmable Source In-Reply-To: References: Message-ID: Dennis, > In my routine if I: > 1. Do not declare any output (just accept the predefined output, which is set to vtkUnstructuredGrd). Then your print statements work but my program kills Paraview with a segmentation fault I always change the output type using the Output Type property on the Properties panel for the Programmable source. Then the "output" is indeed the type I expect it to be. > 2. If I declare an output with: > output=self.GetUnstructuredGridOutput() > Then my program succeeds and I get my mesh (just not many cell variables yet as I haven't figured out how to do that 97 times efficiently). If I turn on your print statements it complains that there is no CellData available. You don't need do this at all, I am sure this working only when the "Output Type" is set properly on the Properties panel. Just use the output variable provided to you in the Programamble Filters environment (similar to inputs, self, etc). In otherwords, if your script, just remove the output = self.... line :). From dennis_conklin at goodyear.com Fri Oct 23 13:42:54 2015 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Fri, 23 Oct 2015 17:42:54 +0000 Subject: [Paraview] [EXT] Re: Stupid question on Programmable Source In-Reply-To: References: Message-ID: So, Case A: 1. I set the Output Type on the Properties panel to be vtkUnstructured Grid 2. I keep the "output=..." in my script 3. My script runs and I get my mesh and the 1 Cell Variable which I have populated Case B: 1. I set the Output Type on the Properties panel to be vtkUnstructured Grid 2. I comment out the output= in my script 3. Paraview dies with a segmentation error while whining about SetPoints Dennis -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: Friday, October 23, 2015 1:35 PM To: Dennis Conklin Cc: Paraview (paraview at paraview.org) Subject: Re: [EXT] Re: [Paraview] Stupid question on Programmable Source Dennis, > In my routine if I: > 1. Do not declare any output (just accept the predefined output, which is set to vtkUnstructuredGrd). Then your print statements work but my program kills Paraview with a segmentation fault I always change the output type using the Output Type property on the Properties panel for the Programmable source. Then the "output" is indeed the type I expect it to be. > 2. If I declare an output with: > output=self.GetUnstructuredGridOutput() > Then my program succeeds and I get my mesh (just not many cell variables yet as I haven't figured out how to do that 97 times efficiently). If I turn on your print statements it complains that there is no CellData available. You don't need do this at all, I am sure this working only when the "Output Type" is set properly on the Properties panel. Just use the output variable provided to you in the Programamble Filters environment (similar to inputs, self, etc). In otherwords, if your script, just remove the output = self.... line :). From dennis_conklin at goodyear.com Fri Oct 23 14:27:03 2015 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Fri, 23 Oct 2015 18:27:03 +0000 Subject: [Paraview] [EXT] Re: Stupid question on Programmable Source In-Reply-To: References: Message-ID: Utkarsh, I got it working by making a list of pointers to vtk.vtkFloatArray Attached is the version which gives me all 97 Element variables. My other questions are: 1. I really want this as a reader, that everyone can use. Is there some way to have the user enter a filename which is more elegant than having them edit the script? For instance, can the server-side xml plugin stuff be edited slightly to work with a Programmable source, so I could put in a text box for them to type the filename. Even better would be a popup file browser, but I dream! 2. I assume without compiling here that I cannot actually get this as a reader, correct? Thanks for your interest. Dennis -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: Friday, October 23, 2015 1:35 PM To: Dennis Conklin Cc: Paraview (paraview at paraview.org) Subject: Re: [EXT] Re: [Paraview] Stupid question on Programmable Source Dennis, > In my routine if I: > 1. Do not declare any output (just accept the predefined output, which is set to vtkUnstructuredGrd). Then your print statements work but my program kills Paraview with a segmentation fault I always change the output type using the Output Type property on the Properties panel for the Programmable source. Then the "output" is indeed the type I expect it to be. > 2. If I declare an output with: > output=self.GetUnstructuredGridOutput() > Then my program succeeds and I get my mesh (just not many cell variables yet as I haven't figured out how to do that 97 times efficiently). If I turn on your print statements it complains that there is no CellData available. You don't need do this at all, I am sure this working only when the "Output Type" is set properly on the Properties panel. Just use the output variable provided to you in the Programamble Filters environment (similar to inputs, self, etc). In otherwords, if your script, just remove the output = self.... line :). -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ringle_read.txt URL: From utkarsh.ayachit at kitware.com Fri Oct 23 15:52:54 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 23 Oct 2015 15:52:54 -0400 Subject: [Paraview] [EXT] Re: Stupid question on Programmable Source In-Reply-To: References: Message-ID: > 1. I really want this as a reader, that everyone can use. Is there some way to have the user enter a filename which is more elegant than having them edit the script? For instance, can the server-side xml plugin stuff be edited slightly to work with a Programmable source, so I could put in a text box for them to type the filename. Even better would be a popup file browser, but I dream! All doable :). Just needs some XML magic to come together. This old post (http://www.kitware.com/blog/home/post/534) talks about how you can create a XML for programmable source. Adding "ReaderFactor hints" to the XML will make ParaView treat this as a reader. Then, your users can simply load the script. > 2. I assume without compiling here that I cannot actually get this as a reader, correct? Wrong :). I've attached the XML created from your script. You can load this as a plugin using the Plugin Manager, it can now open files using File Open Dialog. I generated the XML using > python python_filter_generator.py ringle_read.py ringle_reader.xm Then manually editing the XML to add reader factory hints etc. The python_filter_generator.py needs to be updated/extended to add support for creating reader etc. Just load the ringle_reader.xml using the Plugin manager and ParaView will be able to open *.neut.out files. -------------- next part -------------- A non-text attachment was scrubbed... Name: ringle_reader.xml Type: text/xml Size: 8737 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ringle_read.py Type: text/x-python Size: 7115 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: python_filter_generator.py Type: text/x-python Size: 10601 bytes Desc: not available URL: From giordano_lipari at yahoo.co.uk Sat Oct 24 05:54:20 2015 From: giordano_lipari at yahoo.co.uk (Giordano Lipari) Date: Sat, 24 Oct 2015 11:54:20 +0200 Subject: [Paraview] Wiggly annotated time In-Reply-To: <5616650B.10703@yahoo.co.uk> References: <5616650B.10703@yahoo.co.uk> Message-ID: <562B554C.4030301@yahoo.co.uk> Hi all! I have created an animation out of four panels. Two of them show still figures and two of them are animated. I have then added a time annotation and noted that, in the final rendering, the location of the time counter tends to wiggle about its intended position. Examples of these are already on YouTube. In https://www.youtube.com/watch?v=iM_4VZ4vkJQ the time counter is located on a still view (top right). While in https://www.youtube.com/watch?v=eSwqD3clNAo the time counter is located on an animated view (bottom left). The wiggles occur nonetheless. Is this an acknowledged glitch and is there a fix for this little badness? Thanks for dealing with this. Giordano Lipari From dennis_conklin at goodyear.com Sat Oct 24 10:54:40 2015 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Sat, 24 Oct 2015 14:54:40 +0000 Subject: [Paraview] [EXT] Re: Stupid question on Programmable Source In-Reply-To: References: Message-ID: Utkarsh, Thanks, that works great and allows us to add a Goodyear-specific file to our readers here. That ReaderFactory is a very nice feature! This will not only be a help to our analysts, it will also tend to make more Paraview converts here! Dennis -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: Friday, October 23, 2015 3:53 PM To: Dennis Conklin Cc: Paraview (paraview at paraview.org) Subject: Re: [EXT] Re: [Paraview] Stupid question on Programmable Source > 1. I really want this as a reader, that everyone can use. Is there some way to have the user enter a filename which is more elegant than having them edit the script? For instance, can the server-side xml plugin stuff be edited slightly to work with a Programmable source, so I could put in a text box for them to type the filename. Even better would be a popup file browser, but I dream! All doable :). Just needs some XML magic to come together. This old post (http://www.kitware.com/blog/home/post/534) talks about how you can create a XML for programmable source. Adding "ReaderFactor hints" to the XML will make ParaView treat this as a reader. Then, your users can simply load the script. > 2. I assume without compiling here that I cannot actually get this as a reader, correct? Wrong :). I've attached the XML created from your script. You can load this as a plugin using the Plugin Manager, it can now open files using File Open Dialog. I generated the XML using > python python_filter_generator.py ringle_read.py ringle_reader.xm Then manually editing the XML to add reader factory hints etc. The python_filter_generator.py needs to be updated/extended to add support for creating reader etc. Just load the ringle_reader.xml using the Plugin manager and ParaView will be able to open *.neut.out files. From utkarsh.ayachit at kitware.com Sun Oct 25 11:17:09 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Sun, 25 Oct 2015 11:17:09 -0400 Subject: [Paraview] [EXT] Re: Stupid question on Programmable Source In-Reply-To: References: Message-ID: Awesome! Glad to hear. I am going to put some energy into updating the "python-2-plugin" script to be more feature rich making such tasks easier still. Utkarsh On Sat, Oct 24, 2015 at 10:54 AM, Dennis Conklin wrote: > Utkarsh, > > Thanks, that works great and allows us to add a Goodyear-specific file to our readers here. That ReaderFactory is a very nice feature! This will not only be a help to our analysts, it will also tend to make more Paraview converts here! > > Dennis > > -----Original Message----- > From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] > Sent: Friday, October 23, 2015 3:53 PM > To: Dennis Conklin > Cc: Paraview (paraview at paraview.org) > Subject: Re: [EXT] Re: [Paraview] Stupid question on Programmable Source > >> 1. I really want this as a reader, that everyone can use. Is there some way to have the user enter a filename which is more elegant than having them edit the script? For instance, can the server-side xml plugin stuff be edited slightly to work with a Programmable source, so I could put in a text box for them to type the filename. Even better would be a popup file browser, but I dream! > > All doable :). Just needs some XML magic to come together. This old post (http://www.kitware.com/blog/home/post/534) talks about how you can create a XML for programmable source. Adding "ReaderFactor hints" > to the XML will make ParaView treat this as a reader. Then, your users can simply load the script. > >> 2. I assume without compiling here that I cannot actually get this as a reader, correct? > > Wrong :). I've attached the XML created from your script. You can load this as a plugin using the Plugin Manager, it can now open files using File Open Dialog. I generated the XML using > >> python python_filter_generator.py ringle_read.py ringle_reader.xm > > Then manually editing the XML to add reader factory hints etc. The python_filter_generator.py needs to be updated/extended to add support for creating reader etc. > > Just load the ringle_reader.xml using the Plugin manager and ParaView will be able to open *.neut.out files. From onursolmaz at gmail.com Sun Oct 25 12:38:51 2015 From: onursolmaz at gmail.com (Onur Solmaz) Date: Sun, 25 Oct 2015 17:38:51 +0100 Subject: [Paraview] Comparing field data in comparative view Message-ID: Hi, I have multiple cell data, stored in legacy vtk files, each file for a different timestep. Let's say I have pressure and temperature. I want create a 1x2 comparative view where I can see the temperature color field on the left and pressure color field on the right. Both are scalar fields. Additionally, I want to save an animation. For that, Paraview iterates over the timesteps and takes screenshots, so I need to make sure timeflows parallel in both views. How can I do this? Thanks in advance -------------- next part -------------- An HTML attachment was scrubbed... URL: From samuelkey at bresnan.net Sun Oct 25 13:09:23 2015 From: samuelkey at bresnan.net (Samuel Key) Date: Sun, 25 Oct 2015 11:09:23 -0600 Subject: [Paraview] Comparing field data in comparative view In-Reply-To: References: Message-ID: <562D0CC3.5030006@bresnan.net> An HTML attachment was scrubbed... URL: From wascott at sandia.gov Sun Oct 25 18:02:42 2015 From: wascott at sandia.gov (Scott, W Alan) Date: Sun, 25 Oct 2015 22:02:42 +0000 Subject: [Paraview] [EXTERNAL] Wiggly annotated time In-Reply-To: <562B554C.4030301@yahoo.co.uk> References: <5616650B.10703@yahoo.co.uk> <562B554C.4030301@yahoo.co.uk> Message-ID: ParaView version? This did occur about a version or two ago. Alan -----Original Message----- From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Giordano Lipari Sent: Saturday, October 24, 2015 3:54 AM To: paraview at paraview.org Subject: [EXTERNAL] [Paraview] Wiggly annotated time Hi all! I have created an animation out of four panels. Two of them show still figures and two of them are animated. I have then added a time annotation and noted that, in the final rendering, the location of the time counter tends to wiggle about its intended position. Examples of these are already on YouTube. In https://www.youtube.com/watch?v=iM_4VZ4vkJQ the time counter is located on a still view (top right). While in https://www.youtube.com/watch?v=eSwqD3clNAo the time counter is located on an animated view (bottom left). The wiggles occur nonetheless. Is this an acknowledged glitch and is there a fix for this little badness? Thanks for dealing with this. Giordano Lipari _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview From michel.rasquin at colorado.edu Mon Oct 26 11:22:23 2015 From: michel.rasquin at colorado.edu (Michel Rasquin) Date: Mon, 26 Oct 2015 15:22:23 +0000 Subject: [Paraview] Catalyst and adaptor: attaching new fields Message-ID: <2F5A0312-C10D-41AA-B0B2-B6EAA8E4F9F5@colorado.edu> Hi everyone, I am trying to add some fields to a vtkCPAdaptorAPI object for coprocessing with Catalyst. I rely for that purpose on the successful implementation of the Phasta adaptor provided along with ParaView. See ParaView-v4.4.0-source/CoProcessing/Adaptors/PhastaAdaptor/PhastaAdaptor.cxx. After the initialization of the coprocessing objects and the generation of the grid, the current implementation to add fields in the phasta adaptor relies on the following function: void addfields(? double* dofArray, double* vortArray, double * otherFieldOfInterest ? ) { vtkCPInputDataDescription* idd = vtkCPAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input?); vtkUnstructuredGrid* UnstructuredGrid = vtkUnstructuredGrid::SafeDownCast(idd->GetGrid()); if(!UnstructuredGrid) { vtkGenericWarningMacro("No unstructured grid to attach field data to."); return; } // now add numerical field data //velocity vtkIdType NumberOfNodes = UnstructuredGrid->GetNumberOfPoints(); if(idd->IsFieldNeeded("velocity")) { vtkDoubleArray* velocity = vtkDoubleArray::New(); velocity->SetName("velocity"); velocity->SetNumberOfComponents(3); velocity->SetNumberOfTuples(NumberOfNodes); for (vtkIdType idx=0; idxSetTuple3(idx, dofArray[idx], dofArray[idx+ *nshg], dofArray[idx+ *nshg*2]); } UnstructuredGrid->GetPointData()->AddArray(velocity); velocity->Delete(); } if(idd->IsFieldNeeded(?vorticity")) { vtkDoubleArray* vorticity = vtkDoubleArray::New(); velocity->SetName(?vorticity"); velocity->SetNumberOfComponents(3); velocity->SetNumberOfTuples(NumberOfNodes); for (vtkIdType idx=0; idxSetTuple3(idx, vortArray[idx], vortArray[idx+ *nshg], vortArray[idx+ *nshg*2]); } UnstructuredGrid->GetPointData()->AddArray(vorticity); vorticity->Delete(); } // etc for any the other fields of interest for Catalyst } Currently, all the fields requested for coprocessing needs to be attached in this function at the same time, using the same pointer to vtkUnstructuredGrid resulting from the SafeDownCast mentioned above. However, I need a more flexible implementation so that I can call addfield (with no ?s?) as many times as needed and attach a single field to the vtkCPAdaptorAPI object each time this function is called. Concretely, my first implementation is simply the following: void addfield(std::string fieldName, int* NumberOfComp, double* fieldArray) { vtkCPInputDataDescription* idd = vtkCPAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input"); vtkUnstructuredGrid* UnstructuredGrid = vtkUnstructuredGrid::SafeDownCast(idd->GetGrid()); if(!UnstructuredGrid) { vtkGenericWarningMacro("No unstructured grid to attach field data to."); return; } // Get number of nodes vtkIdType NumberOfNodes = UnstructuredGrid->GetNumberOfPoints(); // Add field if(idd->IsFieldNeeded(fieldName.c_str())) { vtkDoubleArray* dataArray = vtkDoubleArray::New(); dataArray->SetName(fieldName.c_str()); dataArray->SetNumberOfComponents(*NumberOfComp); dataArray->SetNumberOfTuples(NumberOfNodes); // fill in dataArray from fieldArray, NumberOfNodes and NumberOfComp ? UnstructuredGrid->GetPointData()->AddArray(dataArray); dataArray->Delete(); } } The problem is that only the last field passed to this new addfield() function can be actually used by Catalyst for coprocessing. Indeed, it appears that all other fields previously passed to addfield() cannot be retrieved from the vtkCPAdaptorAPI object. Consequently, any filter in the Catalyst pipeline that relies on the N-1 first fields (out of N in total) passed to addfields() will be ignored because relevant data is missing. I suspect the issue is in one of the first two lines of the addfield() function, namely vtkCPInputDataDescription* idd = vtkCPAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input"); vtkUnstructuredGrid* UnstructuredGrid = vtkUnstructuredGrid::SafeDownCast(idd->GetGrid()); Could you please let me know if it is possible to pass one single field at a time to the Catalyst adaptor from different locations of the code, or if all the fields must be passed in one shot? Thank you for your help. Best regards, Michel From ryan.abernathey at gmail.com Mon Oct 26 12:28:22 2015 From: ryan.abernathey at gmail.com (Ryan Abernathey) Date: Mon, 26 Oct 2015 12:28:22 -0400 Subject: [Paraview] tile edge artifacts with volume rending in parallel mode In-Reply-To: References: Message-ID: We just rebuilt paraview from the latest master with VTK_RENDERING_BACKEND set it to OpenGL2. Unfortunately this did not fix the problem with volume rending in mpi mode. Best, Ryan On Wed, Oct 21, 2015 at 7:09 PM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > If you checkout ParaView master and then go into the advance setting, look > for VTK_RENDERING_BACKEND and set it to OpenGL2 (should be a dropdown if > using the CMake GUI). Make sure you do it on a fresh build directly > > On Wed, Oct 21, 2015 at 6:36 PM, Ryan Abernathey < > ryan.abernathey at gmail.com> wrote: > >> Looks like you are using the OpenGL backend. Is there a possibility of >>> you switching to OpenGL2 backend? >>> >> >> I would be happy to try this. Could you link me to the relevant >> documentation describing how to switch backend? >> >> >>> - Aashish >>> >>> On Wed, Oct 21, 2015 at 3:37 PM, Ryan Abernathey < >>> ryan.abernathey at gmail.com> wrote: >>> >>>> Hello, >>>> >>>> I am trying to do volume rendering of this data: >>>> >>>> ftp://ftp.ldeo.columbia.edu/pub/rpa/paraview_netcdf/rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000001500.nc >>>> >>>> It works fine when Paraview is in regular (serial) mode. But the >>>> rendering is very slow. I have 32 cores in my workstation, so I tried using >>>> Paraview in parallel with 16 cores. This goes MUCH faster. But >>>> unfortunately, artifacts are visible related to the tiling of the data >>>> >>>> This image is a screenshot from the serial case: >>>> [image: Inline image 6] >>>> >>>> And this is from the parallel case. Note the grid lines visible in the >>>> bottom slice. >>>> [image: Inline image 7] >>>> >>>> The state file to reproduce this case is available here: >>>> >>>> ftp://ftp.ldeo.columbia.edu/pub/rpa/paraview_netcdf/test_volume_parallel.pvsm >>>> >>>> Does anyone know how to fix these rendering issues in parallel mode? >>>> >>>> Sincere thanks, >>>> Ryan Abernathey >>>> >>>> >>>> _______________________________________________ >>>> 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 >>>> >>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview >>>> >>>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume_render_parallel.jpg Type: image/jpeg Size: 112049 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume_render.jpg Type: image/jpeg Size: 111690 bytes Desc: not available URL: From aashish.chaudhary at kitware.com Mon Oct 26 12:35:46 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 26 Oct 2015 12:35:46 -0400 Subject: [Paraview] tile edge artifacts with volume rending in parallel mode In-Reply-To: References: Message-ID: Thanks for the confirmation Ryan. This is almost my next task in the list. I will provide an update soon. - Aashish On Mon, Oct 26, 2015 at 12:28 PM, Ryan Abernathey wrote: > We just rebuilt paraview from the latest master with VTK_RENDERING_BACKEND > set it to OpenGL2. > > Unfortunately this did not fix the problem with volume rending in mpi mode. > > Best, > Ryan > > On Wed, Oct 21, 2015 at 7:09 PM, Aashish Chaudhary < > aashish.chaudhary at kitware.com> wrote: > >> If you checkout ParaView master and then go into the advance setting, >> look for VTK_RENDERING_BACKEND and set it to OpenGL2 (should be a dropdown >> if using the CMake GUI). Make sure you do it on a fresh build directly >> >> On Wed, Oct 21, 2015 at 6:36 PM, Ryan Abernathey < >> ryan.abernathey at gmail.com> wrote: >> >>> Looks like you are using the OpenGL backend. Is there a possibility of >>>> you switching to OpenGL2 backend? >>>> >>> >>> I would be happy to try this. Could you link me to the relevant >>> documentation describing how to switch backend? >>> >>> >>>> - Aashish >>>> >>>> On Wed, Oct 21, 2015 at 3:37 PM, Ryan Abernathey < >>>> ryan.abernathey at gmail.com> wrote: >>>> >>>>> Hello, >>>>> >>>>> I am trying to do volume rendering of this data: >>>>> >>>>> ftp://ftp.ldeo.columbia.edu/pub/rpa/paraview_netcdf/rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000001500.nc >>>>> >>>>> It works fine when Paraview is in regular (serial) mode. But the >>>>> rendering is very slow. I have 32 cores in my workstation, so I tried using >>>>> Paraview in parallel with 16 cores. This goes MUCH faster. But >>>>> unfortunately, artifacts are visible related to the tiling of the data >>>>> >>>>> This image is a screenshot from the serial case: >>>>> [image: Inline image 6] >>>>> >>>>> And this is from the parallel case. Note the grid lines visible in the >>>>> bottom slice. >>>>> [image: Inline image 7] >>>>> >>>>> The state file to reproduce this case is available here: >>>>> >>>>> ftp://ftp.ldeo.columbia.edu/pub/rpa/paraview_netcdf/test_volume_parallel.pvsm >>>>> >>>>> Does anyone know how to fix these rendering issues in parallel mode? >>>>> >>>>> Sincere thanks, >>>>> Ryan Abernathey >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>>>> >>>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> http://public.kitware.com/mailman/listinfo/paraview >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>> * >>>> *| http://www.kitware.com/company/team/chaudhary.html >>>> * >>>> >>> >>> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume_render_parallel.jpg Type: image/jpeg Size: 112049 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume_render.jpg Type: image/jpeg Size: 111690 bytes Desc: not available URL: From michel.rasquin at colorado.edu Mon Oct 26 12:28:19 2015 From: michel.rasquin at colorado.edu (Michel Rasquin) Date: Mon, 26 Oct 2015 16:28:19 +0000 Subject: [Paraview] Catalyst and adaptor: attaching new fields In-Reply-To: <2F5A0312-C10D-41AA-B0B2-B6EAA8E4F9F5@colorado.edu> References: <2F5A0312-C10D-41AA-B0B2-B6EAA8E4F9F5@colorado.edu> Message-ID: <95603FE1-7ADA-42F5-8633-71C3B6DE716D@colorado.edu> I found the issue. Never mind. For the short story, NeedToCreateGrid() in CatalystCAdaptorAPI.cxx not only check if a grid already exists or not. If a grid exists, it also clears the field data, which was my issue. This function should therefore be called only once per data set. Best, Michel > On Oct 26, 2015, at 4:22 PM, Michel Rasquin wrote: > > Hi everyone, > > I am trying to add some fields to a vtkCPAdaptorAPI object for coprocessing with Catalyst. > I rely for that purpose on the successful implementation of the Phasta adaptor provided along with ParaView. > See ParaView-v4.4.0-source/CoProcessing/Adaptors/PhastaAdaptor/PhastaAdaptor.cxx. > After the initialization of the coprocessing objects and the generation of the grid, the current implementation to add fields in the phasta adaptor relies on the following function: > > void addfields(? double* dofArray, double* vortArray, double * otherFieldOfInterest ? ) > { > vtkCPInputDataDescription* idd = vtkCPAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input?); > vtkUnstructuredGrid* UnstructuredGrid = vtkUnstructuredGrid::SafeDownCast(idd->GetGrid()); > if(!UnstructuredGrid) { > vtkGenericWarningMacro("No unstructured grid to attach field data to."); > return; > } > > // now add numerical field data > //velocity > vtkIdType NumberOfNodes = UnstructuredGrid->GetNumberOfPoints(); > if(idd->IsFieldNeeded("velocity")) > { > vtkDoubleArray* velocity = vtkDoubleArray::New(); > velocity->SetName("velocity"); > velocity->SetNumberOfComponents(3); > velocity->SetNumberOfTuples(NumberOfNodes); > for (vtkIdType idx=0; idx velocity->SetTuple3(idx, dofArray[idx], > dofArray[idx+ *nshg], > dofArray[idx+ *nshg*2]); > } > UnstructuredGrid->GetPointData()->AddArray(velocity); > velocity->Delete(); > } > > if(idd->IsFieldNeeded(?vorticity")) > { > vtkDoubleArray* vorticity = vtkDoubleArray::New(); > velocity->SetName(?vorticity"); > velocity->SetNumberOfComponents(3); > velocity->SetNumberOfTuples(NumberOfNodes); > for (vtkIdType idx=0; idx velocity->SetTuple3(idx, vortArray[idx], > vortArray[idx+ *nshg], > vortArray[idx+ *nshg*2]); > } > UnstructuredGrid->GetPointData()->AddArray(vorticity); > vorticity->Delete(); > } > > // etc for any the other fields of interest for Catalyst > } > > Currently, all the fields requested for coprocessing needs to be attached in this function at the same time, using the same pointer to vtkUnstructuredGrid resulting from the SafeDownCast mentioned above. However, I need a more flexible implementation so that I can call addfield (with no ?s?) as many times as needed and attach a single field to the vtkCPAdaptorAPI object each time this function is called. > > Concretely, my first implementation is simply the following: > > void addfield(std::string fieldName, int* NumberOfComp, double* fieldArray) > { > vtkCPInputDataDescription* idd = vtkCPAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input"); > vtkUnstructuredGrid* UnstructuredGrid = vtkUnstructuredGrid::SafeDownCast(idd->GetGrid()); > if(!UnstructuredGrid) { > vtkGenericWarningMacro("No unstructured grid to attach field data to."); > return; > } > > // Get number of nodes > vtkIdType NumberOfNodes = UnstructuredGrid->GetNumberOfPoints(); > > // Add field > if(idd->IsFieldNeeded(fieldName.c_str())) { > vtkDoubleArray* dataArray = vtkDoubleArray::New(); > dataArray->SetName(fieldName.c_str()); > dataArray->SetNumberOfComponents(*NumberOfComp); > dataArray->SetNumberOfTuples(NumberOfNodes); > // fill in dataArray from fieldArray, NumberOfNodes and NumberOfComp > ? > UnstructuredGrid->GetPointData()->AddArray(dataArray); > dataArray->Delete(); > } > } > > The problem is that only the last field passed to this new addfield() function can be actually used by Catalyst for coprocessing. > Indeed, it appears that all other fields previously passed to addfield() cannot be retrieved from the vtkCPAdaptorAPI object. > Consequently, any filter in the Catalyst pipeline that relies on the N-1 first fields (out of N in total) passed to addfields() will be ignored because relevant data is missing. > > I suspect the issue is in one of the first two lines of the addfield() function, namely > > vtkCPInputDataDescription* idd = vtkCPAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input"); > vtkUnstructuredGrid* UnstructuredGrid = vtkUnstructuredGrid::SafeDownCast(idd->GetGrid()); > > Could you please let me know if it is possible to pass one single field at a time to the Catalyst adaptor from different locations of the code, or if all the fields must be passed in one shot? > > Thank you for your help. > > Best regards, > > Michel > > > From andy.bauer at kitware.com Mon Oct 26 12:57:42 2015 From: andy.bauer at kitware.com (Andy Bauer) Date: Mon, 26 Oct 2015 12:57:42 -0400 Subject: [Paraview] Catalyst and adaptor: attaching new fields In-Reply-To: <2F5A0312-C10D-41AA-B0B2-B6EAA8E4F9F5@colorado.edu> References: <2F5A0312-C10D-41AA-B0B2-B6EAA8E4F9F5@colorado.edu> Message-ID: Hi Michel, You should be able to pass a single field at a time to Catalyst. I'm not sure where the problem is but my first guess is that maybe you're giving the same name to all of the fields. What does the code that's calling addfield() look like? Note that the Catalyst API uses things like idd->IsFieldNeeded("pressure") to check if a field is needed by the pipeline. This has been in the API since nearly the beginning but we've never had a chance to generate Python scripts which can take advantage of loading only desired fields. This can potentially save on both execution time and memory usage. This is on my radar again but I'm not sure when it will get done. You can modify the Python scripts though to just request the desired field variables in the RequestDataDescription() method and everything should work as desired. Let us know if you want to try that out and need help with it. Cheers, Andy On Mon, Oct 26, 2015 at 11:22 AM, Michel Rasquin < michel.rasquin at colorado.edu> wrote: > Hi everyone, > > I am trying to add some fields to a vtkCPAdaptorAPI object for > coprocessing with Catalyst. > I rely for that purpose on the successful implementation of the Phasta > adaptor provided along with ParaView. > See > ParaView-v4.4.0-source/CoProcessing/Adaptors/PhastaAdaptor/PhastaAdaptor.cxx. > After the initialization of the coprocessing objects and the generation of > the grid, the current implementation to add fields in the phasta adaptor > relies on the following function: > > void addfields(? double* dofArray, double* vortArray, double * > otherFieldOfInterest ? ) > { > vtkCPInputDataDescription* idd = > vtkCPAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input?); > vtkUnstructuredGrid* UnstructuredGrid = > vtkUnstructuredGrid::SafeDownCast(idd->GetGrid()); > if(!UnstructuredGrid) { > vtkGenericWarningMacro("No unstructured grid to attach field data > to."); > return; > } > > // now add numerical field data > //velocity > vtkIdType NumberOfNodes = UnstructuredGrid->GetNumberOfPoints(); > if(idd->IsFieldNeeded("velocity")) > { > vtkDoubleArray* velocity = vtkDoubleArray::New(); > velocity->SetName("velocity"); > velocity->SetNumberOfComponents(3); > velocity->SetNumberOfTuples(NumberOfNodes); > for (vtkIdType idx=0; idx velocity->SetTuple3(idx, dofArray[idx], > dofArray[idx+ *nshg], > dofArray[idx+ *nshg*2]); > } > UnstructuredGrid->GetPointData()->AddArray(velocity); > velocity->Delete(); > } > > if(idd->IsFieldNeeded(?vorticity")) > { > vtkDoubleArray* vorticity = vtkDoubleArray::New(); > velocity->SetName(?vorticity"); > velocity->SetNumberOfComponents(3); > velocity->SetNumberOfTuples(NumberOfNodes); > for (vtkIdType idx=0; idx velocity->SetTuple3(idx, vortArray[idx], > vortArray[idx+ *nshg], > vortArray[idx+ *nshg*2]); > } > UnstructuredGrid->GetPointData()->AddArray(vorticity); > vorticity->Delete(); > } > > // etc for any the other fields of interest for Catalyst > } > > Currently, all the fields requested for coprocessing needs to be attached > in this function at the same time, using the same pointer to > vtkUnstructuredGrid resulting from the SafeDownCast mentioned above. > However, I need a more flexible implementation so that I can call addfield > (with no ?s?) as many times as needed and attach a single field to the > vtkCPAdaptorAPI object each time this function is called. > > Concretely, my first implementation is simply the following: > > void addfield(std::string fieldName, int* NumberOfComp, double* fieldArray) > { > vtkCPInputDataDescription* idd = > vtkCPAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input"); > vtkUnstructuredGrid* UnstructuredGrid = > vtkUnstructuredGrid::SafeDownCast(idd->GetGrid()); > if(!UnstructuredGrid) { > vtkGenericWarningMacro("No unstructured grid to attach field data > to."); > return; > } > > // Get number of nodes > vtkIdType NumberOfNodes = UnstructuredGrid->GetNumberOfPoints(); > > // Add field > if(idd->IsFieldNeeded(fieldName.c_str())) { > vtkDoubleArray* dataArray = vtkDoubleArray::New(); > dataArray->SetName(fieldName.c_str()); > dataArray->SetNumberOfComponents(*NumberOfComp); > dataArray->SetNumberOfTuples(NumberOfNodes); > // fill in dataArray from fieldArray, NumberOfNodes and NumberOfComp > ? > UnstructuredGrid->GetPointData()->AddArray(dataArray); > dataArray->Delete(); > } > } > > The problem is that only the last field passed to this new addfield() > function can be actually used by Catalyst for coprocessing. > Indeed, it appears that all other fields previously passed to addfield() > cannot be retrieved from the vtkCPAdaptorAPI object. > Consequently, any filter in the Catalyst pipeline that relies on the N-1 > first fields (out of N in total) passed to addfields() will be ignored > because relevant data is missing. > > I suspect the issue is in one of the first two lines of the addfield() > function, namely > > vtkCPInputDataDescription* idd = > vtkCPAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input"); > vtkUnstructuredGrid* UnstructuredGrid = > vtkUnstructuredGrid::SafeDownCast(idd->GetGrid()); > > Could you please let me know if it is possible to pass one single field at > a time to the Catalyst adaptor from different locations of the code, or if > all the fields must be passed in one shot? > > Thank you for your help. > > Best regards, > > Michel > > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.esneault at gmail.com Mon Oct 26 13:47:56 2015 From: simon.esneault at gmail.com (Simon ESNEAULT) Date: Mon, 26 Oct 2015 18:47:56 +0100 Subject: [Paraview] [vtk-users] OpenGL2 - GPU Volume Rendering performance Message-ID: Hi All, We are trying to make the switch to the new OpenGL2 backend for our application, and although the switch was easy (thanks for not breaking the API ;) ), we can see a significant slowdown on the GPU volume rendering part, especially during interaction. Typically we dropped from 15/20 fps to 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same code around. This slow down can be seen in ParaView, if you compare the latest 4.4 OpenGL2 build with the classic 4.4 build while volume rendering a big enough volume (512^3) The blog post here http://www.kitware.com/blog/home/post/976 claims that the new GPU volume rendering implementation should be faster than the old one, is there some more detailed explanation somewhere ? Are there some important parameters that can make the difference ? Thanks, Simon PS : The polygonal rendering seems a lot faster with the new backend ! -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Mon Oct 26 13:53:48 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 26 Oct 2015 13:53:48 -0400 Subject: [Paraview] [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Simon, What kind of dataset you are using? Depending on the data type you might be using the GPU one or the unstructured renderer. The performance we measured is related to the GPU ray cast mapper and will apply only to the vtkImageData inputs. Also, helpful would be is if you can tell if the new mapper is bringing low resolution when you interact with the volume (and whether or not it happens with old mapper). Thanks, On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT wrote: > Hi All, > > We are trying to make the switch to the new OpenGL2 backend for our > application, and although the switch was easy (thanks for not breaking the > API ;) ), we can see a significant slowdown on the GPU volume rendering > part, especially during interaction. Typically we dropped from 15/20 fps to > 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same > code around. > > This slow down can be seen in ParaView, if you compare the latest 4.4 > OpenGL2 build with the classic 4.4 build while volume rendering a big > enough volume (512^3) > > The blog post here > http://www.kitware.com/blog/home/post/976 > claims that the new GPU volume rendering implementation should be faster > than the old one, is there some more detailed explanation somewhere ? Are > there some important parameters that can make the difference ? > > Thanks, > > Simon > > PS : The polygonal rendering seems a lot faster with the new backend ! > > -- > ------------------------------------------------------------------ > Simon Esneault > Rennes, France > ------------------------------------------------------------------ > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Mon Oct 26 13:57:22 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 26 Oct 2015 13:57:22 -0400 Subject: [Paraview] [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Also, Do you have shading enabled? We fixed a bug with shading that was causing the slow performance a while back. I don't remember if that was included in 4.4 or not ( I can check ). - Aashish On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > Simon, > > What kind of dataset you are using? Depending on the data type you might > be using > the GPU one or the unstructured renderer. The performance we measured is > related to the GPU ray cast mapper > and will apply only to the vtkImageData inputs. > > Also, helpful would be is if you can tell if the new mapper is bringing > low resolution when you interact with the volume (and whether or not it > happens with old mapper). > > Thanks, > > > On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT > wrote: > >> Hi All, >> >> We are trying to make the switch to the new OpenGL2 backend for our >> application, and although the switch was easy (thanks for not breaking the >> API ;) ), we can see a significant slowdown on the GPU volume rendering >> part, especially during interaction. Typically we dropped from 15/20 fps to >> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >> code around. >> >> This slow down can be seen in ParaView, if you compare the latest 4.4 >> OpenGL2 build with the classic 4.4 build while volume rendering a big >> enough volume (512^3) >> >> The blog post here >> http://www.kitware.com/blog/home/post/976 >> claims that the new GPU volume rendering implementation should be faster >> than the old one, is there some more detailed explanation somewhere ? Are >> there some important parameters that can make the difference ? >> >> Thanks, >> >> Simon >> >> PS : The polygonal rendering seems a lot faster with the new backend ! >> >> -- >> ------------------------------------------------------------------ >> Simon Esneault >> Rennes, France >> ------------------------------------------------------------------ >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> >> > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.esneault at gmail.com Mon Oct 26 14:13:03 2015 From: simon.esneault at gmail.com (Simon ESNEAULT) Date: Mon, 26 Oct 2015 19:13:03 +0100 Subject: [Paraview] [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Hello Aashish, Thanks for the quick answer We are using a vtkImageData, 512x512x591 with short element (you can find the dataset here : https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). So I think it's all about GPU volume raycast mapper. The new mapper does bring low resolution, but when compared to the old one, it seems less "low resolution" during interaction than the old one Shading is enabled, gradient opacity disabled Don't know if you need a minimal example, but I believe the GPURenderDemo used with this dataset is enough to highlight the slow down. Thanks Simon 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary : > Also, > > Do you have shading enabled? We fixed a bug with shading that was causing > the slow performance a while back. I don't remember if that was included in > 4.4 or not ( I can check ). > > - Aashish > > On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < > aashish.chaudhary at kitware.com> wrote: > >> Simon, >> >> What kind of dataset you are using? Depending on the data type you might >> be using >> the GPU one or the unstructured renderer. The performance we measured is >> related to the GPU ray cast mapper >> and will apply only to the vtkImageData inputs. >> >> Also, helpful would be is if you can tell if the new mapper is bringing >> low resolution when you interact with the volume (and whether or not it >> happens with old mapper). >> >> Thanks, >> >> >> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT > > wrote: >> >>> Hi All, >>> >>> We are trying to make the switch to the new OpenGL2 backend for our >>> application, and although the switch was easy (thanks for not breaking the >>> API ;) ), we can see a significant slowdown on the GPU volume rendering >>> part, especially during interaction. Typically we dropped from 15/20 fps to >>> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >>> code around. >>> >>> This slow down can be seen in ParaView, if you compare the latest 4.4 >>> OpenGL2 build with the classic 4.4 build while volume rendering a big >>> enough volume (512^3) >>> >>> The blog post here >>> http://www.kitware.com/blog/home/post/976 >>> claims that the new GPU volume rendering implementation should be faster >>> than the old one, is there some more detailed explanation somewhere ? Are >>> there some important parameters that can make the difference ? >>> >>> Thanks, >>> >>> Simon >>> >>> PS : The polygonal rendering seems a lot faster with the new backend ! >>> >>> -- >>> ------------------------------------------------------------------ >>> Simon Esneault >>> Rennes, France >>> ------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: >>> http://markmail.org/search/?q=vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >>> >>> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Mon Oct 26 14:45:16 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 26 Oct 2015 14:45:16 -0400 Subject: [Paraview] [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT wrote: > Hello Aashish, > > Thanks for the quick answer > We are using a vtkImageData, 512x512x591 with short element (you can find > the dataset here : https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). > So I think it's all about GPU volume raycast mapper. > The new mapper does bring low resolution, but when compared to the old > one, it seems less "low resolution" during interaction than the old one > Right, so that's why its not a exact comparison. What happens is that depending on what is interactive, (you can set the desired update rate in VTK, not exposed in ParaView I believe), it will do interactive but with higher resolution (smaller sample distance). If they both have the same sample distance, then the new mapper should out perform the old one, however, there is another thing we need to consider here which is shading. > Shading is enabled, gradient opacity disabled > Can you disable the shading and see if now they both (opengl1 and 2) equally better? We already pushed a fix for it but not sure if that you have in your build. > > Don't know if you need a minimal example, but I believe the GPURenderDemo > used with this dataset is enough to highlight the slow down. > Yes, I will use this dataset. Thanks. > > Thanks > Simon > > > 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < > aashish.chaudhary at kitware.com>: > >> Also, >> >> Do you have shading enabled? We fixed a bug with shading that was causing >> the slow performance a while back. I don't remember if that was included in >> 4.4 or not ( I can check ). >> >> - Aashish >> >> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >> aashish.chaudhary at kitware.com> wrote: >> >>> Simon, >>> >>> What kind of dataset you are using? Depending on the data type you might >>> be using >>> the GPU one or the unstructured renderer. The performance we measured is >>> related to the GPU ray cast mapper >>> and will apply only to the vtkImageData inputs. >>> >>> Also, helpful would be is if you can tell if the new mapper is bringing >>> low resolution when you interact with the volume (and whether or not it >>> happens with old mapper). >>> >>> Thanks, >>> >>> >>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>> simon.esneault at gmail.com> wrote: >>> >>>> Hi All, >>>> >>>> We are trying to make the switch to the new OpenGL2 backend for our >>>> application, and although the switch was easy (thanks for not breaking the >>>> API ;) ), we can see a significant slowdown on the GPU volume rendering >>>> part, especially during interaction. Typically we dropped from 15/20 fps to >>>> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >>>> code around. >>>> >>>> This slow down can be seen in ParaView, if you compare the latest 4.4 >>>> OpenGL2 build with the classic 4.4 build while volume rendering a big >>>> enough volume (512^3) >>>> >>>> The blog post here >>>> http://www.kitware.com/blog/home/post/976 >>>> claims that the new GPU volume rendering implementation should be >>>> faster than the old one, is there some more detailed explanation somewhere >>>> ? Are there some important parameters that can make the difference ? >>>> >>>> Thanks, >>>> >>>> Simon >>>> >>>> PS : The polygonal rendering seems a lot faster with the new backend ! >>>> >>>> -- >>>> ------------------------------------------------------------------ >>>> Simon Esneault >>>> Rennes, France >>>> ------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Search the list archives at: >>>> http://markmail.org/search/?q=vtk-developers >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>> >>>> >>>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > > > -- > ------------------------------------------------------------------ > Simon Esneault > Rennes, France > ------------------------------------------------------------------ > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Mon Oct 26 15:07:57 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 26 Oct 2015 15:07:57 -0400 Subject: [Paraview] [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Simon, I used your dataset on paraview master as of today on my Linux box running Ubuntu 14.04 and NVIDA Quadro card and I am getting about 15-20 FPS with shading on with 1920x1080 resolution. Are you on the proper 4.4 or using RC1/RC2? I checked the shading performance fix was in 4.4 but not in RC's. I don't have access to Windows box right away but I will try there too. Thanks, On Mon, Oct 26, 2015 at 2:45 PM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > > > On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT > wrote: > >> Hello Aashish, >> >> Thanks for the quick answer >> We are using a vtkImageData, 512x512x591 with short element (you can find >> the dataset here : https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). >> So I think it's all about GPU volume raycast mapper. >> The new mapper does bring low resolution, but when compared to the old >> one, it seems less "low resolution" during interaction than the old one >> > > Right, so that's why its not a exact comparison. What happens is that > depending on what is interactive, (you can set the desired update rate in > VTK, not exposed in ParaView I believe), it will do interactive but with > higher resolution (smaller sample distance). If they both have the same > sample distance, then the new mapper should out perform the old one, > however, there is another thing we need to consider here which is shading. > > >> Shading is enabled, gradient opacity disabled >> > > Can you disable the shading and see if now they both (opengl1 and 2) > equally better? We already pushed a fix for it but not sure if that you > have in your build. > >> >> Don't know if you need a minimal example, but I believe the GPURenderDemo >> used with this dataset is enough to highlight the slow down. >> > > Yes, I will use this dataset. Thanks. > >> >> Thanks >> Simon >> >> >> 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < >> aashish.chaudhary at kitware.com>: >> >>> Also, >>> >>> Do you have shading enabled? We fixed a bug with shading that was >>> causing the slow performance a while back. I don't remember if that was >>> included in 4.4 or not ( I can check ). >>> >>> - Aashish >>> >>> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >>> aashish.chaudhary at kitware.com> wrote: >>> >>>> Simon, >>>> >>>> What kind of dataset you are using? Depending on the data type you >>>> might be using >>>> the GPU one or the unstructured renderer. The performance we measured >>>> is related to the GPU ray cast mapper >>>> and will apply only to the vtkImageData inputs. >>>> >>>> Also, helpful would be is if you can tell if the new mapper is bringing >>>> low resolution when you interact with the volume (and whether or not it >>>> happens with old mapper). >>>> >>>> Thanks, >>>> >>>> >>>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>>> simon.esneault at gmail.com> wrote: >>>> >>>>> Hi All, >>>>> >>>>> We are trying to make the switch to the new OpenGL2 backend for our >>>>> application, and although the switch was easy (thanks for not breaking the >>>>> API ;) ), we can see a significant slowdown on the GPU volume rendering >>>>> part, especially during interaction. Typically we dropped from 15/20 fps to >>>>> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >>>>> code around. >>>>> >>>>> This slow down can be seen in ParaView, if you compare the latest 4.4 >>>>> OpenGL2 build with the classic 4.4 build while volume rendering a big >>>>> enough volume (512^3) >>>>> >>>>> The blog post here >>>>> http://www.kitware.com/blog/home/post/976 >>>>> claims that the new GPU volume rendering implementation should be >>>>> faster than the old one, is there some more detailed explanation somewhere >>>>> ? Are there some important parameters that can make the difference ? >>>>> >>>>> Thanks, >>>>> >>>>> Simon >>>>> >>>>> PS : The polygonal rendering seems a lot faster with the new backend ! >>>>> >>>>> -- >>>>> ------------------------------------------------------------------ >>>>> Simon Esneault >>>>> Rennes, France >>>>> ------------------------------------------------------------------ >>>>> >>>>> _______________________________________________ >>>>> Powered by www.kitware.com >>>>> >>>>> Visit other Kitware open-source projects at >>>>> http://www.kitware.com/opensource/opensource.html >>>>> >>>>> Search the list archives at: >>>>> http://markmail.org/search/?q=vtk-developers >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>> * >>>> *| http://www.kitware.com/company/team/chaudhary.html >>>> * >>>> >>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> >> >> -- >> ------------------------------------------------------------------ >> Simon Esneault >> Rennes, France >> ------------------------------------------------------------------ >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume.png Type: image/png Size: 356045 bytes Desc: not available URL: From aashish.chaudhary at kitware.com Mon Oct 26 15:12:11 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 26 Oct 2015 15:12:11 -0400 Subject: [Paraview] [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Simon, I used your dataset on paraview master as of today on my Linux box running Ubuntu 14.04 and NVIDA Quadro card and I am getting about 15-20 FPS with shading on with 1920x1080 resolution. Are you on the proper 4.4 or using RC1/RC2? I checked the shading performance fix was in 4.4 but not in RC's. I don't have access to Windows box right away but I will try there too. NOTE: You might get multiple emails because of the attachment size issue. Sorry about that. Thanks, On Mon, Oct 26, 2015 at 2:45 PM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > > > On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT > wrote: > >> Hello Aashish, >> >> Thanks for the quick answer >> We are using a vtkImageData, 512x512x591 with short element (you can find >> the dataset here : https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). >> So I think it's all about GPU volume raycast mapper. >> The new mapper does bring low resolution, but when compared to the old >> one, it seems less "low resolution" during interaction than the old one >> > > Right, so that's why its not a exact comparison. What happens is that > depending on what is interactive, (you can set the desired update rate in > VTK, not exposed in ParaView I believe), it will do interactive but with > higher resolution (smaller sample distance). If they both have the same > sample distance, then the new mapper should out perform the old one, > however, there is another thing we need to consider here which is shading. > > >> Shading is enabled, gradient opacity disabled >> > > Can you disable the shading and see if now they both (opengl1 and 2) > equally better? We already pushed a fix for it but not sure if that you > have in your build. > >> >> Don't know if you need a minimal example, but I believe the GPURenderDemo >> used with this dataset is enough to highlight the slow down. >> > > Yes, I will use this dataset. Thanks. > >> >> Thanks >> Simon >> >> >> 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < >> aashish.chaudhary at kitware.com>: >> >>> Also, >>> >>> Do you have shading enabled? We fixed a bug with shading that was >>> causing the slow performance a while back. I don't remember if that was >>> included in 4.4 or not ( I can check ). >>> >>> - Aashish >>> >>> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >>> aashish.chaudhary at kitware.com> wrote: >>> >>>> Simon, >>>> >>>> What kind of dataset you are using? Depending on the data type you >>>> might be using >>>> the GPU one or the unstructured renderer. The performance we measured >>>> is related to the GPU ray cast mapper >>>> and will apply only to the vtkImageData inputs. >>>> >>>> Also, helpful would be is if you can tell if the new mapper is bringing >>>> low resolution when you interact with the volume (and whether or not it >>>> happens with old mapper). >>>> >>>> Thanks, >>>> >>>> >>>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>>> simon.esneault at gmail.com> wrote: >>>> >>>>> Hi All, >>>>> >>>>> We are trying to make the switch to the new OpenGL2 backend for our >>>>> application, and although the switch was easy (thanks for not breaking the >>>>> API ;) ), we can see a significant slowdown on the GPU volume rendering >>>>> part, especially during interaction. Typically we dropped from 15/20 fps to >>>>> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >>>>> code around. >>>>> >>>>> This slow down can be seen in ParaView, if you compare the latest 4.4 >>>>> OpenGL2 build with the classic 4.4 build while volume rendering a big >>>>> enough volume (512^3) >>>>> >>>>> The blog post here >>>>> http://www.kitware.com/blog/home/post/976 >>>>> claims that the new GPU volume rendering implementation should be >>>>> faster than the old one, is there some more detailed explanation somewhere >>>>> ? Are there some important parameters that can make the difference ? >>>>> >>>>> Thanks, >>>>> >>>>> Simon >>>>> >>>>> PS : The polygonal rendering seems a lot faster with the new backend ! >>>>> >>>>> -- >>>>> ------------------------------------------------------------------ >>>>> Simon Esneault >>>>> Rennes, France >>>>> ------------------------------------------------------------------ >>>>> >>>>> _______________________________________________ >>>>> Powered by www.kitware.com >>>>> >>>>> Visit other Kitware open-source projects at >>>>> http://www.kitware.com/opensource/opensource.html >>>>> >>>>> Search the list archives at: >>>>> http://markmail.org/search/?q=vtk-developers >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>> * >>>> *| http://www.kitware.com/company/team/chaudhary.html >>>> * >>>> >>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> >> >> -- >> ------------------------------------------------------------------ >> Simon Esneault >> Rennes, France >> ------------------------------------------------------------------ >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume.png Type: image/png Size: 167601 bytes Desc: not available URL: From giordano_lipari at yahoo.co.uk Mon Oct 26 16:49:26 2015 From: giordano_lipari at yahoo.co.uk (Giordano Lipari) Date: Mon, 26 Oct 2015 20:49:26 +0000 (UTC) Subject: [Paraview] [EXTERNAL] Wiggly annotated time In-Reply-To: References: Message-ID: <2088198211.4988641.1445892566332.JavaMail.yahoo@mail.yahoo.com> Namely 4.3.1. Forgot to mention, sorry. I will try a more recent version asap. Hopefully I will be able to import the state files seamlessly. No news good news. From: "Scott, W Alan" To: Giordano Lipari ; "paraview at paraview.org" Sent: Sunday, 25 October 2015, 23:02 Subject: RE: [EXTERNAL] [Paraview] Wiggly annotated time ParaView version?? This did occur about a version or two ago. Alan -----Original Message----- From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Giordano Lipari Sent: Saturday, October 24, 2015 3:54 AM To: paraview at paraview.org Subject: [EXTERNAL] [Paraview] Wiggly annotated time Hi all! I have created an animation out of four panels. Two of them show still figures and two of them are animated. I have then added a time annotation and noted that, in the final rendering, the location of the time counter tends to wiggle about its intended position. Examples of these are already on YouTube. In ??? https://www.youtube.com/watch?v=iM_4VZ4vkJQ the time counter is located on a still view (top right). While in ??? https://www.youtube.com/watch?v=eSwqD3clNAo the time counter is located on an animated view (bottom left). The wiggles occur nonetheless. Is this an acknowledged glitch and is there a fix for this little badness? Thanks for dealing with this. Giordano Lipari _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan.abernathey at gmail.com Mon Oct 26 17:38:07 2015 From: ryan.abernathey at gmail.com (Ryan Abernathey) Date: Mon, 26 Oct 2015 17:38:07 -0400 Subject: [Paraview] tile edge artifacts with volume rending in parallel mode In-Reply-To: References: Message-ID: Excellent. This bug is frustrating because the parallel speedup I am getting with volume rendering is huge! (Nearly linear up to ~24 processes.) So consider my issue to also be a compliment regarding the excellent scaling of Paraview! ;) On Mon, Oct 26, 2015 at 12:35 PM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > Thanks for the confirmation Ryan. This is almost my next task in the list. > I will provide an update soon. > > - Aashish > > On Mon, Oct 26, 2015 at 12:28 PM, Ryan Abernathey < > ryan.abernathey at gmail.com> wrote: > >> We just rebuilt paraview from the latest master >> with VTK_RENDERING_BACKEND set it to OpenGL2. >> >> Unfortunately this did not fix the problem with volume rending in mpi >> mode. >> >> Best, >> Ryan >> >> On Wed, Oct 21, 2015 at 7:09 PM, Aashish Chaudhary < >> aashish.chaudhary at kitware.com> wrote: >> >>> If you checkout ParaView master and then go into the advance setting, >>> look for VTK_RENDERING_BACKEND and set it to OpenGL2 (should be a dropdown >>> if using the CMake GUI). Make sure you do it on a fresh build directly >>> >>> On Wed, Oct 21, 2015 at 6:36 PM, Ryan Abernathey < >>> ryan.abernathey at gmail.com> wrote: >>> >>>> Looks like you are using the OpenGL backend. Is there a possibility of >>>>> you switching to OpenGL2 backend? >>>>> >>>> >>>> I would be happy to try this. Could you link me to the relevant >>>> documentation describing how to switch backend? >>>> >>>> >>>>> - Aashish >>>>> >>>>> On Wed, Oct 21, 2015 at 3:37 PM, Ryan Abernathey < >>>>> ryan.abernathey at gmail.com> wrote: >>>>> >>>>>> Hello, >>>>>> >>>>>> I am trying to do volume rendering of this data: >>>>>> >>>>>> ftp://ftp.ldeo.columbia.edu/pub/rpa/paraview_netcdf/rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000001500.nc >>>>>> >>>>>> It works fine when Paraview is in regular (serial) mode. But the >>>>>> rendering is very slow. I have 32 cores in my workstation, so I tried using >>>>>> Paraview in parallel with 16 cores. This goes MUCH faster. But >>>>>> unfortunately, artifacts are visible related to the tiling of the data >>>>>> >>>>>> This image is a screenshot from the serial case: >>>>>> [image: Inline image 6] >>>>>> >>>>>> And this is from the parallel case. Note the grid lines visible in >>>>>> the bottom slice. >>>>>> [image: Inline image 7] >>>>>> >>>>>> The state file to reproduce this case is available here: >>>>>> >>>>>> ftp://ftp.ldeo.columbia.edu/pub/rpa/paraview_netcdf/test_volume_parallel.pvsm >>>>>> >>>>>> Does anyone know how to fix these rendering issues in parallel mode? >>>>>> >>>>>> Sincere thanks, >>>>>> Ryan Abernathey >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>>> >>>>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>>>> >>>>>> Follow this link to subscribe/unsubscribe: >>>>>> http://public.kitware.com/mailman/listinfo/paraview >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> >>>>> >>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>> * >>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>> * >>>>> >>>> >>>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume_render.jpg Type: image/jpeg Size: 111690 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume_render_parallel.jpg Type: image/jpeg Size: 112049 bytes Desc: not available URL: From tim.gallagher at gatech.edu Mon Oct 26 20:21:25 2015 From: tim.gallagher at gatech.edu (Tim Gallagher) Date: Mon, 26 Oct 2015 20:21:25 -0400 (EDT) Subject: [Paraview] Saving a slice of data for later visualization In-Reply-To: <789464895.10645414.1445905081463.JavaMail.root@mail.gatech.edu> Message-ID: <427018502.10645532.1445905285082.JavaMail.root@mail.gatech.edu> Hi, I'm struggling to write a script for Paraview that will let me take a slice through my vtkMultiblockDataSet and save just the slice (so all of the data on the slice and all of the points that make up the slice) in a format that I can look at later. I can get it to dump all of the data to a set of CSV files, but I can't look at those again in paraview. My function is very simple (see below). I have tried to use CreateWriter directly with the .vtk file extension like is shown on http://www.paraview.org/Wiki/ParaView/Python_Scripting#Writing_Data_Files_.28ParaView_3.9_or_later.29 but that says the vtk file format is unknown and so it doesn't work. I have tried virtually every writer that would make sense in that writer line and none of them work properly. As it is, the one that is there now says: vtkCompositeDataPipeline (0x9ac9380): Can not execute simple alorithm without output ports and I don't know what that means or why it fails to write. (Side note -- algorithm is spelled wrong in that error message, comes from vtkCompositeDataPipeline.cxx line 168). Anybody have any suggestions or advice on how to save the datasets that results from a slice so I can look at just that slice later? Thanks, Tim def run(out_dir, file_num, spreadsheet_name, slice_origin, slice_normal, triangulate=False): restart_file = XDMFReader(FileName=out_dir+'/RESTS/rest_%05i.xmf' % file_num) restart_file_dr = Show() if triangulate: tri = 1 else: tri = 0 my_slice = Slice(SliceOffsetValues=[0.0], Triangulatetheslice=tri, SliceType="Plane" ) my_slice.SliceType.Origin = slice_origin my_slice.SliceType.Normal = slice_normal slice_dr = Show() writer = XMLUnstructuredGridWriter(Input=my_slice) writer.FileName = out_dir+"/post/"+"%s_data_%05i_.vtu" % (spreadsheet_name, file_num) writer.UpdatePipeline() From andy.bauer at kitware.com Tue Oct 27 07:55:20 2015 From: andy.bauer at kitware.com (Andy Bauer) Date: Tue, 27 Oct 2015 07:55:20 -0400 Subject: [Paraview] Saving a slice of data for later visualization In-Reply-To: <427018502.10645532.1445905285082.JavaMail.root@mail.gatech.edu> References: <789464895.10645414.1445905081463.JavaMail.root@mail.gatech.edu> <427018502.10645532.1445905285082.JavaMail.root@mail.gatech.edu> Message-ID: Hi Tim, I believe that the writer you want is the XML multiblock data writer -- XMLMultiBlockDataWriter(). The extension for that is .vtm. The reason for this is that a slice through a multiblock data set outputs a multiblock of polydata. You can use the Merge Blocks filter to reduce it to an unstructured grid. Cheers, Andy On Mon, Oct 26, 2015 at 8:21 PM, Tim Gallagher wrote: > Hi, > > I'm struggling to write a script for Paraview that will let me take a > slice through my vtkMultiblockDataSet and save just the slice (so all of > the data on the slice and all of the points that make up the slice) in a > format that I can look at later. I can get it to dump all of the data to a > set of CSV files, but I can't look at those again in paraview. > > My function is very simple (see below). I have tried to use CreateWriter > directly with the .vtk file extension like is shown on > http://www.paraview.org/Wiki/ParaView/Python_Scripting#Writing_Data_Files_.28ParaView_3.9_or_later.29 > but that says the vtk file format is unknown and so it doesn't work. > > I have tried virtually every writer that would make sense in that writer > line and none of them work properly. As it is, the one that is there now > says: > > vtkCompositeDataPipeline (0x9ac9380): Can not execute simple alorithm > without output ports > > and I don't know what that means or why it fails to write. (Side note -- > algorithm is spelled wrong in that error message, comes from > vtkCompositeDataPipeline.cxx line 168). > > Anybody have any suggestions or advice on how to save the datasets that > results from a slice so I can look at just that slice later? > > Thanks, > > Tim > > def run(out_dir, file_num, spreadsheet_name, slice_origin, slice_normal, > triangulate=False): > restart_file = XDMFReader(FileName=out_dir+'/RESTS/rest_%05i.xmf' % > file_num) > restart_file_dr = Show() > > if triangulate: > tri = 1 > else: > tri = 0 > > my_slice = Slice(SliceOffsetValues=[0.0], Triangulatetheslice=tri, > SliceType="Plane" ) > my_slice.SliceType.Origin = slice_origin > my_slice.SliceType.Normal = slice_normal > > slice_dr = Show() > > writer = XMLUnstructuredGridWriter(Input=my_slice) > writer.FileName = out_dir+"/post/"+"%s_data_%05i_.vtu" % > (spreadsheet_name, file_num) > writer.UpdatePipeline() > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Tue Oct 27 09:10:22 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Tue, 27 Oct 2015 09:10:22 -0400 Subject: [Paraview] [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Dear Simon, Checking again. Wondering if you can provide some more detail on the binary you are using and whether or not without shading the rendering performance comparable to older version. Thanks, On Mon, Oct 26, 2015 at 3:12 PM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > Simon, > > I used your dataset on paraview master as of today on my Linux box running > Ubuntu 14.04 and NVIDA Quadro card and I am getting about 15-20 FPS with > shading on with 1920x1080 resolution. > > Are you on the proper 4.4 or using RC1/RC2? I checked the shading > performance fix was in 4.4 but not in RC's. I don't have access to Windows > box right away but I will try there too. > > NOTE: You might get multiple emails because of the attachment size issue. > Sorry about that. > > Thanks, > > On Mon, Oct 26, 2015 at 2:45 PM, Aashish Chaudhary < > aashish.chaudhary at kitware.com> wrote: > >> >> >> On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT > > wrote: >> >>> Hello Aashish, >>> >>> Thanks for the quick answer >>> We are using a vtkImageData, 512x512x591 with short element (you can >>> find the dataset here : >>> https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). So I think it's >>> all about GPU volume raycast mapper. >>> The new mapper does bring low resolution, but when compared to the old >>> one, it seems less "low resolution" during interaction than the old one >>> >> >> Right, so that's why its not a exact comparison. What happens is that >> depending on what is interactive, (you can set the desired update rate in >> VTK, not exposed in ParaView I believe), it will do interactive but with >> higher resolution (smaller sample distance). If they both have the same >> sample distance, then the new mapper should out perform the old one, >> however, there is another thing we need to consider here which is shading. >> >> >>> Shading is enabled, gradient opacity disabled >>> >> >> Can you disable the shading and see if now they both (opengl1 and 2) >> equally better? We already pushed a fix for it but not sure if that you >> have in your build. >> >>> >>> Don't know if you need a minimal example, but I believe the >>> GPURenderDemo used with this dataset is enough to highlight the slow down. >>> >> >> Yes, I will use this dataset. Thanks. >> >>> >>> Thanks >>> Simon >>> >>> >>> 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < >>> aashish.chaudhary at kitware.com>: >>> >>>> Also, >>>> >>>> Do you have shading enabled? We fixed a bug with shading that was >>>> causing the slow performance a while back. I don't remember if that was >>>> included in 4.4 or not ( I can check ). >>>> >>>> - Aashish >>>> >>>> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >>>> aashish.chaudhary at kitware.com> wrote: >>>> >>>>> Simon, >>>>> >>>>> What kind of dataset you are using? Depending on the data type you >>>>> might be using >>>>> the GPU one or the unstructured renderer. The performance we measured >>>>> is related to the GPU ray cast mapper >>>>> and will apply only to the vtkImageData inputs. >>>>> >>>>> Also, helpful would be is if you can tell if the new mapper is >>>>> bringing low resolution when you interact with the volume (and whether or >>>>> not it happens with old mapper). >>>>> >>>>> Thanks, >>>>> >>>>> >>>>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>>>> simon.esneault at gmail.com> wrote: >>>>> >>>>>> Hi All, >>>>>> >>>>>> We are trying to make the switch to the new OpenGL2 backend for our >>>>>> application, and although the switch was easy (thanks for not breaking the >>>>>> API ;) ), we can see a significant slowdown on the GPU volume rendering >>>>>> part, especially during interaction. Typically we dropped from 15/20 fps to >>>>>> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >>>>>> code around. >>>>>> >>>>>> This slow down can be seen in ParaView, if you compare the latest 4.4 >>>>>> OpenGL2 build with the classic 4.4 build while volume rendering a big >>>>>> enough volume (512^3) >>>>>> >>>>>> The blog post here >>>>>> http://www.kitware.com/blog/home/post/976 >>>>>> claims that the new GPU volume rendering implementation should be >>>>>> faster than the old one, is there some more detailed explanation somewhere >>>>>> ? Are there some important parameters that can make the difference ? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Simon >>>>>> >>>>>> PS : The polygonal rendering seems a lot faster with the new backend ! >>>>>> >>>>>> -- >>>>>> ------------------------------------------------------------------ >>>>>> Simon Esneault >>>>>> Rennes, France >>>>>> ------------------------------------------------------------------ >>>>>> >>>>>> _______________________________________________ >>>>>> Powered by www.kitware.com >>>>>> >>>>>> Visit other Kitware open-source projects at >>>>>> http://www.kitware.com/opensource/opensource.html >>>>>> >>>>>> Search the list archives at: >>>>>> http://markmail.org/search/?q=vtk-developers >>>>>> >>>>>> Follow this link to subscribe/unsubscribe: >>>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> >>>>> >>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>> * >>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>> * >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>> * >>>> *| http://www.kitware.com/company/team/chaudhary.html >>>> * >>>> >>> >>> >>> >>> -- >>> ------------------------------------------------------------------ >>> Simon Esneault >>> Rennes, France >>> ------------------------------------------------------------------ >>> >> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.esneault at gmail.com Tue Oct 27 09:43:05 2015 From: simon.esneault at gmail.com (Simon ESNEAULT) Date: Tue, 27 Oct 2015 14:43:05 +0100 Subject: [Paraview] [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Hello Aashish, Sorry for the late answer, I was busy this morning. Thanks for testing with the DataSet. I agree the performance is still quite good with the new backend, and I also get something like 15/20 fps on windows on an HD screen. But when compared to the old one, and in some condition (when zoomed especially), it looks really slower to me The two tested version are : - ParaView 4.4.0 64 bits final version for the old backend - ParaView 4.4.0-193-gec96423 64 bits, for the OpenGL2 backend. on a windows 7 box, Xeon E3-1220 v3 CPU, 16GB ram and Nvidia Quadro K420 To highlight the difference, here is what I do : - Launch both version on the same computer at the same time - Load the above dataset on each - Select volume rendering - Adjust the transfer function data range to [100-750] (the default "Cool to Warm" is fine) - Set the view direction to +Y - Adjust the Y of the camera position to -300 And start interacting ... Dunno if there is an easy way to print out the Frame Rate in Paraview, but the new version seems really twice slower in these conditions... We can see it does not scale in the same way, the old backend seems more aggressive on the image sample reduction, hence the interactivity is better. Shading enable or not does not change much I'm aware of the DesiredUpdateRate thing, we use to play with this with the old backend to fine tune the interactivity, although what's really inside was never clear to me I hope that there is enough information for you to reproduce this, do not hesitate to ask for some more information. Thanks a lot for your help Simon 2015-10-27 14:10 GMT+01:00 Aashish Chaudhary : > Dear Simon, > > Checking again. Wondering if you can provide some more detail on the > binary you are using and whether or not without shading the rendering > performance comparable to older version. > > Thanks, > > > On Mon, Oct 26, 2015 at 3:12 PM, Aashish Chaudhary < > aashish.chaudhary at kitware.com> wrote: > >> Simon, >> >> I used your dataset on paraview master as of today on my Linux box >> running Ubuntu 14.04 and NVIDA Quadro card and I am getting about 15-20 FPS >> with shading on with 1920x1080 resolution. >> >> Are you on the proper 4.4 or using RC1/RC2? I checked the shading >> performance fix was in 4.4 but not in RC's. I don't have access to Windows >> box right away but I will try there too. >> >> NOTE: You might get multiple emails because of the attachment size issue. >> Sorry about that. >> >> Thanks, >> >> On Mon, Oct 26, 2015 at 2:45 PM, Aashish Chaudhary < >> aashish.chaudhary at kitware.com> wrote: >> >>> >>> >>> On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT < >>> simon.esneault at gmail.com> wrote: >>> >>>> Hello Aashish, >>>> >>>> Thanks for the quick answer >>>> We are using a vtkImageData, 512x512x591 with short element (you can >>>> find the dataset here : >>>> https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). So I think it's >>>> all about GPU volume raycast mapper. >>>> The new mapper does bring low resolution, but when compared to the old >>>> one, it seems less "low resolution" during interaction than the old one >>>> >>> >>> Right, so that's why its not a exact comparison. What happens is that >>> depending on what is interactive, (you can set the desired update rate in >>> VTK, not exposed in ParaView I believe), it will do interactive but with >>> higher resolution (smaller sample distance). If they both have the same >>> sample distance, then the new mapper should out perform the old one, >>> however, there is another thing we need to consider here which is shading. >>> >>> >>>> Shading is enabled, gradient opacity disabled >>>> >>> >>> Can you disable the shading and see if now they both (opengl1 and 2) >>> equally better? We already pushed a fix for it but not sure if that you >>> have in your build. >>> >>>> >>>> Don't know if you need a minimal example, but I believe the >>>> GPURenderDemo used with this dataset is enough to highlight the slow down. >>>> >>> >>> Yes, I will use this dataset. Thanks. >>> >>>> >>>> Thanks >>>> Simon >>>> >>>> >>>> 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < >>>> aashish.chaudhary at kitware.com>: >>>> >>>>> Also, >>>>> >>>>> Do you have shading enabled? We fixed a bug with shading that was >>>>> causing the slow performance a while back. I don't remember if that was >>>>> included in 4.4 or not ( I can check ). >>>>> >>>>> - Aashish >>>>> >>>>> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >>>>> aashish.chaudhary at kitware.com> wrote: >>>>> >>>>>> Simon, >>>>>> >>>>>> What kind of dataset you are using? Depending on the data type you >>>>>> might be using >>>>>> the GPU one or the unstructured renderer. The performance we measured >>>>>> is related to the GPU ray cast mapper >>>>>> and will apply only to the vtkImageData inputs. >>>>>> >>>>>> Also, helpful would be is if you can tell if the new mapper is >>>>>> bringing low resolution when you interact with the volume (and whether or >>>>>> not it happens with old mapper). >>>>>> >>>>>> Thanks, >>>>>> >>>>>> >>>>>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>>>>> simon.esneault at gmail.com> wrote: >>>>>> >>>>>>> Hi All, >>>>>>> >>>>>>> We are trying to make the switch to the new OpenGL2 backend for our >>>>>>> application, and although the switch was easy (thanks for not breaking the >>>>>>> API ;) ), we can see a significant slowdown on the GPU volume rendering >>>>>>> part, especially during interaction. Typically we dropped from 15/20 fps to >>>>>>> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >>>>>>> code around. >>>>>>> >>>>>>> This slow down can be seen in ParaView, if you compare the latest >>>>>>> 4.4 OpenGL2 build with the classic 4.4 build while volume rendering a big >>>>>>> enough volume (512^3) >>>>>>> >>>>>>> The blog post here >>>>>>> http://www.kitware.com/blog/home/post/976 >>>>>>> claims that the new GPU volume rendering implementation should be >>>>>>> faster than the old one, is there some more detailed explanation somewhere >>>>>>> ? Are there some important parameters that can make the difference ? >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> Simon >>>>>>> >>>>>>> PS : The polygonal rendering seems a lot faster with the new backend >>>>>>> ! >>>>>>> >>>>>>> -- >>>>>>> ------------------------------------------------------------------ >>>>>>> Simon Esneault >>>>>>> Rennes, France >>>>>>> ------------------------------------------------------------------ >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Powered by www.kitware.com >>>>>>> >>>>>>> Visit other Kitware open-source projects at >>>>>>> http://www.kitware.com/opensource/opensource.html >>>>>>> >>>>>>> Search the list archives at: >>>>>>> http://markmail.org/search/?q=vtk-developers >>>>>>> >>>>>>> Follow this link to subscribe/unsubscribe: >>>>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> >>>>>> >>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>> * >>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>> * >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> >>>>> >>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>> * >>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>> * >>>>> >>>> >>>> >>>> >>>> -- >>>> ------------------------------------------------------------------ >>>> Simon Esneault >>>> Rennes, France >>>> ------------------------------------------------------------------ >>>> >>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Tue Oct 27 09:48:45 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Tue, 27 Oct 2015 09:48:45 -0400 Subject: [Paraview] [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Hi Simon, This is helpful but just missing few more bits: 1) Did you try without the shading and see how the performance compares? 2) ParaView 4.4.0-193-gec96423 --> Where did you get this one from (ParaView download page or did you built yourself?) Also, so on your system the old mapper is running 30FPS and the new one at 15-20 FPS as per your summary. Thanks, - Aashish On Tue, Oct 27, 2015 at 9:43 AM, Simon ESNEAULT wrote: > Hello Aashish, > > Sorry for the late answer, I was busy this morning. > Thanks for testing with the DataSet. > I agree the performance is still quite good with the new backend, and I > also get something like 15/20 fps on windows on an HD screen. But when > compared to the old one, and in some condition (when zoomed especially), it > looks really slower to me > The two tested version are : > - ParaView 4.4.0 64 bits final version for the old backend > - ParaView 4.4.0-193-gec96423 64 bits, for the OpenGL2 backend. > on a windows 7 box, Xeon E3-1220 v3 CPU, 16GB ram and Nvidia Quadro K420 > > To highlight the difference, here is what I do : > - Launch both version on the same computer at the same time > - Load the above dataset on each > - Select volume rendering > - Adjust the transfer function data range to [100-750] (the default "Cool > to Warm" is fine) > - Set the view direction to +Y > - Adjust the Y of the camera position to -300 > > And start interacting ... > Dunno if there is an easy way to print out the Frame Rate in Paraview, but > the new version seems really twice slower in these conditions... We can see > it does not scale in the same way, the old backend seems more aggressive on > the image sample reduction, hence the interactivity is better. > Shading enable or not does not change much > > I'm aware of the DesiredUpdateRate thing, we use to play with this with > the old backend to fine tune the interactivity, although what's really > inside was never clear to me > > I hope that there is enough information for you to reproduce this, do not > hesitate to ask for some more information. > > Thanks a lot for your help > Simon > > > 2015-10-27 14:10 GMT+01:00 Aashish Chaudhary < > aashish.chaudhary at kitware.com>: > >> Dear Simon, >> >> Checking again. Wondering if you can provide some more detail on the >> binary you are using and whether or not without shading the rendering >> performance comparable to older version. >> >> Thanks, >> >> >> On Mon, Oct 26, 2015 at 3:12 PM, Aashish Chaudhary < >> aashish.chaudhary at kitware.com> wrote: >> >>> Simon, >>> >>> I used your dataset on paraview master as of today on my Linux box >>> running Ubuntu 14.04 and NVIDA Quadro card and I am getting about 15-20 FPS >>> with shading on with 1920x1080 resolution. >>> >>> Are you on the proper 4.4 or using RC1/RC2? I checked the shading >>> performance fix was in 4.4 but not in RC's. I don't have access to Windows >>> box right away but I will try there too. >>> >>> NOTE: You might get multiple emails because of the attachment size >>> issue. Sorry about that. >>> >>> Thanks, >>> >>> On Mon, Oct 26, 2015 at 2:45 PM, Aashish Chaudhary < >>> aashish.chaudhary at kitware.com> wrote: >>> >>>> >>>> >>>> On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT < >>>> simon.esneault at gmail.com> wrote: >>>> >>>>> Hello Aashish, >>>>> >>>>> Thanks for the quick answer >>>>> We are using a vtkImageData, 512x512x591 with short element (you can >>>>> find the dataset here : >>>>> https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). So I think >>>>> it's all about GPU volume raycast mapper. >>>>> The new mapper does bring low resolution, but when compared to the old >>>>> one, it seems less "low resolution" during interaction than the old one >>>>> >>>> >>>> Right, so that's why its not a exact comparison. What happens is that >>>> depending on what is interactive, (you can set the desired update rate in >>>> VTK, not exposed in ParaView I believe), it will do interactive but with >>>> higher resolution (smaller sample distance). If they both have the same >>>> sample distance, then the new mapper should out perform the old one, >>>> however, there is another thing we need to consider here which is shading. >>>> >>>> >>>>> Shading is enabled, gradient opacity disabled >>>>> >>>> >>>> Can you disable the shading and see if now they both (opengl1 and 2) >>>> equally better? We already pushed a fix for it but not sure if that you >>>> have in your build. >>>> >>>>> >>>>> Don't know if you need a minimal example, but I believe the >>>>> GPURenderDemo used with this dataset is enough to highlight the slow down. >>>>> >>>> >>>> Yes, I will use this dataset. Thanks. >>>> >>>>> >>>>> Thanks >>>>> Simon >>>>> >>>>> >>>>> 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < >>>>> aashish.chaudhary at kitware.com>: >>>>> >>>>>> Also, >>>>>> >>>>>> Do you have shading enabled? We fixed a bug with shading that was >>>>>> causing the slow performance a while back. I don't remember if that was >>>>>> included in 4.4 or not ( I can check ). >>>>>> >>>>>> - Aashish >>>>>> >>>>>> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >>>>>> aashish.chaudhary at kitware.com> wrote: >>>>>> >>>>>>> Simon, >>>>>>> >>>>>>> What kind of dataset you are using? Depending on the data type you >>>>>>> might be using >>>>>>> the GPU one or the unstructured renderer. The performance we >>>>>>> measured is related to the GPU ray cast mapper >>>>>>> and will apply only to the vtkImageData inputs. >>>>>>> >>>>>>> Also, helpful would be is if you can tell if the new mapper is >>>>>>> bringing low resolution when you interact with the volume (and whether or >>>>>>> not it happens with old mapper). >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> >>>>>>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>>>>>> simon.esneault at gmail.com> wrote: >>>>>>> >>>>>>>> Hi All, >>>>>>>> >>>>>>>> We are trying to make the switch to the new OpenGL2 backend for our >>>>>>>> application, and although the switch was easy (thanks for not breaking the >>>>>>>> API ;) ), we can see a significant slowdown on the GPU volume rendering >>>>>>>> part, especially during interaction. Typically we dropped from 15/20 fps to >>>>>>>> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >>>>>>>> code around. >>>>>>>> >>>>>>>> This slow down can be seen in ParaView, if you compare the latest >>>>>>>> 4.4 OpenGL2 build with the classic 4.4 build while volume rendering a big >>>>>>>> enough volume (512^3) >>>>>>>> >>>>>>>> The blog post here >>>>>>>> http://www.kitware.com/blog/home/post/976 >>>>>>>> claims that the new GPU volume rendering implementation should be >>>>>>>> faster than the old one, is there some more detailed explanation somewhere >>>>>>>> ? Are there some important parameters that can make the difference ? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> >>>>>>>> Simon >>>>>>>> >>>>>>>> PS : The polygonal rendering seems a lot faster with the new >>>>>>>> backend ! >>>>>>>> >>>>>>>> -- >>>>>>>> ------------------------------------------------------------------ >>>>>>>> Simon Esneault >>>>>>>> Rennes, France >>>>>>>> ------------------------------------------------------------------ >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Powered by www.kitware.com >>>>>>>> >>>>>>>> Visit other Kitware open-source projects at >>>>>>>> http://www.kitware.com/opensource/opensource.html >>>>>>>> >>>>>>>> Search the list archives at: >>>>>>>> http://markmail.org/search/?q=vtk-developers >>>>>>>> >>>>>>>> Follow this link to subscribe/unsubscribe: >>>>>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> >>>>>>> >>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>> * >>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>> * >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> >>>>>> >>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>> * >>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>> * >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> ------------------------------------------------------------------ >>>>> Simon Esneault >>>>> Rennes, France >>>>> ------------------------------------------------------------------ >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>> * >>>> *| http://www.kitware.com/company/team/chaudhary.html >>>> * >>>> >>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > > > -- > ------------------------------------------------------------------ > Simon Esneault > Rennes, France > ------------------------------------------------------------------ > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.lonie at kitware.com Tue Oct 27 10:23:22 2015 From: david.lonie at kitware.com (David Lonie) Date: Tue, 27 Oct 2015 10:23:22 -0400 Subject: [Paraview] segmentation fault with netCDF when loading state file In-Reply-To: References: Message-ID: Hi Ryan, I'm looking into this issue. I download the sample data you provided, and the state file loads and renders fine for me with the current (as of this morning) master branch of ParaView. What version of ParaView are you using? Can you test the latest master branch? It appears that whatever the bug was, it has been fixed. Dave On Wed, Oct 21, 2015 at 9:50 AM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > Ryan, > > would it be possible for you to share a sample dataset? The NetCDF reader > has fails to read data in certain corner cases but without having the data > to reproduce the issue it is kind of little tricky to get to the problem. > > - Aashish > > On Wed, Oct 21, 2015 at 9:44 AM, Ryan Abernathey < > ryan.abernathey at gmail.com> wrote: > >> Does anyone have any feedback on this issue? >> >> I have no idea how to debug or continue. I will have to abandon paraview >> for my project unless I can get some help somehow. >> >> Thanks, >> >> Ryan Abernathey >> Assistant Professor >> Columbia University, Department of Earth & Environmental Sciences >> Lamont-Doherty Earth Observatory, Division of Ocean & Climate Physics >> 205 C Oceanography >> 61 Route 9W - PO Box 1000 >> Palisades, NY 10964-8000 >> http://rabernat.github.io >> rpa at ldeo.columbia.edu >> >> >> On Mon, Oct 19, 2015 at 4:59 PM, Ryan Abernathey < >> ryan.abernathey at gmail.com> wrote: >> >>> Hello, >>> >>> I am extremely frustrated and stuck on this problem. Any advice would be >>> appreciated. >>> >>> I am working with a dataset of 2400 sequentially numbered netCDF files >>> (generic & CF conventions). >>> >>> In a fresh pipeline, Paraview is able to recognizes these files as a >>> single source and load them correctly. I then create a standard pipeline >>> involving various filters (contour, etc., nothing funny) and save a state >>> file. >>> >>> When I attempt to load the state file, I get the following segmentation >>> fault. Further down you can see a ncdump of the offending file. >>> >>> Would appreciate any advice on how to debug / overcome this issue. Is it >>> a bug? It sure feels like one... >>> >>> Best, >>> Ryan Abernathey >>> >>> >>> ERROR: In >>> /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, >>> line 822 >>> vtkNetCDFCFReader (0x55c0620): netCDF Error: NetCDF: Index exceeds >>> dimension bound >>> >>> >>> ERROR: In >>> /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkExecutive.cxx, >>> line 784 >>> vtkPVCompositeDataPipeline (0x5be23d0): Algorithm >>> vtkFileSeriesReader(0x4c0c3e0) returned failure for request: vtkInformation >>> (0x8141700) >>> Debug: Off >>> Modified Time: 999905 >>> Reference Count: 1 >>> Registered Events: (none) >>> Request: REQUEST_DATA >>> FORWARD_DIRECTION: 0 >>> FROM_OUTPUT_PORT: 0 >>> ALGORITHM_AFTER_FORWARD: 1 >>> >>> >>> >>> >>> ERROR: In >>> /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkExecutive.cxx, >>> line 784 >>> vtkCompositeDataPipeline (0x744fde0): Algorithm >>> vtkPVGeometryFilter(0x7436500) returned failure for request: vtkInformation >>> (0x5737250) >>> Debug: Off >>> Modified Time: 999943 >>> Reference Count: 1 >>> Registered Events: (none) >>> Request: REQUEST_DATA_OBJECT >>> FORWARD_DIRECTION: 0 >>> FROM_OUTPUT_PORT: 0 >>> ALGORITHM_AFTER_FORWARD: 1 >>> >>> >>> >>> >>> Segmentation fault (core dumped) >>> >>> >>> >>> >>> >>> ------------------------ >>> $ ncdump -h rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000000300.nc >>> netcdf rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000000300 { >>> dimensions: >>> x = 512 ; >>> y = 512 ; >>> z = 64 ; >>> time = UNLIMITED ; // (1 currently) >>> variables: >>> float x(x) ; >>> x:units = "m" ; >>> float y(y) ; >>> y:units = "m" ; >>> float z(z) ; >>> z:units = "m" ; >>> z:long_name = "height" ; >>> float time(time) ; >>> time:units = "d" ; >>> time:long_name = "time" ; >>> float p(z) ; >>> p:units = "mb" ; >>> p:long_name = "pressure" ; >>> float zi(z) ; >>> zi:units = "m" ; >>> zi:long_name = "intfc_ht" ; >>> float U(time, z, y, x) ; >>> U:long_name = "X Wind >>> Component " ; >>> U:units = "m/s " ; >>> float V(time, z, y, x) ; >>> V:long_name = "Y Wind >>> Component " ; >>> V:units = "m/s " ; >>> float W(time, z, y, x) ; >>> W:long_name = "Z Wind >>> Component " ; >>> W:units = "m/s " ; >>> float PP(time, z, y, x) ; >>> PP:long_name = "Pressure >>> Perturbation " ; >>> PP:units = "Pa " ; >>> float QRAD(time, z, y, x) ; >>> QRAD:long_name = "Radiative heating >>> rate " ; >>> QRAD:units = "K/day " ; >>> float TABS(time, z, y, x) ; >>> TABS:long_name = "Absolute >>> Temperature " ; >>> TABS:units = "K " ; >>> float QV(time, z, y, x) ; >>> QV:long_name = "Water >>> Vapor " >>> ; >>> QV:units = "g/kg " ; >>> float QN(time, z, y, x) ; >>> QN:long_name = "Non-precipitating Condensate >>> (Water+Ice) " ; >>> QN:units = "g/kg " ; >>> float QP(time, z, y, x) ; >>> QP:long_name = "Precipitating Water >>> (Rain+Snow) " ; >>> QP:units = "g/kg " ; >>> float LQRAD(time, z, y, x) ; >>> LQRAD:long_name = "LW Radiative heating >>> rate " ; >>> LQRAD:units = "K/day " ; >>> float SQRAD(time, z, y, x) ; >>> SQRAD:long_name = "SW Radiative heating >>> rate " ; >>> SQRAD:units = "K/day " ; >>> } >>> >>> >> >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan.abernathey at gmail.com Tue Oct 27 13:16:02 2015 From: ryan.abernathey at gmail.com (Ryan Abernathey) Date: Tue, 27 Oct 2015 13:16:02 -0400 Subject: [Paraview] segmentation fault with netCDF when loading state file In-Reply-To: References: Message-ID: David, Thanks for your investigation. I will be able to try this tomorrow. The original issue was with Paraview 4.3.1. We recently built the latest master, so I will be able to confirm whether it was fixed in between. Best, Ryan On Tue, Oct 27, 2015 at 10:23 AM, David Lonie wrote: > Hi Ryan, > > I'm looking into this issue. > > I download the sample data you provided, and the state file loads and > renders fine for me with the current (as of this morning) master branch of > ParaView. What version of ParaView are you using? Can you test the latest > master branch? It appears that whatever the bug was, it has been fixed. > > Dave > > On Wed, Oct 21, 2015 at 9:50 AM, Aashish Chaudhary < > aashish.chaudhary at kitware.com> wrote: > >> Ryan, >> >> would it be possible for you to share a sample dataset? The NetCDF reader >> has fails to read data in certain corner cases but without having the data >> to reproduce the issue it is kind of little tricky to get to the problem. >> >> - Aashish >> >> On Wed, Oct 21, 2015 at 9:44 AM, Ryan Abernathey < >> ryan.abernathey at gmail.com> wrote: >> >>> Does anyone have any feedback on this issue? >>> >>> I have no idea how to debug or continue. I will have to abandon paraview >>> for my project unless I can get some help somehow. >>> >>> Thanks, >>> >>> Ryan Abernathey >>> Assistant Professor >>> Columbia University, Department of Earth & Environmental Sciences >>> Lamont-Doherty Earth Observatory, Division of Ocean & Climate Physics >>> 205 C Oceanography >>> 61 Route 9W - PO Box 1000 >>> Palisades, NY 10964-8000 >>> http://rabernat.github.io >>> rpa at ldeo.columbia.edu >>> >>> >>> On Mon, Oct 19, 2015 at 4:59 PM, Ryan Abernathey < >>> ryan.abernathey at gmail.com> wrote: >>> >>>> Hello, >>>> >>>> I am extremely frustrated and stuck on this problem. Any advice would >>>> be appreciated. >>>> >>>> I am working with a dataset of 2400 sequentially numbered netCDF files >>>> (generic & CF conventions). >>>> >>>> In a fresh pipeline, Paraview is able to recognizes these files as a >>>> single source and load them correctly. I then create a standard pipeline >>>> involving various filters (contour, etc., nothing funny) and save a state >>>> file. >>>> >>>> When I attempt to load the state file, I get the following segmentation >>>> fault. Further down you can see a ncdump of the offending file. >>>> >>>> Would appreciate any advice on how to debug / overcome this issue. Is >>>> it a bug? It sure feels like one... >>>> >>>> Best, >>>> Ryan Abernathey >>>> >>>> >>>> ERROR: In >>>> /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, >>>> line 822 >>>> vtkNetCDFCFReader (0x55c0620): netCDF Error: NetCDF: Index exceeds >>>> dimension bound >>>> >>>> >>>> ERROR: In >>>> /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkExecutive.cxx, >>>> line 784 >>>> vtkPVCompositeDataPipeline (0x5be23d0): Algorithm >>>> vtkFileSeriesReader(0x4c0c3e0) returned failure for request: vtkInformation >>>> (0x8141700) >>>> Debug: Off >>>> Modified Time: 999905 >>>> Reference Count: 1 >>>> Registered Events: (none) >>>> Request: REQUEST_DATA >>>> FORWARD_DIRECTION: 0 >>>> FROM_OUTPUT_PORT: 0 >>>> ALGORITHM_AFTER_FORWARD: 1 >>>> >>>> >>>> >>>> >>>> ERROR: In >>>> /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkExecutive.cxx, >>>> line 784 >>>> vtkCompositeDataPipeline (0x744fde0): Algorithm >>>> vtkPVGeometryFilter(0x7436500) returned failure for request: vtkInformation >>>> (0x5737250) >>>> Debug: Off >>>> Modified Time: 999943 >>>> Reference Count: 1 >>>> Registered Events: (none) >>>> Request: REQUEST_DATA_OBJECT >>>> FORWARD_DIRECTION: 0 >>>> FROM_OUTPUT_PORT: 0 >>>> ALGORITHM_AFTER_FORWARD: 1 >>>> >>>> >>>> >>>> >>>> Segmentation fault (core dumped) >>>> >>>> >>>> >>>> >>>> >>>> ------------------------ >>>> $ ncdump -h rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000000300.nc >>>> netcdf rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000000300 { >>>> dimensions: >>>> x = 512 ; >>>> y = 512 ; >>>> z = 64 ; >>>> time = UNLIMITED ; // (1 currently) >>>> variables: >>>> float x(x) ; >>>> x:units = "m" ; >>>> float y(y) ; >>>> y:units = "m" ; >>>> float z(z) ; >>>> z:units = "m" ; >>>> z:long_name = "height" ; >>>> float time(time) ; >>>> time:units = "d" ; >>>> time:long_name = "time" ; >>>> float p(z) ; >>>> p:units = "mb" ; >>>> p:long_name = "pressure" ; >>>> float zi(z) ; >>>> zi:units = "m" ; >>>> zi:long_name = "intfc_ht" ; >>>> float U(time, z, y, x) ; >>>> U:long_name = "X Wind >>>> Component " ; >>>> U:units = "m/s " ; >>>> float V(time, z, y, x) ; >>>> V:long_name = "Y Wind >>>> Component " ; >>>> V:units = "m/s " ; >>>> float W(time, z, y, x) ; >>>> W:long_name = "Z Wind >>>> Component " ; >>>> W:units = "m/s " ; >>>> float PP(time, z, y, x) ; >>>> PP:long_name = "Pressure >>>> Perturbation " ; >>>> PP:units = "Pa " ; >>>> float QRAD(time, z, y, x) ; >>>> QRAD:long_name = "Radiative heating >>>> rate " ; >>>> QRAD:units = "K/day " ; >>>> float TABS(time, z, y, x) ; >>>> TABS:long_name = "Absolute >>>> Temperature " ; >>>> TABS:units = "K " ; >>>> float QV(time, z, y, x) ; >>>> QV:long_name = "Water >>>> Vapor " >>>> ; >>>> QV:units = "g/kg " ; >>>> float QN(time, z, y, x) ; >>>> QN:long_name = "Non-precipitating Condensate >>>> (Water+Ice) " ; >>>> QN:units = "g/kg " ; >>>> float QP(time, z, y, x) ; >>>> QP:long_name = "Precipitating Water >>>> (Rain+Snow) " ; >>>> QP:units = "g/kg " ; >>>> float LQRAD(time, z, y, x) ; >>>> LQRAD:long_name = "LW Radiative heating >>>> rate " ; >>>> LQRAD:units = "K/day " ; >>>> float SQRAD(time, z, y, x) ; >>>> SQRAD:long_name = "SW Radiative heating >>>> rate " ; >>>> SQRAD:units = "K/day " ; >>>> } >>>> >>>> >>> >>> _______________________________________________ >>> 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 >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Tue Oct 27 13:29:20 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 27 Oct 2015 13:29:20 -0400 Subject: [Paraview] Python array data into Paraview with simultaneous manipulation by Programmable Filter In-Reply-To: <40CF4395-F6E4-4254-86D9-5EA05CDF472A@duke.edu> References: <40CF4395-F6E4-4254-86D9-5EA05CDF472A@duke.edu> Message-ID: > > Is there a way to conduct this procedure all in one fell swoop in the > Python Shell? Yes. You may want to write your Python script in a text file that you can run in ParaView's Python Shell via the "Run Script" button. > The main things I am curious about are 1) whether I can load a data from a > Python array into Paraview as x, y, and z coordinates and Yes. Do you have your data in numpy arrays? If so, see this series of blog posts on Numpy and ParaView for more info: http://www.kitware.com/blog/home/post/709 > 2) whether there?s a way to control the creation of a Programmable Filter > from the Python shell. > Yes. programmableSource1 = ProgrammableSource() programmableSource1.Script = 'import vtk' programmableSource1.ScriptRequestInformation = '' programmableSource1.PythonPath = '' Note that this requires you to write the Python script for the Programmable Source as a string in your main Python script. Of course, you can also load it from a file or some other source you may have. HTH, Cory > > > -- > Eli Medvescek > Duke University '17 | Biomedical Engineering > 520.780.6888 > eli.medvescek at duke.edu > > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From michel.rasquin at colorado.edu Tue Oct 27 13:45:56 2015 From: michel.rasquin at colorado.edu (Michel Rasquin) Date: Tue, 27 Oct 2015 17:45:56 +0000 Subject: [Paraview] Catalyst and adaptor: attaching new fields In-Reply-To: References: <2F5A0312-C10D-41AA-B0B2-B6EAA8E4F9F5@colorado.edu> Message-ID: <09B93526-F9CA-488C-906E-33CA2A9A177C@colorado.edu> Hi Andy, Thank you for your quick answer. You probably already read my previous answer about this issue. The problem was located in NeedToCreateGrid(...), which also clears any field data associated with an existing grid. The solution consists in calling simply this function only once for every new time step. That said, you raised a good point about IsFieldNeeded(?), which was also on my radar. I already observed that RequestDataDescription(datadescription) in the python script sets AllFields in the data description object to On. As a consequence, all the fields specified in the adaptor are passed to Catalyst since IsFieldNeeded() always returns true, whether the corresponding field is used in the Catalyst pipeline or not. Since we have improved our adaptor (we should commit it back now) and increased the number of fields we are potentially interest in for coprocesing purpose, this can indeed leads to additional memory usage and cpu time. I definitely agree it would therefore be quite useful to have the possibility to request only the desired field variables through the IsFieldNeeded() function in the adaptor. If you have any advice regarding this feature, I would be very interested in trying that out. Thank you for your help! Cheers, Michel On Oct 26, 2015, at 5:57 PM, Andy Bauer > wrote: Hi Michel, You should be able to pass a single field at a time to Catalyst. I'm not sure where the problem is but my first guess is that maybe you're giving the same name to all of the fields. What does the code that's calling addfield() look like? Note that the Catalyst API uses things like idd->IsFieldNeeded("pressure") to check if a field is needed by the pipeline. This has been in the API since nearly the beginning but we've never had a chance to generate Python scripts which can take advantage of loading only desired fields. This can potentially save on both execution time and memory usage. This is on my radar again but I'm not sure when it will get done. You can modify the Python scripts though to just request the desired field variables in the RequestDataDescription() method and everything should work as desired. Let us know if you want to try that out and need help with it. Cheers, Andy On Mon, Oct 26, 2015 at 11:22 AM, Michel Rasquin > wrote: Hi everyone, I am trying to add some fields to a vtkCPAdaptorAPI object for coprocessing with Catalyst. I rely for that purpose on the successful implementation of the Phasta adaptor provided along with ParaView. See ParaView-v4.4.0-source/CoProcessing/Adaptors/PhastaAdaptor/PhastaAdaptor.cxx. After the initialization of the coprocessing objects and the generation of the grid, the current implementation to add fields in the phasta adaptor relies on the following function: void addfields(? double* dofArray, double* vortArray, double * otherFieldOfInterest ? ) { vtkCPInputDataDescription* idd = vtkCPAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input?); vtkUnstructuredGrid* UnstructuredGrid = vtkUnstructuredGrid::SafeDownCast(idd->GetGrid()); if(!UnstructuredGrid) { vtkGenericWarningMacro("No unstructured grid to attach field data to."); return; } // now add numerical field data //velocity vtkIdType NumberOfNodes = UnstructuredGrid->GetNumberOfPoints(); if(idd->IsFieldNeeded("velocity")) { vtkDoubleArray* velocity = vtkDoubleArray::New(); velocity->SetName("velocity"); velocity->SetNumberOfComponents(3); velocity->SetNumberOfTuples(NumberOfNodes); for (vtkIdType idx=0; idxSetTuple3(idx, dofArray[idx], dofArray[idx+ *nshg], dofArray[idx+ *nshg*2]); } UnstructuredGrid->GetPointData()->AddArray(velocity); velocity->Delete(); } if(idd->IsFieldNeeded(?vorticity")) { vtkDoubleArray* vorticity = vtkDoubleArray::New(); velocity->SetName(?vorticity"); velocity->SetNumberOfComponents(3); velocity->SetNumberOfTuples(NumberOfNodes); for (vtkIdType idx=0; idxSetTuple3(idx, vortArray[idx], vortArray[idx+ *nshg], vortArray[idx+ *nshg*2]); } UnstructuredGrid->GetPointData()->AddArray(vorticity); vorticity->Delete(); } // etc for any the other fields of interest for Catalyst } Currently, all the fields requested for coprocessing needs to be attached in this function at the same time, using the same pointer to vtkUnstructuredGrid resulting from the SafeDownCast mentioned above. However, I need a more flexible implementation so that I can call addfield (with no ?s?) as many times as needed and attach a single field to the vtkCPAdaptorAPI object each time this function is called. Concretely, my first implementation is simply the following: void addfield(std::string fieldName, int* NumberOfComp, double* fieldArray) { vtkCPInputDataDescription* idd = vtkCPAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input"); vtkUnstructuredGrid* UnstructuredGrid = vtkUnstructuredGrid::SafeDownCast(idd->GetGrid()); if(!UnstructuredGrid) { vtkGenericWarningMacro("No unstructured grid to attach field data to."); return; } // Get number of nodes vtkIdType NumberOfNodes = UnstructuredGrid->GetNumberOfPoints(); // Add field if(idd->IsFieldNeeded(fieldName.c_str())) { vtkDoubleArray* dataArray = vtkDoubleArray::New(); dataArray->SetName(fieldName.c_str()); dataArray->SetNumberOfComponents(*NumberOfComp); dataArray->SetNumberOfTuples(NumberOfNodes); // fill in dataArray from fieldArray, NumberOfNodes and NumberOfComp ? UnstructuredGrid->GetPointData()->AddArray(dataArray); dataArray->Delete(); } } The problem is that only the last field passed to this new addfield() function can be actually used by Catalyst for coprocessing. Indeed, it appears that all other fields previously passed to addfield() cannot be retrieved from the vtkCPAdaptorAPI object. Consequently, any filter in the Catalyst pipeline that relies on the N-1 first fields (out of N in total) passed to addfields() will be ignored because relevant data is missing. I suspect the issue is in one of the first two lines of the addfield() function, namely vtkCPInputDataDescription* idd = vtkCPAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input"); vtkUnstructuredGrid* UnstructuredGrid = vtkUnstructuredGrid::SafeDownCast(idd->GetGrid()); Could you please let me know if it is possible to pass one single field at a time to the Catalyst adaptor from different locations of the code, or if all the fields must be passed in one shot? Thank you for your help. Best regards, Michel _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Tue Oct 27 14:09:34 2015 From: andy.bauer at kitware.com (Andy Bauer) Date: Tue, 27 Oct 2015 14:09:34 -0400 Subject: [Paraview] Catalyst and adaptor: attaching new fields In-Reply-To: <09B93526-F9CA-488C-906E-33CA2A9A177C@colorado.edu> References: <2F5A0312-C10D-41AA-B0B2-B6EAA8E4F9F5@colorado.edu> <09B93526-F9CA-488C-906E-33CA2A9A177C@colorado.edu> Message-ID: Hi Michel, Yep, I saw your email that you figured out the issue. The Fortran API for Catalyst is probably a little bit clunky but it's difficult to tell who's using what for that so I didn't want to change anything there. Feel free to push some of that code back if you want to. The gitlab tools are much nicer than gerrit so hopefully it's easier to make changes. As for the IsFieldNeeded() function, it's already been tested for a simulation code and works quite nicely. That code has a lot of derived variables that it can compute but doesn't store explicitly. We hope to make it easy to take advantage of that when generating scripts but there's quite a bit of work to do in order to get it working. It's probably too much to try to completely automate it by going through the pipeline (impossible to automate for data extract output since it's not known what fields the user wants written out). If you have a specific script that you want modified for that though, if you share it I can help modify it to get that behavior. Hopefully the changes are just a couple of lines so that in the future you can follow along and maybe make the changes yourself if you're in a rush. Cheers, Andy ps. If you're going to be at SC15, we can meet up there and talk about requesting specific fields if you have the time. On Tue, Oct 27, 2015 at 1:45 PM, Michel Rasquin wrote: > Hi Andy, > > Thank you for your quick answer. > > You probably already read my previous answer about this issue. > The problem was located in NeedToCreateGrid(...), which also clears any > field data associated with an existing grid. > The solution consists in calling simply this function only once for every > new time step. > > That said, you raised a good point about IsFieldNeeded(?), which was also > on my radar. > > I already observed that RequestDataDescription(datadescription) in the > python script sets AllFields in the data description object to On. As a > consequence, all the fields specified in the adaptor are passed to Catalyst > since IsFieldNeeded() always returns true, whether the corresponding field > is used in the Catalyst pipeline or not. Since we have improved our adaptor > (we should commit it back now) and increased the number of fields we are > potentially interest in for coprocesing purpose, this can indeed leads to > additional memory usage and cpu time. > > I definitely agree it would therefore be quite useful to have the > possibility to request only the desired field variables through the > IsFieldNeeded() function in the adaptor. > If you have any advice regarding this feature, I would be very interested > in trying that out. > > Thank you for your help! > > Cheers, > > Michel > > > > > On Oct 26, 2015, at 5:57 PM, Andy Bauer wrote: > > Hi Michel, > > You should be able to pass a single field at a time to Catalyst. I'm not > sure where the problem is but my first guess is that maybe you're giving > the same name to all of the fields. What does the code that's calling > addfield() look like? > > Note that the Catalyst API uses things like idd->IsFieldNeeded("pressure") > to check if a field is needed by the pipeline. This has been in the API > since nearly the beginning but we've never had a chance to generate Python > scripts which can take advantage of loading only desired fields. This can > potentially save on both execution time and memory usage. This is on my > radar again but I'm not sure when it will get done. You can modify the > Python scripts though to just request the desired field variables in the > RequestDataDescription() method and everything should work as desired. Let > us know if you want to try that out and need help with it. > > Cheers, > Andy > > On Mon, Oct 26, 2015 at 11:22 AM, Michel Rasquin < > michel.rasquin at colorado.edu> wrote: > >> Hi everyone, >> >> I am trying to add some fields to a vtkCPAdaptorAPI object for >> coprocessing with Catalyst. >> I rely for that purpose on the successful implementation of the Phasta >> adaptor provided along with ParaView. >> See >> ParaView-v4.4.0-source/CoProcessing/Adaptors/PhastaAdaptor/PhastaAdaptor.cxx. >> After the initialization of the coprocessing objects and the generation >> of the grid, the current implementation to add fields in the phasta adaptor >> relies on the following function: >> >> void addfields(? double* dofArray, double* vortArray, double * >> otherFieldOfInterest ? ) >> { >> vtkCPInputDataDescription* idd = >> vtkCPAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input?); >> vtkUnstructuredGrid* UnstructuredGrid = >> vtkUnstructuredGrid::SafeDownCast(idd->GetGrid()); >> if(!UnstructuredGrid) { >> vtkGenericWarningMacro("No unstructured grid to attach field data >> to."); >> return; >> } >> >> // now add numerical field data >> //velocity >> vtkIdType NumberOfNodes = UnstructuredGrid->GetNumberOfPoints(); >> if(idd->IsFieldNeeded("velocity")) >> { >> vtkDoubleArray* velocity = vtkDoubleArray::New(); >> velocity->SetName("velocity"); >> velocity->SetNumberOfComponents(3); >> velocity->SetNumberOfTuples(NumberOfNodes); >> for (vtkIdType idx=0; idx> velocity->SetTuple3(idx, dofArray[idx], >> dofArray[idx+ *nshg], >> dofArray[idx+ *nshg*2]); >> } >> UnstructuredGrid->GetPointData()->AddArray(velocity); >> velocity->Delete(); >> } >> >> if(idd->IsFieldNeeded(?vorticity")) >> { >> vtkDoubleArray* vorticity = vtkDoubleArray::New(); >> velocity->SetName(?vorticity"); >> velocity->SetNumberOfComponents(3); >> velocity->SetNumberOfTuples(NumberOfNodes); >> for (vtkIdType idx=0; idx> velocity->SetTuple3(idx, vortArray[idx], >> vortArray[idx+ *nshg], >> vortArray[idx+ *nshg*2]); >> } >> UnstructuredGrid->GetPointData()->AddArray(vorticity); >> vorticity->Delete(); >> } >> >> // etc for any the other fields of interest for Catalyst >> } >> >> Currently, all the fields requested for coprocessing needs to be attached >> in this function at the same time, using the same pointer to >> vtkUnstructuredGrid resulting from the SafeDownCast mentioned above. >> However, I need a more flexible implementation so that I can call addfield >> (with no ?s?) as many times as needed and attach a single field to the >> vtkCPAdaptorAPI object each time this function is called. >> >> Concretely, my first implementation is simply the following: >> >> void addfield(std::string fieldName, int* NumberOfComp, double* >> fieldArray) >> { >> vtkCPInputDataDescription* idd = >> vtkCPAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input"); >> vtkUnstructuredGrid* UnstructuredGrid = >> vtkUnstructuredGrid::SafeDownCast(idd->GetGrid()); >> if(!UnstructuredGrid) { >> vtkGenericWarningMacro("No unstructured grid to attach field data >> to."); >> return; >> } >> >> // Get number of nodes >> vtkIdType NumberOfNodes = UnstructuredGrid->GetNumberOfPoints(); >> >> // Add field >> if(idd->IsFieldNeeded(fieldName.c_str())) { >> vtkDoubleArray* dataArray = vtkDoubleArray::New(); >> dataArray->SetName(fieldName.c_str()); >> dataArray->SetNumberOfComponents(*NumberOfComp); >> dataArray->SetNumberOfTuples(NumberOfNodes); >> // fill in dataArray from fieldArray, NumberOfNodes and NumberOfComp >> ? >> UnstructuredGrid->GetPointData()->AddArray(dataArray); >> dataArray->Delete(); >> } >> } >> >> The problem is that only the last field passed to this new addfield() >> function can be actually used by Catalyst for coprocessing. >> Indeed, it appears that all other fields previously passed to addfield() >> cannot be retrieved from the vtkCPAdaptorAPI object. >> Consequently, any filter in the Catalyst pipeline that relies on the N-1 >> first fields (out of N in total) passed to addfields() will be ignored >> because relevant data is missing. >> >> I suspect the issue is in one of the first two lines of the addfield() >> function, namely >> >> vtkCPInputDataDescription* idd = >> vtkCPAdaptorAPI::GetCoProcessorData()->GetInputDescriptionByName("input"); >> vtkUnstructuredGrid* UnstructuredGrid = >> vtkUnstructuredGrid::SafeDownCast(idd->GetGrid()); >> >> Could you please let me know if it is possible to pass one single field >> at a time to the Catalyst adaptor from different locations of the code, or >> if all the fields must be passed in one shot? >> >> Thank you for your help. >> >> Best regards, >> >> Michel >> >> >> >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ganesh.iitm at gmail.com Tue Oct 27 15:11:54 2015 From: ganesh.iitm at gmail.com (Ganesh Vijayakumar) Date: Tue, 27 Oct 2015 19:11:54 +0000 Subject: [Paraview] Saving a slice of data for later visualization In-Reply-To: References: <789464895.10645414.1445905081463.JavaMail.root@mail.gatech.edu> <427018502.10645532.1445905285082.JavaMail.root@mail.gatech.edu> Message-ID: I use this. Has worked for me fairly well. SaveData('fileName.vtm', proxy=Clip1, Writealltimestepsasfileseries=0, DataMode='Binary', HeaderType='UInt64', EncodeAppendedData=0, CompressorType='None') On Tue, Oct 27, 2015 at 7:55 AM Andy Bauer wrote: > Hi Tim, > > I believe that the writer you want is the XML multiblock data writer -- > XMLMultiBlockDataWriter(). The extension for that is .vtm. The reason for > this is that a slice through a multiblock data set outputs a multiblock of > polydata. You can use the Merge Blocks filter to reduce it to an > unstructured grid. > > Cheers, > Andy > > On Mon, Oct 26, 2015 at 8:21 PM, Tim Gallagher > wrote: > >> Hi, >> >> I'm struggling to write a script for Paraview that will let me take a >> slice through my vtkMultiblockDataSet and save just the slice (so all of >> the data on the slice and all of the points that make up the slice) in a >> format that I can look at later. I can get it to dump all of the data to a >> set of CSV files, but I can't look at those again in paraview. >> >> My function is very simple (see below). I have tried to use CreateWriter >> directly with the .vtk file extension like is shown on >> http://www.paraview.org/Wiki/ParaView/Python_Scripting#Writing_Data_Files_.28ParaView_3.9_or_later.29 >> but that says the vtk file format is unknown and so it doesn't work. >> >> I have tried virtually every writer that would make sense in that writer >> line and none of them work properly. As it is, the one that is there now >> says: >> >> vtkCompositeDataPipeline (0x9ac9380): Can not execute simple alorithm >> without output ports >> >> and I don't know what that means or why it fails to write. (Side note -- >> algorithm is spelled wrong in that error message, comes from >> vtkCompositeDataPipeline.cxx line 168). >> >> Anybody have any suggestions or advice on how to save the datasets that >> results from a slice so I can look at just that slice later? >> >> Thanks, >> >> Tim >> >> def run(out_dir, file_num, spreadsheet_name, slice_origin, slice_normal, >> triangulate=False): >> restart_file = XDMFReader(FileName=out_dir+'/RESTS/rest_%05i.xmf' % >> file_num) >> restart_file_dr = Show() >> >> if triangulate: >> tri = 1 >> else: >> tri = 0 >> >> my_slice = Slice(SliceOffsetValues=[0.0], Triangulatetheslice=tri, >> SliceType="Plane" ) >> my_slice.SliceType.Origin = slice_origin >> my_slice.SliceType.Normal = slice_normal >> >> slice_dr = Show() >> >> writer = XMLUnstructuredGridWriter(Input=my_slice) >> writer.FileName = out_dir+"/post/"+"%s_data_%05i_.vtu" % >> (spreadsheet_name, file_num) >> writer.UpdatePipeline() >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Tue Oct 27 15:33:40 2015 From: tim.gallagher at gatech.edu (Tim Gallagher) Date: Tue, 27 Oct 2015 15:33:40 -0400 (EDT) Subject: [Paraview] Saving a slice of data for later visualization In-Reply-To: Message-ID: <1672579157.10794919.1445974420839.JavaMail.root@mail.gatech.edu> Thanks guys, As always, it was a nice combination of user error and unexpected behavior. My slice origin was [1.0, 1.0, 0.0] and when I used the CSV writer, it happily wrote out data files for me so I assumed everything worked fine. But when I used any other writer, the slice didn't actually exist (that's why there was the error about no output port). When I moved my slice to [1.0, 1.0, 0.1] then I could get other writers to work. I went with the XdmfWriter just because we're used to dealing with Xdmf files anyway. SaveData() also works (once my slice is in the right place) on later versions, but doesn't exist in 4.1. I should upgrade, but it's such a pain to build on clusters that I like to avoid it as long as possible! Thanks again, Tim ----- Original Message ----- From: "Ganesh Vijayakumar" Cc: "ParaView list" Sent: Tuesday, October 27, 2015 3:11:54 PM Subject: Re: [Paraview] Saving a slice of data for later visualization I use this. Has worked for me fairly well. SaveData('fileName.vtm', proxy=Clip1, Writealltimestepsasfileseries=0, DataMode='Binary', HeaderType='UInt64', EncodeAppendedData=0, CompressorType='None') On Tue, Oct 27, 2015 at 7:55 AM Andy Bauer < andy.bauer at kitware.com > wrote: Hi Tim, I believe that the writer you want is the XML multiblock data writer -- XMLMultiBlockDataWriter(). The extension for that is .vtm. The reason for this is that a slice through a multiblock data set outputs a multiblock of polydata. You can use the Merge Blocks filter to reduce it to an unstructured grid. Cheers, Andy On Mon, Oct 26, 2015 at 8:21 PM, Tim Gallagher < tim.gallagher at gatech.edu > wrote:
Hi, I'm struggling to write a script for Paraview that will let me take a slice through my vtkMultiblockDataSet and save just the slice (so all of the data on the slice and all of the points that make up the slice) in a format that I can look at later. I can get it to dump all of the data to a set of CSV files, but I can't look at those again in paraview. My function is very simple (see below). I have tried to use CreateWriter directly with the .vtk file extension like is shown on http://www.paraview.org/Wiki/ParaView/Python_Scripting#Writing_Data_Files_.28ParaView_3.9_or_later.29 but that says the vtk file format is unknown and so it doesn't work. I have tried virtually every writer that would make sense in that writer line and none of them work properly. As it is, the one that is there now says: vtkCompositeDataPipeline (0x9ac9380): Can not execute simple alorithm without output ports and I don't know what that means or why it fails to write. (Side note -- algorithm is spelled wrong in that error message, comes from vtkCompositeDataPipeline.cxx line 168). Anybody have any suggestions or advice on how to save the datasets that results from a slice so I can look at just that slice later? Thanks, Tim def run(out_dir, file_num, spreadsheet_name, slice_origin, slice_normal, triangulate=False): restart_file = XDMFReader(FileName=out_dir+'/RESTS/rest_%05i.xmf' % file_num) restart_file_dr = Show() if triangulate: tri = 1 else: tri = 0 my_slice = Slice(SliceOffsetValues=[0.0], Triangulatetheslice=tri, SliceType="Plane" ) my_slice.SliceType.Origin = slice_origin my_slice.SliceType.Normal = slice_normal slice_dr = Show() writer = XMLUnstructuredGridWriter(Input=my_slice) writer.FileName = out_dir+"/post/"+"%s_data_%05i_.vtu" % (spreadsheet_name, file_num) writer.UpdatePipeline() _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.esneault at gmail.com Wed Oct 28 11:57:46 2015 From: simon.esneault at gmail.com (Simon ESNEAULT) Date: Wed, 28 Oct 2015 16:57:46 +0100 Subject: [Paraview] [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Hello Aashish Did you get a chance to try to load the dataset on Windows ? Can I do anything to help you investigate ? Should I feel a bug, that may act as a reminder ? Have a nice day Simon 2015-10-27 18:26 GMT+01:00 Aashish Chaudhary : > Thanks Simon. This is really strange since we are not seeing it on Mac and > Linux (but both has dedicated cards). > > I will look into it soon. > > - aashish > > On Tue, Oct 27, 2015 at 1:03 PM, Simon ESNEAULT > wrote: > >> Ok, thank you very much fort digging into this. >> I've done some test and I believe I can see a similar slowdown happening >> on OSX, with a MacBook pro retina 13" from 2013, Intel Iris 5100 graphics. >> Good luck in the investigation, I you need more details, do not hesitate >> to ask >> Simon >> >> 2015-10-27 17:37 GMT+01:00 Aashish Chaudhary < >> aashish.chaudhary at kitware.com>: >> >>> Ah, thanks. I will get back to you on this since on Linux I don't any >>> issue so it has to be Windows specific thing. >>> >>> - Aashish >>> >>> On Tue, Oct 27, 2015 at 10:36 AM, Simon ESNEAULT < >>> simon.esneault at gmail.com> wrote: >>> >>>> I tried with that one from yesterday and today's version >>>> (4.4.0-209-gc399648) >>>> >>>> Thanks, >>>> Simon >>>> >>>> 2015-10-27 15:19 GMT+01:00 Aashish Chaudhary < >>>> aashish.chaudhary at kitware.com>: >>>> >>>>> Thanks. >>>>> >>>>> And when did you download this version? ParaView-latest-Qt4-OpenGL2- >>>>> Windows-64bit.exe >>>>> >>>>> Thanks, >>>>> Aashish >>>>> >>>>> On Tue, Oct 27, 2015 at 10:17 AM, Simon ESNEAULT < >>>>> simon.esneault at gmail.com> wrote: >>>>> >>>>>> Yes, I tried with and without the shading. Without shading enabled, >>>>>> the new Opengl2 is also slower when zoomed in (in the described condition). >>>>>> With shading enabled, the difference in speed between the two version seems >>>>>> even bigger. >>>>>> I got the version from the nightly build download section of paraview >>>>>> website (it is still available). And I've just tried with that one labeled >>>>>> "ParaView-latest-Qt4-OpenGL2-Windows-64bit.exe" with the same results. >>>>>> >>>>>> About the FPS, it is difficult to give an exact number, because it >>>>>> depends of the condition (zoomed or not etc...) but yes, this is the idea. >>>>>> In our software, I've exposed the frame rate using this example : >>>>>> http://www.vtk.org/Wiki/VTK/Examples/Cxx/Utilities/FrameRate >>>>>> And the frame rate is around 15/20 for the first backend, and around >>>>>> 6/8 for the new backend, on the same dataset (the one provided for >>>>>> example), with the same mapper parameters >>>>>> >>>>>> Thanks >>>>>> Simon >>>>>> >>>>>> >>>>>> 2015-10-27 14:48 GMT+01:00 Aashish Chaudhary < >>>>>> aashish.chaudhary at kitware.com>: >>>>>> >>>>>>> Hi Simon, >>>>>>> >>>>>>> This is helpful but just missing few more bits: >>>>>>> >>>>>>> 1) Did you try without the shading and see how the performance >>>>>>> compares? >>>>>>> >>>>>>> 2) ParaView 4.4.0-193-gec96423 --> Where did you get this one from >>>>>>> (ParaView download page or did you built yourself?) >>>>>>> >>>>>>> Also, so on your system the old mapper is running 30FPS and the new >>>>>>> one at 15-20 FPS as per your summary. >>>>>>> >>>>>>> Thanks, >>>>>>> - Aashish >>>>>>> >>>>>>> >>>>>>> On Tue, Oct 27, 2015 at 9:43 AM, Simon ESNEAULT < >>>>>>> simon.esneault at gmail.com> wrote: >>>>>>> >>>>>>>> Hello Aashish, >>>>>>>> >>>>>>>> Sorry for the late answer, I was busy this morning. >>>>>>>> Thanks for testing with the DataSet. >>>>>>>> I agree the performance is still quite good with the new backend, >>>>>>>> and I also get something like 15/20 fps on windows on an HD screen. But >>>>>>>> when compared to the old one, and in some condition (when zoomed >>>>>>>> especially), it looks really slower to me >>>>>>>> The two tested version are : >>>>>>>> - ParaView 4.4.0 64 bits final version for the old backend >>>>>>>> - ParaView 4.4.0-193-gec96423 64 bits, for the OpenGL2 backend. >>>>>>>> on a windows 7 box, Xeon E3-1220 v3 CPU, 16GB ram and Nvidia Quadro >>>>>>>> K420 >>>>>>>> >>>>>>>> To highlight the difference, here is what I do : >>>>>>>> - Launch both version on the same computer at the same time >>>>>>>> - Load the above dataset on each >>>>>>>> - Select volume rendering >>>>>>>> - Adjust the transfer function data range to [100-750] (the default >>>>>>>> "Cool to Warm" is fine) >>>>>>>> - Set the view direction to +Y >>>>>>>> - Adjust the Y of the camera position to -300 >>>>>>>> >>>>>>>> And start interacting ... >>>>>>>> Dunno if there is an easy way to print out the Frame Rate in >>>>>>>> Paraview, but the new version seems really twice slower in these >>>>>>>> conditions... We can see it does not scale in the same way, the old backend >>>>>>>> seems more aggressive on the image sample reduction, hence the >>>>>>>> interactivity is better. >>>>>>>> Shading enable or not does not change much >>>>>>>> >>>>>>>> I'm aware of the DesiredUpdateRate thing, we use to play with this >>>>>>>> with the old backend to fine tune the interactivity, although what's really >>>>>>>> inside was never clear to me >>>>>>>> >>>>>>>> I hope that there is enough information for you to reproduce this, >>>>>>>> do not hesitate to ask for some more information. >>>>>>>> >>>>>>>> Thanks a lot for your help >>>>>>>> Simon >>>>>>>> >>>>>>>> >>>>>>>> 2015-10-27 14:10 GMT+01:00 Aashish Chaudhary < >>>>>>>> aashish.chaudhary at kitware.com>: >>>>>>>> >>>>>>>>> Dear Simon, >>>>>>>>> >>>>>>>>> Checking again. Wondering if you can provide some more detail on >>>>>>>>> the binary you are using and whether or not without shading the rendering >>>>>>>>> performance comparable to older version. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> >>>>>>>>> >>>>>>>>> On Mon, Oct 26, 2015 at 3:12 PM, Aashish Chaudhary < >>>>>>>>> aashish.chaudhary at kitware.com> wrote: >>>>>>>>> >>>>>>>>>> Simon, >>>>>>>>>> >>>>>>>>>> I used your dataset on paraview master as of today on my Linux >>>>>>>>>> box running Ubuntu 14.04 and NVIDA Quadro card and I am getting about 15-20 >>>>>>>>>> FPS with shading on with 1920x1080 resolution. >>>>>>>>>> >>>>>>>>>> Are you on the proper 4.4 or using RC1/RC2? I checked the shading >>>>>>>>>> performance fix was in 4.4 but not in RC's. I don't have access to Windows >>>>>>>>>> box right away but I will try there too. >>>>>>>>>> >>>>>>>>>> NOTE: You might get multiple emails because of the attachment >>>>>>>>>> size issue. Sorry about that. >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> >>>>>>>>>> On Mon, Oct 26, 2015 at 2:45 PM, Aashish Chaudhary < >>>>>>>>>> aashish.chaudhary at kitware.com> wrote: >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT < >>>>>>>>>>> simon.esneault at gmail.com> wrote: >>>>>>>>>>> >>>>>>>>>>>> Hello Aashish, >>>>>>>>>>>> >>>>>>>>>>>> Thanks for the quick answer >>>>>>>>>>>> We are using a vtkImageData, 512x512x591 with short element >>>>>>>>>>>> (you can find the dataset here : >>>>>>>>>>>> https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). So I >>>>>>>>>>>> think it's all about GPU volume raycast mapper. >>>>>>>>>>>> The new mapper does bring low resolution, but when compared to >>>>>>>>>>>> the old one, it seems less "low resolution" during interaction than the old >>>>>>>>>>>> one >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Right, so that's why its not a exact comparison. What happens is >>>>>>>>>>> that depending on what is interactive, (you can set the desired update rate >>>>>>>>>>> in VTK, not exposed in ParaView I believe), it will do interactive but >>>>>>>>>>> with higher resolution (smaller sample distance). If they both have the >>>>>>>>>>> same sample distance, then the new mapper should out perform the old one, >>>>>>>>>>> however, there is another thing we need to consider here which is shading. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> Shading is enabled, gradient opacity disabled >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Can you disable the shading and see if now they both (opengl1 >>>>>>>>>>> and 2) equally better? We already pushed a fix for it but not sure if that >>>>>>>>>>> you have in your build. >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Don't know if you need a minimal example, but I believe the >>>>>>>>>>>> GPURenderDemo used with this dataset is enough to highlight the slow down. >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Yes, I will use this dataset. Thanks. >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Thanks >>>>>>>>>>>> Simon >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < >>>>>>>>>>>> aashish.chaudhary at kitware.com>: >>>>>>>>>>>> >>>>>>>>>>>>> Also, >>>>>>>>>>>>> >>>>>>>>>>>>> Do you have shading enabled? We fixed a bug with shading that >>>>>>>>>>>>> was causing the slow performance a while back. I don't remember if that was >>>>>>>>>>>>> included in 4.4 or not ( I can check ). >>>>>>>>>>>>> >>>>>>>>>>>>> - Aashish >>>>>>>>>>>>> >>>>>>>>>>>>> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >>>>>>>>>>>>> aashish.chaudhary at kitware.com> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Simon, >>>>>>>>>>>>>> >>>>>>>>>>>>>> What kind of dataset you are using? Depending on the data >>>>>>>>>>>>>> type you might be using >>>>>>>>>>>>>> the GPU one or the unstructured renderer. The performance we >>>>>>>>>>>>>> measured is related to the GPU ray cast mapper >>>>>>>>>>>>>> and will apply only to the vtkImageData inputs. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Also, helpful would be is if you can tell if the new mapper >>>>>>>>>>>>>> is bringing low resolution when you interact with the volume (and whether >>>>>>>>>>>>>> or not it happens with old mapper). >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>>>>>>>>>>>>> simon.esneault at gmail.com> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hi All, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> We are trying to make the switch to the new OpenGL2 backend >>>>>>>>>>>>>>> for our application, and although the switch was easy (thanks for not >>>>>>>>>>>>>>> breaking the API ;) ), we can see a significant slowdown on the GPU volume >>>>>>>>>>>>>>> rendering part, especially during interaction. Typically we dropped from >>>>>>>>>>>>>>> 15/20 fps to 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with >>>>>>>>>>>>>>> the same code around. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> This slow down can be seen in ParaView, if you compare the >>>>>>>>>>>>>>> latest 4.4 OpenGL2 build with the classic 4.4 build while volume rendering >>>>>>>>>>>>>>> a big enough volume (512^3) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> The blog post here >>>>>>>>>>>>>>> http://www.kitware.com/blog/home/post/976 >>>>>>>>>>>>>>> claims that the new GPU volume rendering implementation >>>>>>>>>>>>>>> should be faster than the old one, is there some more detailed explanation >>>>>>>>>>>>>>> somewhere ? Are there some important parameters that can make the >>>>>>>>>>>>>>> difference ? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Simon >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> PS : The polygonal rendering seems a lot faster with the new >>>>>>>>>>>>>>> backend ! >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>>>>>>> Simon Esneault >>>>>>>>>>>>>>> Rennes, France >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>> Powered by www.kitware.com >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Visit other Kitware open-source projects at >>>>>>>>>>>>>>> http://www.kitware.com/opensource/opensource.html >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Search the list archives at: >>>>>>>>>>>>>>> http://markmail.org/search/?q=vtk-developers >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Follow this link to subscribe/unsubscribe: >>>>>>>>>>>>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware >>>>>>>>>>>>>> Inc. * >>>>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>>>>>> * >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware >>>>>>>>>>>>> Inc. * >>>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>>>>> * >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> >>>>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>>>> Simon Esneault >>>>>>>>>>>> Rennes, France >>>>>>>>>>>> >>>>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>>>>>> * >>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>>> * >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>>>>> * >>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>> * >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>>>> * >>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>> * >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> ------------------------------------------------------------------ >>>>>>>> Simon Esneault >>>>>>>> Rennes, France >>>>>>>> ------------------------------------------------------------------ >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> >>>>>>> >>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>> * >>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>> * >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> ------------------------------------------------------------------ >>>>>> Simon Esneault >>>>>> Rennes, France >>>>>> ------------------------------------------------------------------ >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> >>>>> >>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>> * >>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>> * >>>>> >>>> >>>> >>>> >>>> -- >>>> ------------------------------------------------------------------ >>>> Simon Esneault >>>> Rennes, France >>>> ------------------------------------------------------------------ >>>> >>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> >> >> -- >> ------------------------------------------------------------------ >> Simon Esneault >> Rennes, France >> ------------------------------------------------------------------ >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Wed Oct 28 11:59:37 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Wed, 28 Oct 2015 11:59:37 -0400 Subject: [Paraview] [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Hi Simon, I am just finishing up a ParaView5 related parallel volume rendering bug (pushing a branch today to VTK). This is next on my list. - Aashish On Wed, Oct 28, 2015 at 11:57 AM, Simon ESNEAULT wrote: > Hello Aashish > > Did you get a chance to try to load the dataset on Windows ? > Can I do anything to help you investigate ? Should I feel a bug, that may > act as a reminder ? > Have a nice day > Simon > > > 2015-10-27 18:26 GMT+01:00 Aashish Chaudhary < > aashish.chaudhary at kitware.com>: > >> Thanks Simon. This is really strange since we are not seeing it on Mac >> and Linux (but both has dedicated cards). >> >> I will look into it soon. >> >> - aashish >> >> On Tue, Oct 27, 2015 at 1:03 PM, Simon ESNEAULT > > wrote: >> >>> Ok, thank you very much fort digging into this. >>> I've done some test and I believe I can see a similar slowdown happening >>> on OSX, with a MacBook pro retina 13" from 2013, Intel Iris 5100 graphics. >>> Good luck in the investigation, I you need more details, do not hesitate >>> to ask >>> Simon >>> >>> 2015-10-27 17:37 GMT+01:00 Aashish Chaudhary < >>> aashish.chaudhary at kitware.com>: >>> >>>> Ah, thanks. I will get back to you on this since on Linux I don't any >>>> issue so it has to be Windows specific thing. >>>> >>>> - Aashish >>>> >>>> On Tue, Oct 27, 2015 at 10:36 AM, Simon ESNEAULT < >>>> simon.esneault at gmail.com> wrote: >>>> >>>>> I tried with that one from yesterday and today's version >>>>> (4.4.0-209-gc399648) >>>>> >>>>> Thanks, >>>>> Simon >>>>> >>>>> 2015-10-27 15:19 GMT+01:00 Aashish Chaudhary < >>>>> aashish.chaudhary at kitware.com>: >>>>> >>>>>> Thanks. >>>>>> >>>>>> And when did you download this version? ParaView-latest-Qt4-OpenGL2- >>>>>> Windows-64bit.exe >>>>>> >>>>>> Thanks, >>>>>> Aashish >>>>>> >>>>>> On Tue, Oct 27, 2015 at 10:17 AM, Simon ESNEAULT < >>>>>> simon.esneault at gmail.com> wrote: >>>>>> >>>>>>> Yes, I tried with and without the shading. Without shading enabled, >>>>>>> the new Opengl2 is also slower when zoomed in (in the described condition). >>>>>>> With shading enabled, the difference in speed between the two version seems >>>>>>> even bigger. >>>>>>> I got the version from the nightly build download section of >>>>>>> paraview website (it is still available). And I've just tried with that one >>>>>>> labeled "ParaView-latest-Qt4-OpenGL2-Windows-64bit.exe" with the same >>>>>>> results. >>>>>>> >>>>>>> About the FPS, it is difficult to give an exact number, because it >>>>>>> depends of the condition (zoomed or not etc...) but yes, this is the idea. >>>>>>> In our software, I've exposed the frame rate using this example : >>>>>>> http://www.vtk.org/Wiki/VTK/Examples/Cxx/Utilities/FrameRate >>>>>>> And the frame rate is around 15/20 for the first backend, and around >>>>>>> 6/8 for the new backend, on the same dataset (the one provided for >>>>>>> example), with the same mapper parameters >>>>>>> >>>>>>> Thanks >>>>>>> Simon >>>>>>> >>>>>>> >>>>>>> 2015-10-27 14:48 GMT+01:00 Aashish Chaudhary < >>>>>>> aashish.chaudhary at kitware.com>: >>>>>>> >>>>>>>> Hi Simon, >>>>>>>> >>>>>>>> This is helpful but just missing few more bits: >>>>>>>> >>>>>>>> 1) Did you try without the shading and see how the performance >>>>>>>> compares? >>>>>>>> >>>>>>>> 2) ParaView 4.4.0-193-gec96423 --> Where did you get this one from >>>>>>>> (ParaView download page or did you built yourself?) >>>>>>>> >>>>>>>> Also, so on your system the old mapper is running 30FPS and the new >>>>>>>> one at 15-20 FPS as per your summary. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> - Aashish >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Oct 27, 2015 at 9:43 AM, Simon ESNEAULT < >>>>>>>> simon.esneault at gmail.com> wrote: >>>>>>>> >>>>>>>>> Hello Aashish, >>>>>>>>> >>>>>>>>> Sorry for the late answer, I was busy this morning. >>>>>>>>> Thanks for testing with the DataSet. >>>>>>>>> I agree the performance is still quite good with the new backend, >>>>>>>>> and I also get something like 15/20 fps on windows on an HD screen. But >>>>>>>>> when compared to the old one, and in some condition (when zoomed >>>>>>>>> especially), it looks really slower to me >>>>>>>>> The two tested version are : >>>>>>>>> - ParaView 4.4.0 64 bits final version for the old backend >>>>>>>>> - ParaView 4.4.0-193-gec96423 64 bits, for the OpenGL2 backend. >>>>>>>>> on a windows 7 box, Xeon E3-1220 v3 CPU, 16GB ram and Nvidia >>>>>>>>> Quadro K420 >>>>>>>>> >>>>>>>>> To highlight the difference, here is what I do : >>>>>>>>> - Launch both version on the same computer at the same time >>>>>>>>> - Load the above dataset on each >>>>>>>>> - Select volume rendering >>>>>>>>> - Adjust the transfer function data range to [100-750] (the >>>>>>>>> default "Cool to Warm" is fine) >>>>>>>>> - Set the view direction to +Y >>>>>>>>> - Adjust the Y of the camera position to -300 >>>>>>>>> >>>>>>>>> And start interacting ... >>>>>>>>> Dunno if there is an easy way to print out the Frame Rate in >>>>>>>>> Paraview, but the new version seems really twice slower in these >>>>>>>>> conditions... We can see it does not scale in the same way, the old backend >>>>>>>>> seems more aggressive on the image sample reduction, hence the >>>>>>>>> interactivity is better. >>>>>>>>> Shading enable or not does not change much >>>>>>>>> >>>>>>>>> I'm aware of the DesiredUpdateRate thing, we use to play with this >>>>>>>>> with the old backend to fine tune the interactivity, although what's really >>>>>>>>> inside was never clear to me >>>>>>>>> >>>>>>>>> I hope that there is enough information for you to reproduce this, >>>>>>>>> do not hesitate to ask for some more information. >>>>>>>>> >>>>>>>>> Thanks a lot for your help >>>>>>>>> Simon >>>>>>>>> >>>>>>>>> >>>>>>>>> 2015-10-27 14:10 GMT+01:00 Aashish Chaudhary < >>>>>>>>> aashish.chaudhary at kitware.com>: >>>>>>>>> >>>>>>>>>> Dear Simon, >>>>>>>>>> >>>>>>>>>> Checking again. Wondering if you can provide some more detail on >>>>>>>>>> the binary you are using and whether or not without shading the rendering >>>>>>>>>> performance comparable to older version. >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Mon, Oct 26, 2015 at 3:12 PM, Aashish Chaudhary < >>>>>>>>>> aashish.chaudhary at kitware.com> wrote: >>>>>>>>>> >>>>>>>>>>> Simon, >>>>>>>>>>> >>>>>>>>>>> I used your dataset on paraview master as of today on my Linux >>>>>>>>>>> box running Ubuntu 14.04 and NVIDA Quadro card and I am getting about 15-20 >>>>>>>>>>> FPS with shading on with 1920x1080 resolution. >>>>>>>>>>> >>>>>>>>>>> Are you on the proper 4.4 or using RC1/RC2? I checked the >>>>>>>>>>> shading performance fix was in 4.4 but not in RC's. I don't have access to >>>>>>>>>>> Windows box right away but I will try there too. >>>>>>>>>>> >>>>>>>>>>> NOTE: You might get multiple emails because of the attachment >>>>>>>>>>> size issue. Sorry about that. >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> >>>>>>>>>>> On Mon, Oct 26, 2015 at 2:45 PM, Aashish Chaudhary < >>>>>>>>>>> aashish.chaudhary at kitware.com> wrote: >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT < >>>>>>>>>>>> simon.esneault at gmail.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Hello Aashish, >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks for the quick answer >>>>>>>>>>>>> We are using a vtkImageData, 512x512x591 with short element >>>>>>>>>>>>> (you can find the dataset here : >>>>>>>>>>>>> https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). So I >>>>>>>>>>>>> think it's all about GPU volume raycast mapper. >>>>>>>>>>>>> The new mapper does bring low resolution, but when compared to >>>>>>>>>>>>> the old one, it seems less "low resolution" during interaction than the old >>>>>>>>>>>>> one >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Right, so that's why its not a exact comparison. What happens >>>>>>>>>>>> is that depending on what is interactive, (you can set the desired update >>>>>>>>>>>> rate in VTK, not exposed in ParaView I believe), it will do interactive >>>>>>>>>>>> but with higher resolution (smaller sample distance). If they both have >>>>>>>>>>>> the same sample distance, then the new mapper should out perform the old >>>>>>>>>>>> one, however, there is another thing we need to consider here which is >>>>>>>>>>>> shading. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> Shading is enabled, gradient opacity disabled >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Can you disable the shading and see if now they both (opengl1 >>>>>>>>>>>> and 2) equally better? We already pushed a fix for it but not sure if that >>>>>>>>>>>> you have in your build. >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Don't know if you need a minimal example, but I believe the >>>>>>>>>>>>> GPURenderDemo used with this dataset is enough to highlight the slow down. >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Yes, I will use this dataset. Thanks. >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks >>>>>>>>>>>>> Simon >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < >>>>>>>>>>>>> aashish.chaudhary at kitware.com>: >>>>>>>>>>>>> >>>>>>>>>>>>>> Also, >>>>>>>>>>>>>> >>>>>>>>>>>>>> Do you have shading enabled? We fixed a bug with shading that >>>>>>>>>>>>>> was causing the slow performance a while back. I don't remember if that was >>>>>>>>>>>>>> included in 4.4 or not ( I can check ). >>>>>>>>>>>>>> >>>>>>>>>>>>>> - Aashish >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >>>>>>>>>>>>>> aashish.chaudhary at kitware.com> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Simon, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> What kind of dataset you are using? Depending on the data >>>>>>>>>>>>>>> type you might be using >>>>>>>>>>>>>>> the GPU one or the unstructured renderer. The performance we >>>>>>>>>>>>>>> measured is related to the GPU ray cast mapper >>>>>>>>>>>>>>> and will apply only to the vtkImageData inputs. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Also, helpful would be is if you can tell if the new mapper >>>>>>>>>>>>>>> is bringing low resolution when you interact with the volume (and whether >>>>>>>>>>>>>>> or not it happens with old mapper). >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>>>>>>>>>>>>>> simon.esneault at gmail.com> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Hi All, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> We are trying to make the switch to the new OpenGL2 backend >>>>>>>>>>>>>>>> for our application, and although the switch was easy (thanks for not >>>>>>>>>>>>>>>> breaking the API ;) ), we can see a significant slowdown on the GPU volume >>>>>>>>>>>>>>>> rendering part, especially during interaction. Typically we dropped from >>>>>>>>>>>>>>>> 15/20 fps to 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with >>>>>>>>>>>>>>>> the same code around. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> This slow down can be seen in ParaView, if you compare the >>>>>>>>>>>>>>>> latest 4.4 OpenGL2 build with the classic 4.4 build while volume rendering >>>>>>>>>>>>>>>> a big enough volume (512^3) >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> The blog post here >>>>>>>>>>>>>>>> http://www.kitware.com/blog/home/post/976 >>>>>>>>>>>>>>>> claims that the new GPU volume rendering implementation >>>>>>>>>>>>>>>> should be faster than the old one, is there some more detailed explanation >>>>>>>>>>>>>>>> somewhere ? Are there some important parameters that can make the >>>>>>>>>>>>>>>> difference ? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Simon >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> PS : The polygonal rendering seems a lot faster with the >>>>>>>>>>>>>>>> new backend ! >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>>>>>>>> Simon Esneault >>>>>>>>>>>>>>>> Rennes, France >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>> Powered by www.kitware.com >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Visit other Kitware open-source projects at >>>>>>>>>>>>>>>> http://www.kitware.com/opensource/opensource.html >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Search the list archives at: >>>>>>>>>>>>>>>> http://markmail.org/search/?q=vtk-developers >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Follow this link to subscribe/unsubscribe: >>>>>>>>>>>>>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware >>>>>>>>>>>>>>> Inc. * >>>>>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>>>>>>> * >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware >>>>>>>>>>>>>> Inc. * >>>>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>>>>>> * >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> >>>>>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>>>>> Simon Esneault >>>>>>>>>>>>> Rennes, France >>>>>>>>>>>>> >>>>>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>>>>>>> * >>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>>>> * >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>>>>>> * >>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>>> * >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>>>>> * >>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>> * >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> ------------------------------------------------------------------ >>>>>>>>> Simon Esneault >>>>>>>>> Rennes, France >>>>>>>>> ------------------------------------------------------------------ >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>>> * >>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>> * >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> ------------------------------------------------------------------ >>>>>>> Simon Esneault >>>>>>> Rennes, France >>>>>>> ------------------------------------------------------------------ >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> >>>>>> >>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>> * >>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>> * >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> ------------------------------------------------------------------ >>>>> Simon Esneault >>>>> Rennes, France >>>>> ------------------------------------------------------------------ >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>> * >>>> *| http://www.kitware.com/company/team/chaudhary.html >>>> * >>>> >>> >>> >>> >>> -- >>> ------------------------------------------------------------------ >>> Simon Esneault >>> Rennes, France >>> ------------------------------------------------------------------ >>> >> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > > > -- > ------------------------------------------------------------------ > Simon Esneault > Rennes, France > ------------------------------------------------------------------ > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From nico.schloemer at gmail.com Wed Oct 28 15:43:08 2015 From: nico.schloemer at gmail.com (=?UTF-8?Q?Nico_Schl=C3=B6mer?=) Date: Wed, 28 Oct 2015 19:43:08 +0000 Subject: [Paraview] change default color map Message-ID: Hi everyone, Whenever I open new data in ParaView, it will first get displayed in the notorious blue-red colormap. I would like to change that default here to something more suitable for my cause, but couldn't find how. Any hints? Cheers, Nico -------------- next part -------------- An HTML attachment was scrubbed... URL: From wascott at sandia.gov Wed Oct 28 15:54:32 2015 From: wascott at sandia.gov (Scott, W Alan) Date: Wed, 28 Oct 2015 19:54:32 +0000 Subject: [Paraview] [EXTERNAL] change default color map In-Reply-To: References: Message-ID: Two answers. ? 1) There was a great panel discussion at Viz this week about how horrible the rainbow color map is. It misrepresents data (green is much larger than yellow), and it is unusable for about 8% of male engineers (i.e., they are color blind to parts of the rainbow.). Thus, the reason for ParaView?s selection of our current color map. 2) Edit Color map (Icon upper left side that looks like a color legend with a magnifying glass), then Presets (icon right side, has a heart on it). Alan From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Nico Schl?mer Sent: Wednesday, October 28, 2015 1:43 PM To: paraview at paraview.org Subject: [EXTERNAL] [Paraview] change default color map Hi everyone, Whenever I open new data in ParaView, it will first get displayed in the notorious blue-red colormap. I would like to change that default here to something more suitable for my cause, but couldn't find how. Any hints? Cheers, Nico -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Wed Oct 28 15:55:24 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Wed, 28 Oct 2015 15:55:24 -0400 Subject: [Paraview] change default color map In-Reply-To: References: Message-ID: Hi Nico, In the Color Map Editor, choose your preferred color map. Next, scroll down to the very bottom. There are a few buttons with icons that look like this: [image: Inline image 1] If you click the button on the right, it will save your current color map as the default for all arrays. The button in the middle will save the current color map for all arrays that have the same name as the current array that is being color mapped from the object selected in the Pipeline Browser. The button on the left will restore the application-default colormap - to save it as the default, you would then need to click the middle or right buttons, depending on your need. I hope that is clear. Best regards, Cory On Wed, Oct 28, 2015 at 3:43 PM, Nico Schl?mer wrote: > Hi everyone, > > Whenever I open new data in ParaView, it will first get displayed in the > notorious blue-red colormap. I would like to change that default here to > something more suitable for my cause, but couldn't find how. Any hints? > > Cheers, > Nico > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 2654 bytes Desc: not available URL: From ryan.abernathey at gmail.com Wed Oct 28 21:47:57 2015 From: ryan.abernathey at gmail.com (Ryan Abernathey) Date: Wed, 28 Oct 2015 21:47:57 -0400 Subject: [Paraview] segmentation fault with netCDF when loading state file In-Reply-To: References: Message-ID: Yes, I can confirm that this state loads without crashing in 4.4. The fields are not actually accessible at the current timestep (appear with a "?"), but can be rewound to the beginning and restarted without crashing. On Tue, Oct 27, 2015 at 1:16 PM, Ryan Abernathey wrote: > David, > Thanks for your investigation. I will be able to try this tomorrow. The > original issue was with Paraview 4.3.1. We recently built the latest > master, so I will be able to confirm whether it was fixed in between. > Best, > Ryan > > > > On Tue, Oct 27, 2015 at 10:23 AM, David Lonie > wrote: > >> Hi Ryan, >> >> I'm looking into this issue. >> >> I download the sample data you provided, and the state file loads and >> renders fine for me with the current (as of this morning) master branch of >> ParaView. What version of ParaView are you using? Can you test the latest >> master branch? It appears that whatever the bug was, it has been fixed. >> >> Dave >> >> On Wed, Oct 21, 2015 at 9:50 AM, Aashish Chaudhary < >> aashish.chaudhary at kitware.com> wrote: >> >>> Ryan, >>> >>> would it be possible for you to share a sample dataset? The NetCDF >>> reader has fails to read data in certain corner cases but without having >>> the data to reproduce the issue it is kind of little tricky to get to the >>> problem. >>> >>> - Aashish >>> >>> On Wed, Oct 21, 2015 at 9:44 AM, Ryan Abernathey < >>> ryan.abernathey at gmail.com> wrote: >>> >>>> Does anyone have any feedback on this issue? >>>> >>>> I have no idea how to debug or continue. I will have to abandon >>>> paraview for my project unless I can get some help somehow. >>>> >>>> Thanks, >>>> >>>> Ryan Abernathey >>>> Assistant Professor >>>> Columbia University, Department of Earth & Environmental Sciences >>>> Lamont-Doherty Earth Observatory, Division of Ocean & Climate Physics >>>> 205 C Oceanography >>>> 61 Route 9W - PO Box 1000 >>>> Palisades, NY 10964-8000 >>>> http://rabernat.github.io >>>> rpa at ldeo.columbia.edu >>>> >>>> >>>> On Mon, Oct 19, 2015 at 4:59 PM, Ryan Abernathey < >>>> ryan.abernathey at gmail.com> wrote: >>>> >>>>> Hello, >>>>> >>>>> I am extremely frustrated and stuck on this problem. Any advice would >>>>> be appreciated. >>>>> >>>>> I am working with a dataset of 2400 sequentially numbered netCDF files >>>>> (generic & CF conventions). >>>>> >>>>> In a fresh pipeline, Paraview is able to recognizes these files as a >>>>> single source and load them correctly. I then create a standard pipeline >>>>> involving various filters (contour, etc., nothing funny) and save a state >>>>> file. >>>>> >>>>> When I attempt to load the state file, I get the following >>>>> segmentation fault. Further down you can see a ncdump of the offending file. >>>>> >>>>> Would appreciate any advice on how to debug / overcome this issue. Is >>>>> it a bug? It sure feels like one... >>>>> >>>>> Best, >>>>> Ryan Abernathey >>>>> >>>>> >>>>> ERROR: In >>>>> /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, >>>>> line 822 >>>>> vtkNetCDFCFReader (0x55c0620): netCDF Error: NetCDF: Index exceeds >>>>> dimension bound >>>>> >>>>> >>>>> ERROR: In >>>>> /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkExecutive.cxx, >>>>> line 784 >>>>> vtkPVCompositeDataPipeline (0x5be23d0): Algorithm >>>>> vtkFileSeriesReader(0x4c0c3e0) returned failure for request: vtkInformation >>>>> (0x8141700) >>>>> Debug: Off >>>>> Modified Time: 999905 >>>>> Reference Count: 1 >>>>> Registered Events: (none) >>>>> Request: REQUEST_DATA >>>>> FORWARD_DIRECTION: 0 >>>>> FROM_OUTPUT_PORT: 0 >>>>> ALGORITHM_AFTER_FORWARD: 1 >>>>> >>>>> >>>>> >>>>> >>>>> ERROR: In >>>>> /home/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkExecutive.cxx, >>>>> line 784 >>>>> vtkCompositeDataPipeline (0x744fde0): Algorithm >>>>> vtkPVGeometryFilter(0x7436500) returned failure for request: vtkInformation >>>>> (0x5737250) >>>>> Debug: Off >>>>> Modified Time: 999943 >>>>> Reference Count: 1 >>>>> Registered Events: (none) >>>>> Request: REQUEST_DATA_OBJECT >>>>> FORWARD_DIRECTION: 0 >>>>> FROM_OUTPUT_PORT: 0 >>>>> ALGORITHM_AFTER_FORWARD: 1 >>>>> >>>>> >>>>> >>>>> >>>>> Segmentation fault (core dumped) >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------ >>>>> $ ncdump -h rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000000300.nc >>>>> netcdf rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000000300 { >>>>> dimensions: >>>>> x = 512 ; >>>>> y = 512 ; >>>>> z = 64 ; >>>>> time = UNLIMITED ; // (1 currently) >>>>> variables: >>>>> float x(x) ; >>>>> x:units = "m" ; >>>>> float y(y) ; >>>>> y:units = "m" ; >>>>> float z(z) ; >>>>> z:units = "m" ; >>>>> z:long_name = "height" ; >>>>> float time(time) ; >>>>> time:units = "d" ; >>>>> time:long_name = "time" ; >>>>> float p(z) ; >>>>> p:units = "mb" ; >>>>> p:long_name = "pressure" ; >>>>> float zi(z) ; >>>>> zi:units = "m" ; >>>>> zi:long_name = "intfc_ht" ; >>>>> float U(time, z, y, x) ; >>>>> U:long_name = "X Wind >>>>> Component " ; >>>>> U:units = "m/s " ; >>>>> float V(time, z, y, x) ; >>>>> V:long_name = "Y Wind >>>>> Component " ; >>>>> V:units = "m/s " ; >>>>> float W(time, z, y, x) ; >>>>> W:long_name = "Z Wind >>>>> Component " ; >>>>> W:units = "m/s " ; >>>>> float PP(time, z, y, x) ; >>>>> PP:long_name = "Pressure >>>>> Perturbation " ; >>>>> PP:units = "Pa " ; >>>>> float QRAD(time, z, y, x) ; >>>>> QRAD:long_name = "Radiative heating >>>>> rate " ; >>>>> QRAD:units = "K/day " ; >>>>> float TABS(time, z, y, x) ; >>>>> TABS:long_name = "Absolute >>>>> Temperature " ; >>>>> TABS:units = "K " ; >>>>> float QV(time, z, y, x) ; >>>>> QV:long_name = "Water >>>>> Vapor " >>>>> ; >>>>> QV:units = "g/kg " ; >>>>> float QN(time, z, y, x) ; >>>>> QN:long_name = "Non-precipitating Condensate >>>>> (Water+Ice) " ; >>>>> QN:units = "g/kg " ; >>>>> float QP(time, z, y, x) ; >>>>> QP:long_name = "Precipitating Water >>>>> (Rain+Snow) " ; >>>>> QP:units = "g/kg " ; >>>>> float LQRAD(time, z, y, x) ; >>>>> LQRAD:long_name = "LW Radiative heating >>>>> rate " ; >>>>> LQRAD:units = "K/day " ; >>>>> float SQRAD(time, z, y, x) ; >>>>> SQRAD:long_name = "SW Radiative heating >>>>> rate " ; >>>>> SQRAD:units = "K/day " ; >>>>> } >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> 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 >>>> >>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview >>>> >>>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >>> _______________________________________________ >>> 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 >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Thu Oct 29 10:51:31 2015 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Thu, 29 Oct 2015 14:51:31 +0000 Subject: [Paraview] change default color map In-Reply-To: References: , Message-ID: <67ACAA56-3358-4414-B8A6-1BA2E67AD22D@sandia.gov> Nico, I'm curious what color map you are planning to replace the "notorious" default with. Like one previous respondent, I am guessing you are thinking of using the map of rainbow colors. If that is the case, I suggest thinking twice. Although those colors are attractive, they do a bad job representing data (and ParaView is all about accurately representing data). The problems with the rainbow color map are well documented, but one good paper that clearly describes them is titled "Rainbow Color Map (Still) Considered Harmful" by Borland and Taylor. A simple Google search will help you find it. There have also since been perceptual studies comparing the rainbow map to the default in ParaView, and ParaView's default cool-warm significantly outperforms. -Ken Sent from my iPad so blame autocorrect. On Oct 28, 2015, at 2:55 PM, Cory Quammen > wrote: Hi Nico, In the Color Map Editor, choose your preferred color map. Next, scroll down to the very bottom. There are a few buttons with icons that look like this: [Inline image 1] If you click the button on the right, it will save your current color map as the default for all arrays. The button in the middle will save the current color map for all arrays that have the same name as the current array that is being color mapped from the object selected in the Pipeline Browser. The button on the left will restore the application-default colormap - to save it as the default, you would then need to click the middle or right buttons, depending on your need. I hope that is clear. Best regards, Cory On Wed, Oct 28, 2015 at 3:43 PM, Nico Schl?mer > wrote: Hi everyone, Whenever I open new data in ParaView, it will first get displayed in the notorious blue-red colormap. I would like to change that default here to something more suitable for my cause, but couldn't find how. Any hints? Cheers, Nico _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -- Cory Quammen R&D Engineer Kitware, Inc. _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 2654 bytes Desc: image.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 2654 bytes Desc: image.png URL: From dan.lipsa at kitware.com Thu Oct 29 12:47:48 2015 From: dan.lipsa at kitware.com (Dan Lipsa) Date: Thu, 29 Oct 2015 12:47:48 -0400 Subject: [Paraview] Disable NPICAdaptor and ParticleAdaptor builds on Windows Message-ID: Hello ParaView Users, Is there anybody using NPICAdaptor or ParticleAdaptor Catalyst Adaptors on Windows? These two adaptors are built on Windows which create unnecessary maintenance work if nobody is using them on Windows. We plan to disable their build on Window if nobody is interested in that. Thanks, Dan -------------- next part -------------- An HTML attachment was scrubbed... URL: From lyon at fnal.gov Thu Oct 29 17:51:58 2015 From: lyon at fnal.gov (Adam Lyon) Date: Thu, 29 Oct 2015 16:51:58 -0500 Subject: [Paraview] Some questions about Catalyst Live Visualization Message-ID: Hi, I have recently been successful in hooking up Catalyst to our Particle Physics analysis framework that we use at Fermilab. Our main use case is to make an "event display" - that is a visualization of a high energy physics event (e.g. particle collision) in a simulated detector. The Catalyst Live feature allows us to connect ParaView to a running analysis or simulation job and visualize the events as they're being processed. It's very cool. This is typically a program difficult to write - but Catalyst and ParaView make this much easier. This is a bit different from CFD simulations -- for us each "time step" in an independent event. But the system works really well and many here are excited about it. I have three questions (so far) about the Catalyst Live system... 1) The VTK objects appear in the connected ParaView client as "PVTrivialProducer0", "PVTrivialProducer1", etc. The catalyst pipeline knows the real names of these objects. For example I have in my catalyst pipeline python script, ... simSteps = coprocessor.CreateProducer(datadescription, 'simSteps') simCalHits = coprocessor.CreateProducer(datadescription, 'simCalHits') ... [that's the only stuff in the pipeline] Is there some way to have "simSteps" and "simCalHits" show up in my ParaView client instead of "PVTrivialProducer0", etc? 2) Our analysis framework converts our data objects into VTK objects for feeding to Catalyst (usually vtkPolyData). This is a potentially expensive operation. If no ParaView client is connected to the Catalyst port, then there's no reason for this translation to occur (we just using the Live visualization feature at the moment). Is there a way for the adapter (e.g. the vtkCPProcessor object) to discover if a ParaView client is connected? That would save time if no one is connected. 3) In addition to setting breakpoints on time steps (events for us), it would be nice to have a "single step" feature that would simply allow the program to advance to the next one. Is that possible to do from python within ParaView? Thanks!!! -- Adam *------* *Adam L. Lyon* *Scientist; Associate Division Head for Systems for Scientific Applications* Scientific Computing Division & Muon g-2 Experiment Fermi National Accelerator Laboratory 630 840 5522 office www.fnal.gov lyon at fnal.gov Connect with us! Newsletter | Facebook | Twitter -------------- next part -------------- An HTML attachment was scrubbed... URL: From dennis_conklin at goodyear.com Fri Oct 30 08:49:04 2015 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Fri, 30 Oct 2015 12:49:04 +0000 Subject: [Paraview] Making timesteps Message-ID: All, I would like to take a ring of elements, lets say a ring of 180 elements, each 2degrees of arc. After loading this ring, each of the 180 elements in the ring will have a specific strain state. I would like to then take a separate input which would be a single element and give it 180 timesteps and for each timestep assign to this element each of the strain states from the ring. This is basically to validate a static range calculation versus a rolling time-domain calculation. I have never understood how to manipulate the time dimension in Paraview and I have no idea how to do this within a Programmable filter. Are there any good examples of how to create and iterate thru different times and assign CellValues at each time? Thanks for any hints Dennis -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.lonie at kitware.com Fri Oct 30 08:58:00 2015 From: david.lonie at kitware.com (David Lonie) Date: Fri, 30 Oct 2015 08:58:00 -0400 Subject: [Paraview] segmentation fault with netCDF when loading state file In-Reply-To: References: Message-ID: On Wed, Oct 28, 2015 at 9:47 PM, Ryan Abernathey wrote: > Yes, I can confirm that this state loads without crashing in 4.4. > The fields are not actually accessible at the current timestep (appear > with a "?"), but can be rewound to the beginning and restarted without > crashing. > By fields, I assume you are referring to the data arrays in the information panel? These seem to load correctly for me here, but then the sample data I have appears to only be a single timestep. Do you have a small dataset that reproduces this issue? Thanks, Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Fri Oct 30 09:33:36 2015 From: andy.bauer at kitware.com (Andy Bauer) Date: Fri, 30 Oct 2015 09:33:36 -0400 Subject: [Paraview] Some questions about Catalyst Live Visualization In-Reply-To: References: Message-ID: Hi Adam, To rename the objects in the pipeline, you should be able to do: simSteps = coprocessor.CreateProducer(datadescription, 'simSteps') RenameSource('simSteps', simSteps) simCalHits = coprocessor.CreateProducer(datadescription, 'simCalHits') RenameSource('simCalHits', simCalHits) Please let me know if this doesn't work for you. Also, now that you mention it, this should be done automatically anyway so I'll put in a feature request for this since I like the idea a lot. As for not generating the VTK polydata object when no client is connected, this might be due to the adaptor implementation or a bug in the live functionality. I can't say for sure at this point but will check it out on our end in the near future. For the adaptor, the execution flow is that first the adaptor should call RequestDataDescription() of any Catalyst pipelines to see if there's any work to be done. Check the result of RequestDataDescription() to see if anything needs to be done. If not, return control to the simulation. If there is work to be done, create the VTK data objects and then call DoCoprocessing(). In this use case it's possible that RequestDataDescription() isn't checking whether or not a client is connected to see if there's something to do. Realistically, it's here where it should see if the client is connected or if there are any other Catalyst outputs that need to be generated. I'm on travel this week so I can't check on this easily but hope to try it out next week. I'll get back to you when I do though. As for implementing an "advance to next time step" functionality, that makes sense to me as well. That will take a little bit of work (not much but nothing that can be fixed in the Python script alone). By the way, can you share any pictures or videos of this in action? This sounds really cool! Best regards, Andy On Thu, Oct 29, 2015 at 5:51 PM, Adam Lyon wrote: > Hi, I have recently been successful in hooking up Catalyst to our Particle > Physics analysis framework that we use at Fermilab. Our main use case is to > make an "event display" - that is a visualization of a high energy physics > event (e.g. particle collision) in a simulated detector. The Catalyst Live > feature allows us to connect ParaView to a running analysis or simulation > job and visualize the events as they're being processed. It's very cool. > This is typically a program difficult to write - but Catalyst and ParaView > make this much easier. > > This is a bit different from CFD simulations -- for us each "time step" in > an independent event. But the system works really well and many here are > excited about it. > > I have three questions (so far) about the Catalyst Live system... > > 1) The VTK objects appear in the connected ParaView client as > "PVTrivialProducer0", "PVTrivialProducer1", etc. The catalyst pipeline > knows the real names of these objects. For example I have in my catalyst > pipeline python script, > > ... > simSteps = coprocessor.CreateProducer(datadescription, 'simSteps') > simCalHits = coprocessor.CreateProducer(datadescription, 'simCalHits') > ... > [that's the only stuff in the pipeline] > > Is there some way to have "simSteps" and "simCalHits" show up in my > ParaView client instead of "PVTrivialProducer0", etc? > > 2) Our analysis framework converts our data objects into VTK objects for > feeding to Catalyst (usually vtkPolyData). This is a potentially expensive > operation. If no ParaView client is connected to the Catalyst port, then > there's no reason for this translation to occur (we just using the Live > visualization feature at the moment). Is there a way for the adapter (e.g. > the vtkCPProcessor object) to discover if a ParaView client is connected? > That would save time if no one is connected. > > 3) In addition to setting breakpoints on time steps (events for us), it > would be nice to have a "single step" feature that would simply allow the > program to advance to the next one. Is that possible to do from python > within ParaView? > > Thanks!!! -- Adam > > *------* > > *Adam L. Lyon* > *Scientist; Associate Division Head for Systems for Scientific > Applications* > > Scientific Computing Division & Muon g-2 Experiment > Fermi National Accelerator Laboratory > 630 840 5522 office > www.fnal.gov > lyon at fnal.gov > > Connect with us! > Newsletter | Facebook > | Twitter > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lyon at fnal.gov Fri Oct 30 10:20:11 2015 From: lyon at fnal.gov (Adam Lyon) Date: Fri, 30 Oct 2015 09:20:11 -0500 Subject: [Paraview] Some questions about Catalyst Live Visualization In-Reply-To: References: Message-ID: Hi Andy - thanks for the answers!! You misunderstood my question #2. I'm not reporting a bug -- the adapter works fine and feeds data appropriately. Right now my code to translate my data objects to VTK objects runs no matter what. I'd like this code to only run if a ParaView client is actually connected (because if there's no client connected then it's making VTK objects that no human is looking at, so it's wasting time). So I'd like to know if there's a way that my code could ask the adapter if a client is connected. I hope I explained that better - let me know if not. Yes - I'll post a YouTube video shortly!! Having this capability (live view of processing) was an important thing on my list for making ParaView useful to us High Energy Physicists -- we're excited that it works. Thanks again, Adam *------* *Adam L. Lyon* *Scientist; Associate Division Head for Systems for Scientific Applications* Scientific Computing Division & Muon g-2 Experiment Fermi National Accelerator Laboratory 630 840 5522 office www.fnal.gov lyon at fnal.gov Connect with us! Newsletter | Facebook | Twitter On Fri, Oct 30, 2015 at 8:33 AM, Andy Bauer wrote: > Hi Adam, > > To rename the objects in the pipeline, you should be able to do: > simSteps = coprocessor.CreateProducer(datadescription, 'simSteps') > RenameSource('simSteps', simSteps) > simCalHits = coprocessor.CreateProducer(datadescription, 'simCalHits') > RenameSource('simCalHits', simCalHits) > > Please let me know if this doesn't work for you. Also, now that you > mention it, this should be done automatically anyway so I'll put in a > feature request for this since I like the idea a lot. > > As for not generating the VTK polydata object when no client is connected, > this might be due to the adaptor implementation or a bug in the live > functionality. I can't say for sure at this point but will check it out on > our end in the near future. For the adaptor, the execution flow is that > first the adaptor should call RequestDataDescription() of any Catalyst > pipelines to see if there's any work to be done. Check the result of > RequestDataDescription() to see if anything needs to be done. If not, > return control to the simulation. If there is work to be done, create the > VTK data objects and then call DoCoprocessing(). In this use case it's > possible that RequestDataDescription() isn't checking whether or not a > client is connected to see if there's something to do. Realistically, it's > here where it should see if the client is connected or if there are any > other Catalyst outputs that need to be generated. I'm on travel this week > so I can't check on this easily but hope to try it out next week. I'll get > back to you when I do though. > > As for implementing an "advance to next time step" functionality, that > makes sense to me as well. That will take a little bit of work (not much > but nothing that can be fixed in the Python script alone). > > By the way, can you share any pictures or videos of this in action? This > sounds really cool! > > Best regards, > Andy > > > On Thu, Oct 29, 2015 at 5:51 PM, Adam Lyon wrote: > >> Hi, I have recently been successful in hooking up Catalyst to our >> Particle Physics analysis framework that we use at Fermilab. Our main use >> case is to make an "event display" - that is a visualization of a high >> energy physics event (e.g. particle collision) in a simulated detector. The >> Catalyst Live feature allows us to connect ParaView to a running analysis >> or simulation job and visualize the events as they're being processed. It's >> very cool. This is typically a program difficult to write - but Catalyst >> and ParaView make this much easier. >> >> This is a bit different from CFD simulations -- for us each "time step" >> in an independent event. But the system works really well and many here are >> excited about it. >> >> I have three questions (so far) about the Catalyst Live system... >> >> 1) The VTK objects appear in the connected ParaView client as >> "PVTrivialProducer0", "PVTrivialProducer1", etc. The catalyst pipeline >> knows the real names of these objects. For example I have in my catalyst >> pipeline python script, >> >> ... >> simSteps = coprocessor.CreateProducer(datadescription, 'simSteps') >> simCalHits = coprocessor.CreateProducer(datadescription, 'simCalHits') >> ... >> [that's the only stuff in the pipeline] >> >> Is there some way to have "simSteps" and "simCalHits" show up in my >> ParaView client instead of "PVTrivialProducer0", etc? >> >> 2) Our analysis framework converts our data objects into VTK objects for >> feeding to Catalyst (usually vtkPolyData). This is a potentially expensive >> operation. If no ParaView client is connected to the Catalyst port, then >> there's no reason for this translation to occur (we just using the Live >> visualization feature at the moment). Is there a way for the adapter (e.g. >> the vtkCPProcessor object) to discover if a ParaView client is connected? >> That would save time if no one is connected. >> >> 3) In addition to setting breakpoints on time steps (events for us), it >> would be nice to have a "single step" feature that would simply allow the >> program to advance to the next one. Is that possible to do from python >> within ParaView? >> >> Thanks!!! -- Adam >> >> *------* >> >> *Adam L. Lyon* >> *Scientist; Associate Division Head for Systems for Scientific >> Applications* >> >> Scientific Computing Division & Muon g-2 Experiment >> Fermi National Accelerator Laboratory >> 630 840 5522 office >> www.fnal.gov >> lyon at fnal.gov >> >> Connect with us! >> Newsletter | Facebook >> | Twitter >> >> >> _______________________________________________ >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dan.lipsa at kitware.com Fri Oct 30 13:47:36 2015 From: dan.lipsa at kitware.com (Dan Lipsa) Date: Fri, 30 Oct 2015 13:47:36 -0400 Subject: [Paraview] Some questions about Catalyst Live Visualization In-Reply-To: References: Message-ID: Hi Adam, On Fri, Oct 30, 2015 at 10:20 AM, Adam Lyon wrote: > I'd like this code to only run if a ParaView client is actually connected > (because if there's no client connected then it's making VTK objects that > no human is looking at, so it's wasting time). So I'd like to know if > there's a way that my code could ask the adapter if a client is connected. > I hope I explained that better - let me know if not. > Live was added as a way to support catalyst processing: the user can examine down-sampled data produced by the simulation but also modify the processing pipeline while the simulation is running. The processing pipeline is mainly used to save data/images from the simulation. So I don't think we considered your use case. Looking at the code it does not seem to be a way to query if there is a connection to ParaView Live. I don't think it would be too difficult to add it though. Dan -------------- next part -------------- An HTML attachment was scrubbed... URL: From cook47 at llnl.gov Fri Oct 30 14:22:01 2015 From: cook47 at llnl.gov (Cook, Rich) Date: Fri, 30 Oct 2015 18:22:01 +0000 Subject: [Paraview] Paraview 4.4.0 build error with osmesa on RHEL cluster at LLNL Message-ID: <49E1D26F-1DCF-48AD-B6B7-2279E0FD8346@llnl.gov> I'm seeing an error when trying to build the latest Paraview using osmesa: ========================================================================================================================== The configuration step goes OK. In particular note that I set -DOPENGL_glu_LIBRARY:FILEPATH=/usr/lib64/libGLU.so /usr/local/tools/cmake-2.8.10/bin/cmake.real -DPARAVIEW_BUILD_QT_GUI:BOOL=OFF -DVTK_OPENGL_HAS_OSMESA:BOOL=ON '-DOSMESA_LIBRARY:FILEPATH='\''/usr/lib64/libOSMesa.so'\''' -DVTK_USE_OFFSCREEN:BOOL=ON -DOPENGL_gl_LIBRARY:FILEPATH=/usr/lib64/libGL.so -DOPENGL_INCLUDE_DIR:PATH=/usr/include -DOSMESA_INCLUDE_DIR:PATH=/usr/include -DVTK_USE_X:BOOL=OFF -DCMAKE_CXX_COMPILER:FILEPATH=/usr/local/tools/gcc-4.4.6/bin/g++ -DCMAKE_C_COMPILER:FILEPATH=/usr/local/tools/gcc-4.4.6/bin/gcc -DPARAVIEW_USE_MPI:BOOL=OFF -DPARAVIEW_USE_MPI_SSEND:BOOL=OFF -DPYTHON_EXECUTABLE:FILEPATH=/usr/bin/python -DPYTHON_INCLUDE_DIR:PATH=/usr/include/python2.6 -DPYTHON_LIBRARY:FILEPATH=/usr/lib64/libpython2.6.so -DPARAVIEW_ENABLE_PYTHON:BOOL=ON -DCMAKE_VERBOSE_MAKEFILE:BOOL=TRUE -DQT_QMAKE_EXECUTABLE:FILEPATH=/usr/local/tools/qt-4.8.3/bin/qmake.real -DOPENGL_glu_LIBRARY:FILEPATH=/usr/lib64/libGLU.so -DCMAKE_INSTALL_PREFIX:PATH=/usr/local/tools/paraview-osmesa-4.4.0 -DPARAVIEW_USE_BOOST:BOOL=ON -DPARAVIEW_USE_VISITBRIDGE:BOOL=ON -DVISIT_BUILD_READER_CGNS:BOOL=ON -DVISIT_BUILD_READER_Mili:BOOL=ON -DVISIT_BUILD_READER_Silo:BOOL=ON -DCGNS_INCLUDE_DIR:PATH=/usr/local/tools/cgnslib-3.1.3-4/include '-DCGNS_LIBRARY:FILEPATH=/usr/local/tools/cgnslib-3.1.3-4/lib/libcgns.so;/usr/local/tools/szip-2.0/lib/libsz.so;/usr/lib64/libz.so' -DMILI_INCLUDE_DIR:PATH=/usr/local/tools/mili-1.11.1/include '-DMILI_LIBRARY:FILEPATH=/usr/local/tools/mili-1.11.1/lib/libmili.a;/usr/local/tools/szip-2.0/lib/libsz.so;/usr/lib64/libz.so' '-DSILO_INCLUDE_DIR:PATH=/usr/local/tools/silo-4.9/include;/usr/local/tools/mili-1.11.1/include' '-DSILO_LIBRARY:FILEPATH=/usr/local/tools/silo-4.9/lib/libsiloh5.a;/usr/local/tools/szip-2.0/lib/libsz.so;/usr/lib64/libz.so' -DBoost_INCLUDE_DIR:PATH=/usr/local/tools/boost-nompi-1.55.0/include -DBoost_LIBRARY_DIRS:FILEPATH=/usr/local/tools/boost-nompi-1.55.0/lib '-DCMAKE_EXE_LINKER_FLAGS:STRING= -Wl,-rpath,$ORIGIN:$ORIGIN/../lib:/usr/local/lib' '-DCMAKE_EXE_LINKER_FLAGS_DEBUG:STRING= -Wl,-rpath,$ORIGIN:$ORIGIN/../lib:/usr/local/lib' '-DCMAKE_CXX_FLAGS:STRING= -I/usr/local/tools/mili-1.11.1/include -I/usr/local/tools/hdf5-gnu-serial-1.8.8/include -I/usr/local/include ' '-DCMAKE_C_FLAGS:STRING= -I/usr/local/tools/mili-1.11.1/include -I/usr/local/tools/hdf5-gnu-serial-1.8.8/include -I/usr/local/include ' -DVTK_USE_SYSTEM_HDF5:BOOL=ON -DHDF5_ENABLE_SZIP_SUPPORT:BOOL=ON -DHDF5_DIR:PATH=/usr/local/tools/hdf5-gnu-serial-1.8.8 -DHDF5_C_INCLUDE_DIR:PATH=/usr/local/tools/hdf5-gnu-serial-1.8.8/include -DHDF5_INCLUDE_DIR:PATH=/usr/local/tools/hdf5-gnu-serial-1.8.8/include -DHDF5_HL_INCLUDE_DIR:PATH=/usr/local/tools/hdf5-gnu-serial-1.8.8/include '-DHDF5_hdf5_LIBRARY:FILEPATH=/usr/local/tools/hdf5-gnu-serial-1.8.8/lib/libhdf5.so;/usr/local/tools/szip-2.0/lib/libsz.so;/usr/lib64/libz.so' '-DHDF5_hdf5_LIBRARY_DEBUG:FILEPATH=/usr/local/tools/hdf5-gnu-serial-1.8.8/lib/libhdf5.so;/usr/local/tools/szip-2.0/lib/libsz.so;/usr/lib64/libz.so' '-DHDF5_hdf5_LIBRARY_RELEASE:FILEPATH=/usr/local/tools/hdf5-gnu-serial-1.8.8/lib/libhdf5.so;/usr/local/tools/szip-2.0/lib/libsz.so;/usr/lib64/libz.so' '-DHDF5_hdf5_hl_LIBRARY:FILEPATH=/usr/local/tools/hdf5-gnu-serial-1.8.8/lib/libhdf5_hl.so;/usr/local/tools/szip-2.0/lib/libsz.so;/usr/lib64/libz.so' '-DHDF5_hdf5_hl_LIBRARY_DEBUG:FILEPATH=/usr/local/tools/hdf5-gnu-serial-1.8.8/lib/libhdf5_hl.so;/usr/local/tools/szip-2.0/lib/libsz.so;/usr/lib64/libz.so' '-DHDF5_hdf5_hl_LIBRARY_RELEASE:FILEPATH=/usr/local/tools/hdf5-gnu-serial-1.8.8/lib/libhdf5_hl.so;/usr/local/tools/szip-2.0/lib/libsz.so;/usr/lib64/libz.so' -DBUILD_SHARED_LIBS:BOOL=ON -DBUILD_TESTING:BOOL=OFF /tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-source ========================================================================================================================== After that, I get the following error late in the build, with glu symbols (such as gluNewTess and others) not found. These symbols are I believe in the glu library I pointed to above. rcook at rzhasgpu3 (paraview-4.4.0 ): strings /usr/lib64/libGLU.so | grep gluNewTess gluNewTess rcook at rzhasgpu3 (paraview-4.4.0 ): nm /usr/lib64/libGLU.so nm: /usr/lib64/libGLU.so: no symbols cd /tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-Build/Utilities/VisItBridge/databases && /usr/local/tools/cmake-2.8.10/bin/cmake -E cmake_link_script CMakeFiles/vtkIOVisItBridge.dir/link.txt --verbose=1 /usr/local/tools/gcc-4.4.6/bin/g++ -fPIC -I/usr/local/tools/mili-1.11.1/include -I/usr/local/tools/hdf5-gnu-serial-1.8.8/include -I/usr/local/include -w -g -Wl,--no-undefined -lc -shared -Wl,-soname,libvtkIOVisItBridge-pv4.4.so.1 -o ../../../lib/libvtkIOVisItBridge-pv4.4.so.1 CMakeFiles/vtkIOVisItBridge.dir/AvtAlgorithms/vtkAvtFileFormatAlgorithm.cxx.o CMakeFiles/vtkIOVisItBridge.dir/AvtAlgorithms/vtkAvtMTSDFileFormatAlgorithm.cxx.o CMakeFiles/vtkIOVisItBridge.dir/AvtAlgorithms/vtkAvtMTMDFileFormatAlgorithm.cxx.o CMakeFiles/vtkIOVisItBridge.dir/AvtAlgorithms/vtkAvtSTSDFileFormatAlgorithm.cxx.o CMakeFiles/vtkIOVisItBridge.dir/AvtAlgorithms/vtkAvtSTMDFileFormatAlgorithm.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItANSYSReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItAuxFileReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItBOVReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItCEAucdReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItChomboReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItCMATReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItCTRLReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItCurve2DReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItDDCMDReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItDyna3DReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItEnzoReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItExtrudedVolReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItFLASHReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItFluentReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItGadgetReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItGGCMReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItGTCReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItGULPReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItH5NimrodReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItImageReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItLAMMPSStructureReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItLAMMPSDumpReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItLinesReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItM3DReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItM3DC1Reader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItMFIXReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItMFIXCDFReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItMirandaReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItMM5Reader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItNASTRANReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItADAPTReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItLODIReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItLODIParticleReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItFVCOM_STSDReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItFVCOM_MTMDReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItFVCOM_MTSDReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItFVCOMParticleReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItCCSM_MTSD_Reader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItCCSM_STSD_Reader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItBOUTReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItNek5000Reader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItOpenFOAMReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItOVERFLOWReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItParaDISReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItParaDISTecplotReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItPATRANReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItPFLOTRANReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItPixieReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItPLOT2DReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItPLOT3DReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItPoint3DReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItProteinDataBankReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItRAWReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItSAMRAIReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItSARReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItSASReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItSpheralReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItTecplotReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItTecplotBinaryReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItTetradReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItTFTReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItTSurfReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItUNICReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItOUTCARReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItPOSCARReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItCHGCARReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItVelodyneReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItVsReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItXmdvReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItXYZReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItClawReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItGMVReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItSiloReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItCGNSReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/vtkVisItMiliReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/ANSYS/avtANSYSFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/AUXFile/avtAUXFileFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/BOV/avtBOVFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/CEAucd/avtCEAucdFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/CEAucd/FichierU.C.o CMakeFiles/vtkIOVisItBridge.dir/CEAucd/vtkCEAucdReader.C.o CMakeFiles/vtkIOVisItBridge.dir/Chombo/avtChomboFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Chombo/avtChomboOptions.C.o CMakeFiles/vtkIOVisItBridge.dir/Chombo/ChomboPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Chombo/ChomboEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Chombo/ChomboMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Chombo/ChomboCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/CMAT/avtCMATFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/CTRL/avtCTRLFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Curve2D/avtCurve2DFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/DDCMD/avtDDCMDFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/DDCMD/object.C.o CMakeFiles/vtkIOVisItBridge.dir/DDCMD/error.C.o CMakeFiles/vtkIOVisItBridge.dir/Dyna3D/avtDyna3DFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Dyna3D/Dyna3DCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Dyna3D/Dyna3DEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Dyna3D/Dyna3DFile.cpp.o CMakeFiles/vtkIOVisItBridge.dir/Dyna3D/Dyna3DMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Dyna3D/Dyna3DPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Dyna3D/MaterialProperties.cpp.o CMakeFiles/vtkIOVisItBridge.dir/Enzo/avtEnzoFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/ExtrudedVol/avtExtrudedVolFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/ExtrudedVol/avtExtrudedVolWriter.C.o CMakeFiles/vtkIOVisItBridge.dir/ExtrudedVol/avtExtrudedVolOptions.C.o CMakeFiles/vtkIOVisItBridge.dir/ExtrudedVol/ExtrudedVolPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/ExtrudedVol/ExtrudedVolEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/ExtrudedVol/ExtrudedVolMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/ExtrudedVol/ExtrudedVolCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/FLASH/avtFLASHFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/FLASH/avtFLASHOptions.C.o CMakeFiles/vtkIOVisItBridge.dir/FLASH/FLASHPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/FLASH/FLASHEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/FLASH/FLASHMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/FLASH/FLASHCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Fluent/avtFluentFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Gadget/avtGadgetFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/GGCM/avtGGCMFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/GGCM/avtGGCMOptions.C.o CMakeFiles/vtkIOVisItBridge.dir/GGCM/GGCMCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/GGCM/GGCMEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/GGCM/GGCMMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/GGCM/GGCMPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/GGCM/ggcm_grid.C.o CMakeFiles/vtkIOVisItBridge.dir/GGCM/ggcm_grid_gse.C.o CMakeFiles/vtkIOVisItBridge.dir/GGCM/ggcm_field_matrix.C.o CMakeFiles/vtkIOVisItBridge.dir/GGCM/ggcm_mhd_gse.C.o CMakeFiles/vtkIOVisItBridge.dir/GGCM/ggcm_read_mhd.C.o CMakeFiles/vtkIOVisItBridge.dir/GGCM/matrix.C.o CMakeFiles/vtkIOVisItBridge.dir/GTC/avtGTCFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/GULP/avtGULPFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/H5Nimrod/avtH5NimrodFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/H5Nimrod/H5utils.C.o CMakeFiles/vtkIOVisItBridge.dir/Image/vtkStimulateReader.C.o CMakeFiles/vtkIOVisItBridge.dir/Image/avtImageFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Image/avtImageOptions.C.o CMakeFiles/vtkIOVisItBridge.dir/Image/avtImagePluginWriter.C.o CMakeFiles/vtkIOVisItBridge.dir/Image/ImageMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Image/ImagePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Image/ImageCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Image/ImageEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/LAMMPS/avtLAMMPSStructureFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/LAMMPS/avtLAMMPSDumpFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Lines/avtLinesFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/M3D/avtM3DFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/M3DC1/avtM3DC1Field.C.o CMakeFiles/vtkIOVisItBridge.dir/M3DC1/avtM3DC1FileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/M3DC1/avtM3DC1Options.C.o CMakeFiles/vtkIOVisItBridge.dir/M3DC1/M3DC1PluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/M3DC1/M3DC1EnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/M3DC1/M3DC1MDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/M3DC1/M3DC1CommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/MFIX/avtMFIXFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/MFIX/avtMFIXOptions.C.o CMakeFiles/vtkIOVisItBridge.dir/MFIX/MFIXPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/MFIX/MFIXEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/MFIX/MFIXCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/MFIX/MFIXMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/MFIXCDF/avtMFIXCDFFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/MFIXCDF/avtMFIXCDFOptions.C.o CMakeFiles/vtkIOVisItBridge.dir/MFIXCDF/MFIXCDFPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/MFIXCDF/MFIXCDFEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/MFIXCDF/MFIXCDFCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/MFIXCDF/MFIXCDFMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Miranda/avtMirandaFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Miranda/avtMirandaOptions.C.o CMakeFiles/vtkIOVisItBridge.dir/Miranda/MirandaPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Miranda/MirandaEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Miranda/MirandaMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Miranda/MirandaCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/MM5/avtMM5FileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/MM5/MM5.C.o CMakeFiles/vtkIOVisItBridge.dir/NASTRAN/avtNASTRANFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/NASTRAN/avtNASTRANOptions.C.o CMakeFiles/vtkIOVisItBridge.dir/NASTRAN/NASTRANPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/NASTRAN/NASTRANEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/NASTRAN/NASTRANMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/NASTRAN/NASTRANCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/NETCDF/avtBasicNETCDFFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/NETCDF/avtADAPTFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/NETCDF/avtLODIFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/NETCDF/avtLODIParticleFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/NETCDF/avtFVCOM_STSDFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/NETCDF/avtFVCOMParticleFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/NETCDF/avtFVCOM_MTSDFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/NETCDF/avtFVCOM_MTMDFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/NETCDF/avtCCSMFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/NETCDF/avtBOUTFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/NETCDF/avtNETCDFReaderBase.C.o CMakeFiles/vtkIOVisItBridge.dir/NETCDF/avtBasicNETCDFReader.C.o CMakeFiles/vtkIOVisItBridge.dir/NETCDF/avtCCSMReader.C.o CMakeFiles/vtkIOVisItBridge.dir/NETCDF/avtFVCOMReader.C.o CMakeFiles/vtkIOVisItBridge.dir/NETCDF/NETCDFFileObject.C.o CMakeFiles/vtkIOVisItBridge.dir/Nek5000/avtNek5000FileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Nek5000/avtNek5000Options.C.o CMakeFiles/vtkIOVisItBridge.dir/Nek5000/Nek5000CommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Nek5000/Nek5000EnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Nek5000/Nek5000MDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Nek5000/Nek5000PluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/OpenFOAM/avtOpenFOAMFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/OpenFOAM/avtOpenFOAMOptions.C.o CMakeFiles/vtkIOVisItBridge.dir/OpenFOAM/OpenFOAMCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/OpenFOAM/OpenFOAMEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/OpenFOAM/OpenFOAMMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/OpenFOAM/OpenFOAMPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/OpenFOAM/visit_vtkOpenFOAMReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/OpenFOAM/visit_vtkPOpenFOAMReader.cxx.o CMakeFiles/vtkIOVisItBridge.dir/OVERFLOW/avtOVERFLOWFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/avtparaDISFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/avtparaDISOptions.C.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/paraDISCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/paraDISEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/paraDISMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/paraDISPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/Dumpfile.C.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/parallelParaDIS.C.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/paraDIS_lib/paradis.C.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/paraDIS_lib/paradis_c_interface.C.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/RC_c_lib/args.c.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/RC_c_lib/debugutil.c.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/RC_c_lib/fileutils.c.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/RC_c_lib/inventor.c.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/RC_cpp_lib/RangeList.C.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/RC_cpp_lib/timer.C.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/RC_cpp_lib/pathutil.C.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/avtparaDIS_tecplotFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/paraDIS/RC_c_lib/signals.c.o CMakeFiles/vtkIOVisItBridge.dir/PATRAN/avtPATRANFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/PFLOTRAN/avtPFLOTRANFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Pixie/avtPixieFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Pixie/avtPixieOptions.C.o CMakeFiles/vtkIOVisItBridge.dir/Pixie/PixieCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Pixie/PixieEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Pixie/PixieMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Pixie/PixiePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/PLOT2D/avtPLOT2DFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/PLOT3D/avtPLOT3DFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Point3D/avtPoint3DFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/ProteinDataBank/avtProteinDataBankFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/ProteinDataBank/avtProteinDataBankOptions.C.o CMakeFiles/vtkIOVisItBridge.dir/ProteinDataBank/ProteinDataBankPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/ProteinDataBank/ProteinDataBankEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/ProteinDataBank/ProteinDataBankMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/ProteinDataBank/ProteinDataBankCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/RAW/avtRAWFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/SAMRAI/avtSAMRAIFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/SAMRAI/SAMRAIEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/SAMRAI/SAMRAIPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/SAMRAI/SAMRAICommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/SAMRAI/SAMRAIMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/SAR/avtSARFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/SAS/avtSASFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Spheral/avtSpheralFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Tecplot/avtTecplotFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Tecplot/avtTecplotOptions.C.o CMakeFiles/vtkIOVisItBridge.dir/Tecplot/avtTecplotWriter.C.o CMakeFiles/vtkIOVisItBridge.dir/Tecplot/TecplotPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Tecplot/TecplotEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Tecplot/TecplotMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Tecplot/TecplotCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Tecplot/TecplotFile.C.o CMakeFiles/vtkIOVisItBridge.dir/Tecplot/avtTecplotBinaryFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Tetrad/avtTetradFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/TFT/avtTFTFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/TSurf/avtTSurfFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/UNIC/avtUNICFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/VASP/avtOUTCARFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/VASP/avtPOSCARFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/VASP/avtCHGCARFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Velodyne/avtVelodyneFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Velodyne/VelodyneReader.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/avtVsFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/avtVsOptions.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsFilter.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsH5Attribute.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsH5Dataset.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsH5File.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsH5Group.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsH5Object.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsH5Reader.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsLog.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsMDMesh.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsMDVariable.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsMesh.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsRectilinearMesh.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsRegistry.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsRegistryObject.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsSchema.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsStructuredMesh.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsUniformMesh.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsUnstructuredMesh.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsUtils.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsVariable.C.o CMakeFiles/vtkIOVisItBridge.dir/Vs/VsVariableWithMesh.C.o CMakeFiles/vtkIOVisItBridge.dir/Xmdv/avtXmdvFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Xmdv/avtXmdvOptions.C.o CMakeFiles/vtkIOVisItBridge.dir/Xmdv/avtXmdvWriter.C.o CMakeFiles/vtkIOVisItBridge.dir/Xmdv/XmdvPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Xmdv/XmdvEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Xmdv/XmdvMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Xmdv/XmdvCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/XYZ/avtXYZFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Claw/avtClawFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/GMV/avtGMVFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/GMV/GMVEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/GMV/GMVMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/GMV/GMVCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/GMV/GMVPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/GMV/gmvMaterialEncoder.C.o CMakeFiles/vtkIOVisItBridge.dir/GMV/gmvPolyhedralSplit.C.o CMakeFiles/vtkIOVisItBridge.dir/GMV/gmvread.c.o CMakeFiles/vtkIOVisItBridge.dir/Silo/avtSiloWriter.C.o CMakeFiles/vtkIOVisItBridge.dir/Silo/avtSiloFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Silo/avtSiloMBObjectCache.C.o CMakeFiles/vtkIOVisItBridge.dir/Silo/avtSiloOptions.C.o CMakeFiles/vtkIOVisItBridge.dir/Silo/SiloPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Silo/SiloCommonPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Silo/SiloEnginePluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/Silo/SiloMDServerPluginInfo.C.o CMakeFiles/vtkIOVisItBridge.dir/CGNS/avtCGNSFileFormat.C.o CMakeFiles/vtkIOVisItBridge.dir/Mili/avtMiliFileFormat.C.o ../../../lib/libvtkCommonDataModel-pv4.4.so.1 ../../../lib/libvtkCommonExecutionModel-pv4.4.so.1 ../../../lib/libvtkFiltersAMR-pv4.4.so.1 ../../../lib/libvtkParallelCore-pv4.4.so.1 -lrt -lm /usr/local/tools/hdf5-gnu-serial-1.8.8/lib/libhdf5_hl.so /usr/local/tools/hdf5-gnu-serial-1.8.8/lib/libhdf5.so /usr/local/tools/szip-2.0/lib/libsz.so -lz ../../../lib/libvtkIOImage-pv4.4.so.1 ../../../lib/libvtkNetCDF-pv4.4.so.1 ../../../lib/libvtkNetCDF_cxx-pv4.4.so.1 ../../../lib/libvtkRenderingOpenGL-pv4.4.so.1 ../../../lib/libvtksys-pv4.4.so.1 ../../../lib/libvtkzlib-pv4.4.so.1 ../../../lib/libvtkvisitcommon-pv4.4.so.1 ../../../lib/libvtkavtdatabase_ser-pv4.4.so.1 ../../../lib/libvtkavtpipeline_ser-pv4.4.so.1 ../../../lib/libvtkavtivp-pv4.4.so.1 ../../../lib/libvtkvisit_vtk-pv4.4.so.1 /usr/local/tools/silo-4.9/lib/libsiloh5.a /usr/local/tools/szip-2.0/lib/libsz.so -lz /usr/local/tools/cgnslib-3.1.3-4/lib/libcgns.so /usr/local/tools/szip-2.0/lib/libsz.so -lz /usr/local/tools/mili-1.11.1/lib/libmili.a /usr/local/tools/szip-2.0/lib/libsz.so -lz -lOSMesa ../../../lib/libvtkNetCDF-pv4.4.so.1 -lrt -lm /usr/local/tools/hdf5-gnu-serial-1.8.8/lib/libhdf5_hl.so /usr/local/tools/hdf5-gnu-serial-1.8.8/lib/libhdf5.so -lm ../../../lib/libvtkavtdbatts-pv4.4.so.1 ../../../lib/libvtkRenderingOpenGL-pv4.4.so.1 ../../../lib/libvtklightweight_visit_vtk-pv4.4.so.1 ../../../lib/libvtkIOLegacy-pv4.4.so.1 ../../../lib/libvtkIOImage-pv4.4.so.1 ../../../lib/libvtkRenderingCore-pv4.4.so.1 ../../../lib/libvtkCommonColor-pv4.4.so.1 ../../../lib/libvtkIOCore-pv4.4.so.1 ../../../lib/libvtkzlib-pv4.4.so.1 ../../../lib/libvtkFiltersGeneral-pv4.4.so.1 ../../../lib/libvtkCommonComputationalGeometry-pv4.4.so.1 ../../../lib/libvtkFiltersCore-pv4.4.so.1 ../../../lib/libvtkCommonExecutionModel-pv4.4.so.1 ../../../lib/libvtkCommonDataModel-pv4.4.so.1 ../../../lib/libvtkCommonMisc-pv4.4.so.1 ../../../lib/libvtkCommonSystem-pv4.4.so.1 ../../../lib/libvtkCommonTransforms-pv4.4.so.1 ../../../lib/libvtkCommonMath-pv4.4.so.1 ../../../lib/libvtkavtmath-pv4.4.so.1 ../../../lib/libvtkvisitcommon-pv4.4.so.1 ../../../lib/libvtkCommonCore-pv4.4.so.1 ../../../lib/libvtksys-pv4.4.so.1 -ldl /usr/local/tools/szip-2.0/lib/libsz.so -lz -Wl,-rpath,/tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-Build/lib:/usr/local/tools/hdf5-gnu-serial-1.8.8/lib:/usr/local/tools/szip-2.0/lib:/usr/local/tools/cgnslib-3.1.3-4/lib: -Wl,-rpath-link,/tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-Build/lib CMakeFiles/vtkIOVisItBridge.dir/GMV/avtGMVFileFormat.C.o: In function `gmvPolygonToTriangles': /tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-source/Utilities/VisItBridge/databases/Common/PolygonToTriangles.C:106: undefined reference to `gluNewTess' /tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-source/Utilities/VisItBridge/databases/Common/PolygonToTriangles.C:118: undefined reference to `gluTessCallback' /tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-source/Utilities/VisItBridge/databases/Common/PolygonToTriangles.C:119: undefined reference to `gluTessCallback' /tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-source/Utilities/VisItBridge/databases/Common/PolygonToTriangles.C:120: undefined reference to `gluTessCallback' /tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-source/Utilities/VisItBridge/databases/Common/PolygonToTriangles.C:121: undefined reference to `gluTessCallback' /tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-source/Utilities/VisItBridge/databases/Common/PolygonToTriangles.C:123: undefined reference to `gluTessNormal' /tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-source/Utilities/VisItBridge/databases/Common/PolygonToTriangles.C:124: undefined reference to `gluTessProperty' /tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-source/Utilities/VisItBridge/databases/Common/PolygonToTriangles.C:125: undefined reference to `gluTessProperty' CMakeFiles/vtkIOVisItBridge.dir/GMV/avtGMVFileFormat.C.o: In function `~gmvPolygonToTriangles': /tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-source/Utilities/VisItBridge/databases/Common/PolygonToTriangles.C:135: undefined reference to `gluDeleteTess' CMakeFiles/vtkIOVisItBridge.dir/GMV/avtGMVFileFormat.C.o: In function `gmvPolygonToTriangles::SetNormal(double const*)': /tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-source/Utilities/VisItBridge/databases/Common/PolygonToTriangles.C:140: undefined reference to `gluTessNormal' CMakeFiles/vtkIOVisItBridge.dir/GMV/avtGMVFileFormat.C.o: In function `gmvPolygonToTriangles::BeginPolygon()': /tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-source/Utilities/VisItBridge/databases/Common/PolygonToTriangles.C:146: undefined reference to `gluTessBeginPolygon' CMakeFiles/vtkIOVisItBridge.dir/GMV/avtGMVFileFormat.C.o: In function `gmvPolygonToTriangles::BeginContour()': /tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-source/Utilities/VisItBridge/databases/Common/PolygonToTriangles.C:151: undefined reference to `gluTessBeginContour' CMakeFiles/vtkIOVisItBridge.dir/GMV/avtGMVFileFormat.C.o: In function `gmvPolygonToTriangles::AddVertex(double const*)': /tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-source/Utilities/VisItBridge/databases/Common/PolygonToTriangles.C:160: undefined reference to `gluTessVertex' CMakeFiles/vtkIOVisItBridge.dir/GMV/avtGMVFileFormat.C.o: In function `gmvPolygonToTriangles::EndContour()': /tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-source/Utilities/VisItBridge/databases/Common/PolygonToTriangles.C:165: undefined reference to `gluTessEndContour' CMakeFiles/vtkIOVisItBridge.dir/GMV/avtGMVFileFormat.C.o: In function `gmvPolygonToTriangles::EndPolygon()': /tmp/dpkg-mkdeb.8vbU5qcgDO/src/ParaView-v4.4.0-source/Utilities/VisItBridge/databases/Common/PolygonToTriangles.C:170: undefined reference to `gluTessEndPolygon' collect2: ld returned 1 exit status gmake[2]: *** [lib/libvtkIOVisItBridge-pv4.4.so.1] Error 1 ========================================================================================================================== Help? Thank you. -- ?Richard Cook ? Lawrence Livermore National Laboratory Bldg-453 Rm-4024, Mail Stop L-557 7000 East Avenue, Livermore, CA, 94550, USA ? (office) (925) 423-9605 ? (fax) (925) 423-6961 --- Information Management & Graphics Grp., Services & Development Div., Integrated Computing & Communications Dept. (opinions expressed herein are mine and not those of LLNL) -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Fri Oct 30 14:54:15 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Fri, 30 Oct 2015 14:54:15 -0400 Subject: [Paraview] Paraview 4.4.0 build error with osmesa on RHEL cluster at LLNL In-Reply-To: <49E1D26F-1DCF-48AD-B6B7-2279E0FD8346@llnl.gov> References: <49E1D26F-1DCF-48AD-B6B7-2279E0FD8346@llnl.gov> Message-ID: <20151030185415.GA8203@megas.khq.kitware.com> On Fri, Oct 30, 2015 at 18:22:01 +0000, Cook, Rich wrote: > I'm seeing an error when trying to build the latest Paraview using > osmesa: > > The configuration step goes OK. In particular note that I set > -DOPENGL_glu_LIBRARY:FILEPATH=/usr/lib64/libGLU.so I think with OSMesa, this should be empty. Here is what our superbuild sets when using osmesa: -DOPENGL_INCLUDE_DIR:PATH= -DOPENGL_xmesa_INCLUDE_DIR:PATH= -DOPENGL_gl_LIBRARY:FILEPATH= -DOPENGL_glu_LIBRARY:FILEPATH= -DOSMESA_INCLUDE_DIR:PATH=/include -DOSMESA_LIBRARY:FILEPATH=/lib/libOSMesa.so Where is /usr on a system-installed mesa. You can also use libOSMesa.a for a static mesa. --Ben From mdorier at anl.gov Fri Oct 30 14:59:54 2015 From: mdorier at anl.gov (Dorier, Matthieu) Date: Fri, 30 Oct 2015 18:59:54 +0000 Subject: [Paraview] Changing colormap parameters in a Catalyst script Message-ID: <37142D5FC373A846ACE4F75AA11EA84D225BCE27@DITKA.anl.gov> Hi, I have generated a Catalyst python script that produces a colormap on a slice of a 3D rectilinear grid. I would like to use the same script for another variable of the simulation, but the range of data is not the same. How can I adapt the script, both in case where I know the new data range, and in case I don't know and want the colormap to simply figure it out? I believe the part of the script that deals with that is as follows: a1_dbz_PiecewiseFunction = CreatePiecewiseFunction( Points=[-36.903831481933594, 0.0, 0.5, 0.0, 57.036045074462891, 1.0, 0.5, 0.0] ) a1_dbz_PVLookupTable = GetLookupTableForArray( "dbz", 1, RGBPoints=[-36.903831481933594, 0.23000000000000001, 0.29899999999999999, 0.754, 10.066106796264648, 0.86499999999999999, 0.86499999999999999, 0.86499999999999999, 57.036045074462891, 0.70599999999999996, 0.016, 0.14999999999999999], VectorMode='Magnitude', NanColor=[0.25, 0.0, 0.0], ScalarOpacityFunction=a1_dbz_PiecewiseFunction, ColorSpace='Diverging', ScalarRangeInitialized=1.0 ) But I don't know how to adapt it. Thanks, Matthieu -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Fri Oct 30 15:19:37 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 30 Oct 2015 15:19:37 -0400 Subject: [Paraview] Changing colormap parameters in a Catalyst script In-Reply-To: <37142D5FC373A846ACE4F75AA11EA84D225BCE27@DITKA.anl.gov> References: <37142D5FC373A846ACE4F75AA11EA84D225BCE27@DITKA.anl.gov> Message-ID: Mattheiu, For rescaling when your data range is known, use: a1_dbz_PiecewiseFunction.RescaleTransferFunction(min, max) a1_dbz_PVLookupTable.RescaleTransferFunction(min, max) When it is unknown, you can use pipelineObject = GetActiveSource() display = GetDisplayProperties(pipelineObject) display.RescaleTransferFunctionToDataRange(False) You can change the False argument to True in the second line if you want the rescaling to only extend the current range instead of possibly shrinking it. Hope that helps, Cory On Fri, Oct 30, 2015 at 2:59 PM, Dorier, Matthieu wrote: > Hi, > > I have generated a Catalyst python script that produces a colormap on a > slice of a 3D rectilinear grid. I would like to use the same script for > another variable of the simulation, but the range of data is not the same. > How can I adapt the script, both in case where I know the new data range, > and in case I don't know and want the colormap to simply figure it out? > > I believe the part of the script that deals with that is as follows: > > a1_dbz_PiecewiseFunction = CreatePiecewiseFunction( > Points=[-36.903831481933594, 0.0, 0.5, 0.0, 57.036045074462891, 1.0, 0.5, > 0.0] ) > > a1_dbz_PVLookupTable = GetLookupTableForArray( "dbz", 1, > RGBPoints=[-36.903831481933594, 0.23000000000000001, 0.29899999999999999, > 0.754, 10.066106796264648, 0.86499999999999999, 0.86499999999999999, > 0.86499999999999999, 57.036045074462891, 0.70599999999999996, 0.016, > 0.14999999999999999], VectorMode='Magnitude', NanColor=[0.25, 0.0, 0.0], > ScalarOpacityFunction=a1_dbz_PiecewiseFunction, ColorSpace='Diverging', > ScalarRangeInitialized=1.0 ) > > But I don't know how to adapt it. > > Thanks, > > Matthieu > > > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan.abernathey at gmail.com Fri Oct 30 15:38:03 2015 From: ryan.abernathey at gmail.com (Ryan Abernathey) Date: Fri, 30 Oct 2015 15:38:03 -0400 Subject: [Paraview] can't do stereo animation output in batch mode Message-ID: I am trying to output an animation using batch mode in stereo. I want to output one set of images for the left eye and one for the right eye. In my script, I tried to do this by setting view.StereoType = "Left" or "Right". However, this doesn't work; both produce identical output. Can you give me some advice? Script is below. I am executing this with pvbatch. import os paraview.simple._DisableFirstRenderCameraReset() state_dir = '/scratch/Paraview/hurricane/long_hourly_rotating/try4' fname = 'filter_pre_render.pvsm' st = 'left' # or # st = 'right' servermanager.LoadState(os.path.join(state_dir, fname)) outdir = '/scratch/Paraview/hurricane/long_hourly_rotating/output/top_view/' + st view = GetRenderView() view.ViewSize = [1920, 1080] view.StereoType = st.capitalize() SetActiveView(view) Render() WriteAnimation(os.path.join(outdir, 'top_view_%s.png' % st)) -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdorier at anl.gov Fri Oct 30 16:30:47 2015 From: mdorier at anl.gov (Dorier, Matthieu) Date: Fri, 30 Oct 2015 20:30:47 +0000 Subject: [Paraview] Changing colormap parameters in a Catalyst script In-Reply-To: References: <37142D5FC373A846ACE4F75AA11EA84D225BCE27@DITKA.anl.gov>, Message-ID: <37142D5FC373A846ACE4F75AA11EA84D225BCE92@DITKA.anl.gov> Thanks Cory! Matthieu ________________________________ From: Cory Quammen [cory.quammen at kitware.com] Sent: Friday, October 30, 2015 2:19 PM To: Dorier, Matthieu Cc: Paraview (paraview at paraview.org) Subject: Re: [Paraview] Changing colormap parameters in a Catalyst script Mattheiu, For rescaling when your data range is known, use: a1_dbz_PiecewiseFunction.RescaleTransferFunction(min, max) a1_dbz_PVLookupTable.RescaleTransferFunction(min, max) When it is unknown, you can use pipelineObject = GetActiveSource() display = GetDisplayProperties(pipelineObject) display.RescaleTransferFunctionToDataRange(False) You can change the False argument to True in the second line if you want the rescaling to only extend the current range instead of possibly shrinking it. Hope that helps, Cory On Fri, Oct 30, 2015 at 2:59 PM, Dorier, Matthieu > wrote: Hi, I have generated a Catalyst python script that produces a colormap on a slice of a 3D rectilinear grid. I would like to use the same script for another variable of the simulation, but the range of data is not the same. How can I adapt the script, both in case where I know the new data range, and in case I don't know and want the colormap to simply figure it out? I believe the part of the script that deals with that is as follows: a1_dbz_PiecewiseFunction = CreatePiecewiseFunction( Points=[-36.903831481933594, 0.0, 0.5, 0.0, 57.036045074462891, 1.0, 0.5, 0.0] ) a1_dbz_PVLookupTable = GetLookupTableForArray( "dbz", 1, RGBPoints=[-36.903831481933594, 0.23000000000000001, 0.29899999999999999, 0.754, 10.066106796264648, 0.86499999999999999, 0.86499999999999999, 0.86499999999999999, 57.036045074462891, 0.70599999999999996, 0.016, 0.14999999999999999], VectorMode='Magnitude', NanColor=[0.25, 0.0, 0.0], ScalarOpacityFunction=a1_dbz_PiecewiseFunction, ColorSpace='Diverging', ScalarRangeInitialized=1.0 ) But I don't know how to adapt it. Thanks, Matthieu _______________________________________________ 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 Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cook47 at llnl.gov Fri Oct 30 17:41:50 2015 From: cook47 at llnl.gov (Cook, Rich) Date: Fri, 30 Oct 2015 21:41:50 +0000 Subject: [Paraview] SOLVED Re: Paraview 4.4.0 build error with osmesa on RHEL cluster at LLNL In-Reply-To: <20151030185415.GA8203@megas.khq.kitware.com> References: <49E1D26F-1DCF-48AD-B6B7-2279E0FD8346@llnl.gov> <20151030185415.GA8203@megas.khq.kitware.com> Message-ID: <8ED963B6-9A6F-4010-BC62-DD3F35B9A6EF@llnl.gov> I ended up fixing the problem by appending " -lGLU" to my LINKER_FLAGS, which I add to all my CMAKE_XXXX_FLAGS as follows: -DCMAKE_EXE_LINKER_FLAGS:STRING="$LINKER_FLAGS" \ -DCMAKE_SHARED_LINKER_FLAGS:STRING="$LINKER_FLAGS" \ -DCMAKE_EXE_LINKER_FLAGS_DEBUG:STRING="$LINKER_FLAGS" The build now completes successfully. > On Oct 30, 2015, at 11:54 AM, Ben Boeckel wrote: > > On Fri, Oct 30, 2015 at 18:22:01 +0000, Cook, Rich wrote: >> I'm seeing an error when trying to build the latest Paraview using >> osmesa: >> >> The configuration step goes OK. In particular note that I set >> -DOPENGL_glu_LIBRARY:FILEPATH=/usr/lib64/libGLU.so > > I think with OSMesa, this should be empty. Here is what our superbuild > sets when using osmesa: > > -DOPENGL_INCLUDE_DIR:PATH= > -DOPENGL_xmesa_INCLUDE_DIR:PATH= > -DOPENGL_gl_LIBRARY:FILEPATH= > -DOPENGL_glu_LIBRARY:FILEPATH= > -DOSMESA_INCLUDE_DIR:PATH=/include > -DOSMESA_LIBRARY:FILEPATH=/lib/libOSMesa.so > > Where is /usr on a system-installed mesa. You can also use > libOSMesa.a for a static mesa. > > --Ben -- ?Richard Cook ? Lawrence Livermore National Laboratory Bldg-453 Rm-4024, Mail Stop L-557 7000 East Avenue, Livermore, CA, 94550, USA ? (office) (925) 423-9605 ? (fax) (925) 423-6961 --- Information Management & Graphics Grp., Services & Development Div., Integrated Computing & Communications Dept. (opinions expressed herein are mine and not those of LLNL) From andy.bauer at kitware.com Sat Oct 31 09:17:50 2015 From: andy.bauer at kitware.com (Andy Bauer) Date: Sat, 31 Oct 2015 09:17:50 -0400 Subject: [Paraview] Some questions about Catalyst Live Visualization In-Reply-To: References: Message-ID: Hi Adam, In my opinion it is a bug. My thinking is this, if there's no Catalyst work to do then the performance penalty for using Catalyst should be negligible. The VTK grid should only be generated if there's Catalyst work to do (this will usually be quite fast but certainly may not be negligible) and if there aren't any outputs (e.g. images, data extracts or to Catalyst Live via a connected client) then RequestDataDescription() should return that there's no work to do so that no cycles are wasted generating the VTK object. If you don't mind wasting cycles, I can always have you compute some bitcoins for me instead :) Additionally, all of this should be automated (and can be) such that it just works for users without having to modify the Python scripts for something as simple as this. Best regards, Andy On Fri, Oct 30, 2015 at 1:47 PM, Dan Lipsa wrote: > Hi Adam, > > On Fri, Oct 30, 2015 at 10:20 AM, Adam Lyon wrote: > >> I'd like this code to only run if a ParaView client is actually connected >> (because if there's no client connected then it's making VTK objects that >> no human is looking at, so it's wasting time). So I'd like to know if >> there's a way that my code could ask the adapter if a client is connected. >> I hope I explained that better - let me know if not. >> > > Live was added as a way to support catalyst processing: the user can > examine down-sampled data produced by the simulation but also modify the > processing pipeline while the simulation is running. The processing > pipeline is mainly used to save data/images from the simulation. So I don't > think we considered your use case. Looking at the code it does not seem to > be a way to query if there is a connection to ParaView Live. I don't think > it would be too difficult to add it though. > > Dan > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Sat Oct 31 12:31:17 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Sat, 31 Oct 2015 12:31:17 -0400 Subject: [Paraview] Making timesteps In-Reply-To: References: Message-ID: Hi Dennis, Please see the blog post I just wrote: http://www.kitware.com/blog/home/post/989 This should give you an overview of the basics of time support in the Programmable Filter. - Cory On Fri, Oct 30, 2015 at 8:49 AM, Dennis Conklin wrote: > All, > > > > I would like to take a ring of elements, lets say a ring of 180 elements, > each 2degrees of arc. After loading this ring, each of the 180 elements > in the ring will have a specific strain state. > > > > I would like to then take a separate input which would be a single element > and give it 180 timesteps and for each timestep assign to this element each > of the strain states from the ring. > > > > This is basically to validate a static range calculation versus a rolling > time-domain calculation. > > > > I have never understood how to manipulate the time dimension in Paraview > and I have no idea how to do this within a Programmable filter. Are there > any good examples of how to create and iterate thru different times and > assign CellValues at each time? > > > > Thanks for any hints > > > > Dennis > > _______________________________________________ > 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 > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lyon at fnal.gov Sat Oct 31 13:30:44 2015 From: lyon at fnal.gov (Adam Lyon) Date: Sat, 31 Oct 2015 12:30:44 -0500 Subject: [Paraview] Some questions about Catalyst Live Visualization In-Reply-To: <1235e98139eb4020a3a199fb0184d4df@MAIL03V-CAS01.fnal.gov> References: <1235e98139eb4020a3a199fb0184d4df@MAIL03V-CAS01.fnal.gov> Message-ID: HI Andy - I think you've got the right idea! Thanks. By the way, I've written a little ParaView plugin that makes a Catalyst Live "single step" button. If you have the simulation paused on a time step, clicking the button will allow the simulation to advance to the next time step and will pause again. I'll post the code to Github hopefully later today -- and make a little movie. This will be really useful for us!! Thanks again. -- Adam *------* *Adam L. Lyon* *Scientist; Associate Division Head for Systems for Scientific Applications* Scientific Computing Division & Muon g-2 Experiment Fermi National Accelerator Laboratory 630 840 5522 office www.fnal.gov lyon at fnal.gov Connect with us! Newsletter | Facebook | Twitter On Sat, Oct 31, 2015 at 8:17 AM, Andy Bauer wrote: > Hi Adam, > > In my opinion it is a bug. My thinking is this, if there's no Catalyst > work to do then the performance penalty for using Catalyst should be > negligible. The VTK grid should only be generated if there's Catalyst work > to do (this will usually be quite fast but certainly may not be negligible) > and if there aren't any outputs (e.g. images, data extracts or to Catalyst > Live via a connected client) then RequestDataDescription() should return > that there's no work to do so that no cycles are wasted generating the VTK > object. If you don't mind wasting cycles, I can always have you compute > some bitcoins for me instead :) > > Additionally, all of this should be automated (and can be) such that it > just works for users without having to modify the Python scripts for > something as simple as this. > > Best regards, > Andy > > On Fri, Oct 30, 2015 at 1:47 PM, Dan Lipsa wrote: > >> Hi Adam, >> >> On Fri, Oct 30, 2015 at 10:20 AM, Adam Lyon wrote: >> >>> I'd like this code to only run if a ParaView client is actually >>> connected (because if there's no client connected then it's making VTK >>> objects that no human is looking at, so it's wasting time). So I'd like to >>> know if there's a way that my code could ask the adapter if a client is >>> connected. I hope I explained that better - let me know if not. >>> >> >> Live was added as a way to support catalyst processing: the user can >> examine down-sampled data produced by the simulation but also modify the >> processing pipeline while the simulation is running. The processing >> pipeline is mainly used to save data/images from the simulation. So I don't >> think we considered your use case. Looking at the code it does not seem to >> be a way to query if there is a connection to ParaView Live. I don't think >> it would be too difficult to add it though. >> >> Dan >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rk.ism10209 at gmail.com Mon Oct 12 08:45:48 2015 From: rk.ism10209 at gmail.com (Rahul Kumar Soni) Date: Mon, 12 Oct 2015 12:45:48 -0000 Subject: [Paraview] Missing particle type particle tracking In-Reply-To: References: Message-ID: Sorry for bothering. I found the solution. I used mask value as 100 in TemporalParticlesToPathlines filter. That means every 100th particle were considered. Since, big particles of type 3 were very less in numbers, paraview missed them. Now, I set mask value to 10, and then, paraview was able to track them. Attached is the image of correct visualization. [image: SphereGlyph3TypesRedGreenBlue.png] [image: photo] *Rahul K Soni* Scientist, CSIR - Institute of Minerals & Materials Technology +91-674-237-9335 | +91-8456977780 | http://sites.google.com/site/rahuliitdhn ? Get a Signature like this: Click Here! On Mon, 12 Oct 2015 at 17:41 Rahul Kumar Soni wrote: > I have assigned three different material type to three different size > particles in my simulation. When I am trying to glyph it to sphere, all > the three types are detected and colored according. However, when I am > trying to make particle tracking tubes through TemporlPrticlesToPathlines > >> Tube with the settings shown in attached images; it only captures the > two particle types. I am wondering that why these leakage is being > happened. Anyone, please suggest a resolution. > [image: TemporalParticlesToPathlines2TypesRedBlue.png][image: > SphereGlyph3TypesRedGreenBlue.png] > > [image: photo] > *Rahul K Soni* > Scientist, CSIR - Institute of Minerals & Materials Technology > +91-674-237-9335 > > | +91-8456977780 > > | http://sites.google.com/site/rahuliitdhn > > > > > > > > ? Get a Signature like this: Click Here! > > -- > > -- > Regards > > Rahul Kumar Soni > Scientist > CSIR-Institute of Minerals & Minerals Technology > > [image: photo] > *Rahul K Soni* > Scientist, CSIR - Institute of Minerals & Materials Technology > +91-674-237-9335 | +91-8456977780 | > http://sites.google.com/site/rahuliitdhn > > > ? Get a Signature like this: Click Here! > > -- -- Regards Rahul Kumar Soni Scientist CSIR-Institute of Minerals & Minerals Technology [image: photo] *Rahul K Soni* Scientist, CSIR - Institute of Minerals & Materials Technology +91-674-237-9335 | +91-8456977780 | http://sites.google.com/site/rahuliitdhn ? Get a Signature like this: Click Here! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SphereGlyph3TypesRedGreenBlue.png Type: image/png Size: 136563 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: TemporalParticlesToPathlines2TypesRedBlue.png Type: image/png Size: 76215 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SphereGlyph3TypesRedGreenBlue.png Type: image/png Size: 233019 bytes Desc: not available URL: From ryan.abernathey at gmail.com Wed Oct 21 13:33:58 2015 From: ryan.abernathey at gmail.com (Ryan Abernathey) Date: Wed, 21 Oct 2015 17:33:58 -0000 Subject: [Paraview] tile edge artifacts with volume rending in parallel mode Message-ID: Hello, I am trying to do volume rendering of this data: ftp://ftp.ldeo.columbia.edu/pub/rpa/paraview_netcdf/rce_rrtm303x512dx3f20_512x512x64_3km_12s_128_0000001500.nc It works fine when Paraview is in regular (serial) mode. But the rendering is very slow. I have 32 cores in my workstation, so I tried using Paraview in parallel with 16 cores. This goes MUCH faster. But unfortunately, artifacts are visible related to the tiling of the data This image is a screenshot from the serial case: [image: Inline image 1] And this is from the parallel case. Note the grid lines visible in the bottom slice. [image: Inline image 2] I have attached the state file to reproduce this case. I am using Paraview 4.3.1 on linux. Sincere thanks for your advice. -Ryan Abernathey -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume_render.png Type: image/png Size: 2571680 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume_render_parallel.png Type: image/png Size: 2603074 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: test_volume_parallel.pvsm Type: application/octet-stream Size: 455990 bytes Desc: not available URL: From aashish.chaudhary at kitware.com Mon Oct 26 15:02:09 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 26 Oct 2015 19:02:09 -0000 Subject: [Paraview] [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Simon, I used your dataset on paraview master as of today on my Linux box running Ubuntu 14.04 and NVIDA Quadro card and I am getting about 15-20 FPS with shading on on 1920x1080 resolution. Are you on the proper 4.4 or using RC1/RC2? I checked the shading performance fix was in 4.4 but not in RC's. I don't have access to Windows box right away but I will try there too. Thanks, On Mon, Oct 26, 2015 at 2:45 PM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > > > On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT > wrote: > >> Hello Aashish, >> >> Thanks for the quick answer >> We are using a vtkImageData, 512x512x591 with short element (you can find >> the dataset here : https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). >> So I think it's all about GPU volume raycast mapper. >> The new mapper does bring low resolution, but when compared to the old >> one, it seems less "low resolution" during interaction than the old one >> > > Right, so that's why its not a exact comparison. What happens is that > depending on what is interactive, (you can set the desired update rate in > VTK, not exposed in ParaView I believe), it will do interactive but with > higher resolution (smaller sample distance). If they both have the same > sample distance, then the new mapper should out perform the old one, > however, there is another thing we need to consider here which is shading. > > >> Shading is enabled, gradient opacity disabled >> > > Can you disable the shading and see if now they both (opengl1 and 2) > equally better? We already pushed a fix for it but not sure if that you > have in your build. > >> >> Don't know if you need a minimal example, but I believe the GPURenderDemo >> used with this dataset is enough to highlight the slow down. >> > > Yes, I will use this dataset. Thanks. > >> >> Thanks >> Simon >> >> >> 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < >> aashish.chaudhary at kitware.com>: >> >>> Also, >>> >>> Do you have shading enabled? We fixed a bug with shading that was >>> causing the slow performance a while back. I don't remember if that was >>> included in 4.4 or not ( I can check ). >>> >>> - Aashish >>> >>> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >>> aashish.chaudhary at kitware.com> wrote: >>> >>>> Simon, >>>> >>>> What kind of dataset you are using? Depending on the data type you >>>> might be using >>>> the GPU one or the unstructured renderer. The performance we measured >>>> is related to the GPU ray cast mapper >>>> and will apply only to the vtkImageData inputs. >>>> >>>> Also, helpful would be is if you can tell if the new mapper is bringing >>>> low resolution when you interact with the volume (and whether or not it >>>> happens with old mapper). >>>> >>>> Thanks, >>>> >>>> >>>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>>> simon.esneault at gmail.com> wrote: >>>> >>>>> Hi All, >>>>> >>>>> We are trying to make the switch to the new OpenGL2 backend for our >>>>> application, and although the switch was easy (thanks for not breaking the >>>>> API ;) ), we can see a significant slowdown on the GPU volume rendering >>>>> part, especially during interaction. Typically we dropped from 15/20 fps to >>>>> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >>>>> code around. >>>>> >>>>> This slow down can be seen in ParaView, if you compare the latest 4.4 >>>>> OpenGL2 build with the classic 4.4 build while volume rendering a big >>>>> enough volume (512^3) >>>>> >>>>> The blog post here >>>>> http://www.kitware.com/blog/home/post/976 >>>>> claims that the new GPU volume rendering implementation should be >>>>> faster than the old one, is there some more detailed explanation somewhere >>>>> ? Are there some important parameters that can make the difference ? >>>>> >>>>> Thanks, >>>>> >>>>> Simon >>>>> >>>>> PS : The polygonal rendering seems a lot faster with the new backend ! >>>>> >>>>> -- >>>>> ------------------------------------------------------------------ >>>>> Simon Esneault >>>>> Rennes, France >>>>> ------------------------------------------------------------------ >>>>> >>>>> _______________________________________________ >>>>> Powered by www.kitware.com >>>>> >>>>> Visit other Kitware open-source projects at >>>>> http://www.kitware.com/opensource/opensource.html >>>>> >>>>> Search the list archives at: >>>>> http://markmail.org/search/?q=vtk-developers >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>> * >>>> *| http://www.kitware.com/company/team/chaudhary.html >>>> * >>>> >>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> >> >> -- >> ------------------------------------------------------------------ >> Simon Esneault >> Rennes, France >> ------------------------------------------------------------------ >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume.png Type: image/png Size: 557305 bytes Desc: not available URL: