<div class="gmail_quote">On Thu, Apr 7, 2011 at 7:51 AM, Biddiscombe, John A. <span dir="ltr"><<a href="mailto:biddisco@cscs.ch">biddisco@cscs.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Dave<br>
<div class="im"><br>
>>><br>
One way to go about making an automatic reader that should cut down on development time would be to write a utility to produce xdmf files from the content of arbitrary h5 files.<br>
<<<<br>
<br>
</div><a href="https://hpcforge.org/projects/xdmfgenerator/" target="_blank">https://hpcforge.org/projects/xdmfgenerator/</a><br>
wiki (with very little help!) here<br>
<a href="https://hpcforge.org/plugins/mediawiki/wiki/xdmfgenerator/index.php/Main_Page" target="_blank">https://hpcforge.org/plugins/mediawiki/wiki/xdmfgenerator/index.php/Main_Page</a><br>
<br>
wiki needs to be improved. building generator requires a paraview build to get xdmf and hdf settings using cmake.<br><br></blockquote><div><br></div><div>FWIW, Titan (<a href="http://titan.sandia.gov">titan.sandia.gov</a>) has a vtkHDF5TableReader. It can find a single hdf5 dataset containing records and store it in a vtkTable. It is certainly limited, but people are free to enhance it. As Dave said, hdf5 is so complex I'm not sure how generally useful it can become. Right now it reads what I'm sure is a small subset of what could possibly be in hdf5.</div>
<div><br></div><div>Jeff</div></div><br>