Re: [Paraview] Paraview Visualization Ambiguity an a 2nd order Tetrahedra
ParaView will tetrahedralize higher order elements for certain algorithms. For the most part, this should be hidden. What particular algorithm are you seeing this with? -berk On Sun, Oct 21, 2012 at 12:02 PM, Umut Tabak umut.ta...@gmail.com wrote: Dear all, I have a mesh which is composed of 2nd order tetrahedral elements, however if this mesh is visualized in paraview then see that inside one 2nd order elements other elements are created. So the displayed number of elements are not correct. I am a rather new user of Paraview. The vtk input file seems to be correct and I am comparing that to Gmsh input files and they match. However, Paraview divides the tetra elements in extra 1st order like elements. I guess I am mistaken at some point. Visualization of data is not a problem since the node data is fine and I am visualizing a vector displacement field on the mesh. The input file is also attached. Any comments are appreciated. Best regards, Umut ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Paraview Visualization Ambiguity an a 2nd order Tetrahedra
On 10/22/2012 03:46 PM, Berk Geveci wrote: ParaView will tetrahedralize higher order elements for certain algorithms. For the most part, this should be hidden. What particular algorithm are you seeing this with? Hi, This is a mesh that I export from the commercial finite element code ANSYS. I am not sure how to answer this question. But I also could not understand the point of your question since the cell representation should be easy to understand by the software. It should only draw elements around the main nodes that represent the element, so for this case, the 10-nodes that belong to the element should form the element. Why do you relate this to a meshing algorithm? I am not expert on mesh generation of course ;-) There are two 10 node tetrahedral elements interfaced in my code for ANSYS elements. Namely, SOLID92 and SOLID187 which are both 2nd order 10 node tetra elements. If I follow this thread http://comments.gmane.org/gmane.comp.science.paraview.user/10670 which seems to solve the problem. And I can see the normal 2nd order elements without divided into extra cells. BR, Umut ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Is there any point to compiling with MPI but without offscreen rendering?
On 10/19/2012 03:54 PM, Utkarsh Ayachit wrote: and the resulting GL and OSMesa libraries both link glapi which was the source of the trouble with conflicting/hidden symbols : That's unfortunate. Guess we are still stuck with keep the two builds separate then. I'm sorry, I was sloppy in my use of the word link. I believe it may now be possible to build ParaView once with accelerated mesa and offscreen rendering in software. The GL and OSMesa libraries built as I described now link to the shared library glapi which was the source of missing symbols in the OSMesa library when the glapi object was compiled into the GL library and its symbols were hidden, and the source of conflicting symbols when the glapi object was compiled into both the GL and OSMesa libraries. Now that glapi is a stand alone shared library it should be no different than two shared libraries both linking the math library. signature.asc Description: OpenPGP digital signature ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Is there any point to compiling with MPI but without offscreen rendering?
Ah..cool. What version of Mesa is this 9.0 or 8.0.*? Utkarsh On Mon, Oct 22, 2012 at 10:12 AM, Kevin H. Hobbs hob...@ohio.edu wrote: On 10/19/2012 03:54 PM, Utkarsh Ayachit wrote: and the resulting GL and OSMesa libraries both link glapi which was the source of the trouble with conflicting/hidden symbols : That's unfortunate. Guess we are still stuck with keep the two builds separate then. I'm sorry, I was sloppy in my use of the word link. I believe it may now be possible to build ParaView once with accelerated mesa and offscreen rendering in software. The GL and OSMesa libraries built as I described now link to the shared library glapi which was the source of missing symbols in the OSMesa library when the glapi object was compiled into the GL library and its symbols were hidden, and the source of conflicting symbols when the glapi object was compiled into both the GL and OSMesa libraries. Now that glapi is a stand alone shared library it should be no different than two shared libraries both linking the math library. ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] auto generated line edits in the display panel
The algorithm that translates xml names into label text doesn't handle acronyms. for example: NumberOfVTKBlah in the xml shows up as Number Of VTKBlah, it would be nicer if it were Number Of VTK Blah. You could also use the label attribute to specify the human-readable label in the xml itself. Utkarsh ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] can't use saved states with Gaussian Resampling filter
Celia, What version of ParaView is this? I just tried doing something similar with the development version of ParaView and the state seems to load correctly without the error or the freeze. Can you try with the development version? You can download the nightly binaries using the instructions here (http://paraview.org/Wiki/ParaView/Superbuild#Obtaining_the_source). The problem is still present, can you share your data/state files? Utkarsh On Thu, Oct 18, 2012 at 7:34 PM, Celia Bremer fuw...@hotmail.com wrote: Hello, I have a problem with the Gaussian resampling filter that happens only when I load a state. My pipeline is data (polydata, points on an unstructured grid) - Gaussian resampling filter - IsoVolume. If I'm starting from scratch, get the data in via open, and then apply the filters, I have no problems. If I then save the state and reopen it later, 2 things happen: 1) When I click on the eye next to the Gaussian resampling filter to make the result visible, I get an error message like ERROR: In ..\..\..\..\src\ParaViewCore\ServerManager\vtkSMEnumerationDomain.cxx, line 75 vtkSMFieldDataDomain (0FBC65E0): Invalid idx: 0 The number in parenthesis changes but the rest is the same every time. After the error pops up, the results of the filter become viewable, though. I don't get this error if the Gaussian splatter filter is visible when I save the state, but the second (more important) problem happens regardless. 2) If I set the resampling grid to 300x300x300 or above, when the green bar gets to 95%, my computer freezes. I can move the mouse but everything else becomes unresponsive. I can't even bring up task manager and I have to hold the power button to restart. The error message is no big deal, but the other thing means I can't save my work, I have to re-do it from scratch every time. I would appreciate any help. Celia ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] auto generated line edits in the display panel
sure, thanks On 10/22/2012 07:16 AM, Utkarsh Ayachit wrote: The algorithm that translates xml names into label text doesn't handle acronyms. for example: NumberOfVTKBlah in the xml shows up as Number Of VTKBlah, it would be nicer if it were Number Of VTK Blah. You could also use the label attribute to specify the human-readable label in the xml itself. Utkarsh ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Is there any point to compiling with MPI but without offscreen rendering?
On 10/22/2012 10:15 AM, Utkarsh Ayachit wrote: Ah..cool. What version of Mesa is this 9.0 or 8.0.*? I compiled mesa from git. signature.asc Description: OpenPGP digital signature ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Scripting Common UI Tasks for Opening Files
Hi, So this doesn't quite work. The problem is that the generated script seems to hard-code particular filenames, rather than say just looking at the order of the pipeline. Given that we have to open several files at the same time, and then arrange a visualization of simulation results, this isn't quite what we want. I was unaware of the macro feature, so I might be able to investigate a bit further to write a python macro that does what we want. I considered writing a script to generate a state file automatically for a given set of filenames. I'm not sure if this is the best option or not. It depends upon the portability of these files from version to version, and the dependency upon particular files. In particular, we have several file types which particular features of results. So, for instance, we might have for simulation run X, and features f_j: X_f1_*.vtp X_f2_*.vtu X_f3_*.vtu We need to open these files and make some basic adjustments so that we have a good idea of what is happening in the simulation. AJ On Sun, Oct 21, 2012 at 2:26 PM, Andy Bauer andy.ba...@kitware.com wrote: If you're using the python trace (under Tools-Start Trace/Stop Trace) you can create a python script that should mimic what you're doing in the GUI. After you stop the trace you have the option of saving it as a macro which will then allow you to click on a widget in the GUI to replay those actions. You could also create a state file (File-Save State) which may also accomplish what you're looking for. If either of those don't work as expected and/or desired, I would recommend emailing back the list with specific problems. Andy On Sun, Oct 21, 2012 at 12:49 PM, Adrien Guillon aj.guil...@gmail.comwrote: Hi everyone, We have simulation results that we frequently visualize in the same way. We construct a specific pipeline, visualize some parts as wireframe, set a color scheme, and so on. Unfortunately, this is done manually at the moment, which means that just opening simulation results can take a few minutes of clicking around. I'm looking to script this. Is there a way to script the UI so that it opens a number of given files, and adjusts features automatically? My investigations into Python scripting with Paraview suggest that it cannot directly control the UI, instead it does analysis using Paraview. Any suggestions on how to accomplish some automation? AJ ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Scripting Common UI Tasks for Opening Files
Hi for time-series data I'm using the attached script. First it looks in the 'post'-folder and sort the files by number naturally. After that it gives the sorted array to the readerclass (change this for your reader as in the traced macro you got from the macro tool) Then the Representation-Style is set. If you hit the Button again the last timestep is loaded (I use this script while the simulation is running) Greez, CR Am 22.10.2012 20:28, schrieb Adrien Guillon: Hi, So this doesn't quite work. The problem is that the generated script seems to hard-code particular filenames, rather than say just looking at the order of the pipeline. Given that we have to open several files at the same time, and then arrange a visualization of simulation results, this isn't quite what we want. I was unaware of the macro feature, so I might be able to investigate a bit further to write a python macro that does what we want. I considered writing a script to generate a state file automatically for a given set of filenames. I'm not sure if this is the best option or not. It depends upon the portability of these files from version to version, and the dependency upon particular files. In particular, we have several file types which particular features of results. So, for instance, we might have for simulation run X, and features f_j: X_f1_*.vtp X_f2_*.vtu X_f3_*.vtu We need to open these files and make some basic adjustments so that we have a good idea of what is happening in the simulation. AJ On Sun, Oct 21, 2012 at 2:26 PM, Andy Bauer andy.ba...@kitware.com mailto:andy.ba...@kitware.com wrote: If you're using the python trace (under Tools-Start Trace/Stop Trace) you can create a python script that should mimic what you're doing in the GUI. After you stop the trace you have the option of saving it as a macro which will then allow you to click on a widget in the GUI to replay those actions. You could also create a state file (File-Save State) which may also accomplish what you're looking for. If either of those don't work as expected and/or desired, I would recommend emailing back the list with specific problems. Andy On Sun, Oct 21, 2012 at 12:49 PM, Adrien Guillon aj.guil...@gmail.com mailto:aj.guil...@gmail.com wrote: Hi everyone, We have simulation results that we frequently visualize in the same way. We construct a specific pipeline, visualize some parts as wireframe, set a color scheme, and so on. Unfortunately, this is done manually at the moment, which means that just opening simulation results can take a few minutes of clicking around. I'm looking to script this. Is there a way to script the UI so that it opens a number of given files, and adjusts features automatically? My investigations into Python scripting with Paraview suggest that it cannot directly control the UI, instead it does analysis using Paraview. Any suggestions on how to accomplish some automation? AJ ___ Powered by www.kitware.com http://www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview from paraview.simple import * import glob folder=post/dump*.liggghts stlfolder=post/dump*.stl def try_int(s): Convert to integer if possible. try: return int(s) except: return s def natsort_key(s): Used internally to get a tuple by which s is sorted. import re return map(try_int, re.findall(r'(\d+|\D+)', s)) def natcmp(a, b): Natural string comparison, case sensitive. return cmp(natsort_key(a), natsort_key(b)) def natcasecmp(a, b): Natural string comparison, ignores case. return natcmp(a.lower(), b.lower()) # Find the source object if (FindSource(liggghts_dump)==None): #create 1st time files = glob.glob(folder) files.sort(natcasecmp) xreader=liggghts_Reader(guiName=liggghts_dump, FileNames=files) #xreader.FileNames=files SetDisplayProperties(xreader, Representation=Point Sprite) DataRepresentation1 = Show() DataRepresentation1.PointSpriteDefaultsInitialized = 1 DataRepresentation1.Texture =
