<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 10 Jul 2020 at 15:37, Matthew Knepley <<a href="mailto:knepley@gmail.com">knepley@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote"><div>That is true. Do they also get rid of the single mesh and single timstep requirements? HDF5+XDMF makes it much easier since</div><div>we can put multiple meshes and timesteps in one file.</div></div></div></blockquote><div><br></div><div>Well, I use ParaView's *.pvd files for that, and I dump each timestep to its own *.vtu file in a folder to pack the files. But you still have a point, the format is indeed restricting.</div><div>Why do you consider it so important to put multiple meshes and timesteps in one file? It is just that you hate to have so many files scattered around? Or something deeper?</div><div>I do hate the fact that the VTK formats (either legacy or XML) do not allow you to dump a single mesh to be reused for multiple timestep.</div><div><br></div><div>I would probably move out of VTK files in favor of something else if I had a way to encode VTK's (the library, not the file format) high-order Lagrange elements.<br></div><div>Actually, I'm toying with dumping files with PETSc's raw binary I/O with MPI, and writing a proper ParaView plugin in Python to read the data.</div><div><br></div><div><br></div><div>-- <br></div></div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>Lisandro Dalcin<br>============<br>Research Scientist<br>Extreme Computing Research Center (ECRC)<br>King Abdullah University of Science and Technology (KAUST)<br><a href="http://ecrc.kaust.edu.sa/" target="_blank">http://ecrc.kaust.edu.sa/</a><br></div></div></div></div>