<div dir="ltr">Hi Paul,<br>Indeed #2 makes sense, especially if you want to change the in-house format. To write the file (from the simulation) it seems to me you should checkout<div><br></div><div><a href="https://www.hdfgroup.org/HDF5/doc/fortran/index.html">https://www.hdfgroup.org/HDF5/doc/fortran/index.html</a><br></div><div><br></div><div>I don't see why ParaView would be used in that process. <span style="font-size:13.1999998092651px;line-height:19.7999992370605px">Am I missing something?</span><span style="font-size:13.1999998092651px;line-height:19.7999992370605px"> </span></div><div>Dan</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Sat, Jun 6, 2015 at 8:04 AM Paul Anton Letnes <<a href="mailto:pa@letnes.com">pa@letnes.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi, fellow paraviewers!<br>
<br>
I’ve spent some time playing with tutorials and user manuals, and so far I’m impressed with what paraview can do.<br>
<br>
I am working on a specialized structural engineering program that, mainly, performs simulations of pipes with circular cross sections. Each pipe is split into nodes and 1D elements, and results are reported at points (or, less commonly, elements) along the pipe.<br>
<br>
Some results are reported once per cross section; e.g, the tension in the pipe has a single value for the entire cross section. Other results, e.g. plastic strain, is reported for a number of points along the circumference of the pipe (say, 5-50 points), for each of the cross sections. The results can be either “snapshots” or time series.<br>
<br>
After what I’ve seen from the paraview documentation, possible approaches include:<br>
1. Create a paraview plugin to read our current in-house file format.<br>
2. Directly write output files in an already supported format.<br>
3. Write pvpython scripts that perform the conversion on the fly.<br>
<br>
Approach 1 is probably a lot of work and the file format is not of interest to anyone else (optimally, I’d like to replace it), so this seems less attractive. Approach 3 is probably less user-friendly for our users.<br>
<br>
The second approach seems sensible, but the paraview documentation does not give many examples of how to do this. Optimally, I’d like to write a hdf5-based format (xdmf? netcdf? raw hdf5?) directly from Fortran, but I haven’t found documentation on how to do this. Using hdf5 seems attractive as it’s so widely supported by e.g. matlab, python, and other postprocessing tools used in the industry. Getting a single results database would simplify a lot of workflows!<br>
<br>
What would you guys do?<br>
<br>
Cheers<br>
Paul<br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=ParaView" target="_blank">http://markmail.org/search/?q=ParaView</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/paraview" target="_blank">http://public.kitware.com/mailman/listinfo/paraview</a><br>
</blockquote></div>