<div dir="ltr">Florian,<div><br></div><div>How about using a state file exported from ParaView as a template? You can modify the template to add text tags for things that should be customized per simulation output. When generating the simulation, just search/replace the tags with the necessary values.</div><div><br></div><div>HTH,</div><div>Cory</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 28, 2016 at 4:21 AM, Florian Hoffmann <span dir="ltr"><<a href="mailto:florian.hoffmann@inutech.de" target="_blank">florian.hoffmann@inutech.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear all,<br>
<br>
<br>
Has anybody ever tried to automatically (=by a program) generate a PV state file for a known pipeline with known settings ?<br>
<br>
My code is writing its simulation results into a HDF5 file. In an additional step I am processing this file in order to generate a/several corresponding XDMF file(s) in order to visualize the data with ParaView.<br>
That means, during creation of these XDMF files I know WHAT and HOW  I would like to show it in PV later. I am thinking about generating a corresponding state file which would load the generated XDMF files into PV and apply certain default but useful settings:<br>
For example XDMF files representing solid structures should be shown using 'Surface With Edges' representation and be colored by solid color, whereas XDMF files representing particle data (=particle centers) should be glyphed with a sphere and colored by their radius.<br>
I am aware of the absolute path issue in PV state files. But at the moment this is not a problem for me. My intention is to create this STATE file next to the generated XDMF files, allowing the user to open ‚The Case‘ in PV with two clicks in comparison with having to first open the XDMF files and then apply certain commonly used settings himself.<br>
<br>
<br>
1) Does anybody has experience with this ?<br>
<br>
2) When experimenting with the state file, I noticed that it contains a lot of items that can be removed without creating (obvious) problems. I assume if not specified in the state file, default settings are used for example for background color, etc. Is there some example of a ‚MINIMAL state file‘ that stores only the really relevant settings ?<br>
<br>
<br>
I know that this can also be achieved with python scripts. If anybody can report positive experience with state files I would opt for this one first.<br>
<br>
<br>
Thank you very much.<br>
<br>
Best regards,<br>
<br>
Florian<br>
______________________________<wbr>_________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/<wbr>opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" rel="noreferrer" target="_blank">http://paraview.org/Wiki/<wbr>ParaView</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=ParaView" rel="noreferrer" target="_blank">http://markmail.org/search/?q=<wbr>ParaView</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/paraview" rel="noreferrer" target="_blank">http://public.kitware.com/<wbr>mailman/listinfo/paraview</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Cory Quammen<br>Staff R&D Engineer<br>Kitware, Inc.</div>
</div>