You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In legacy dolfin, functions were written to XDMF file by XDMFFile.write(u, t).
If the mesh changed for any other t, the new mesh was written to file again along with u. This allowed time dependent meshes in XDMF files.
However, in current dolfinx we write functions to file by
In commit #2532, false claims about time steps for write_mesh were removed from doc.
If there ever was a time stamp feature, I would highly encourage the developers to bring it back. See for instance this post in the discourse. Otherwise, to work with time dependent meshes, one would have to work with VTK files, making output files and post visualization much more costly.
We are likely not going to pursue the XDMF file format further, as it is no longer maintained by Kitware (last PR is from 4 years ago at: https://gitlab.kitware.com/xdmf/xdmf).
mesh_policy – Controls if the mesh is written to file at the first time step only when a Function is written to file, or is re-written (updated) at each time step. Has an effect only for Function output
Describe new/missing feature
In legacy dolfin, functions were written to XDMF file by
XDMFFile.write(u, t)
.If the mesh changed for any other
t
, the new mesh was written to file again along withu
. This allowed time dependent meshes in XDMF files.However, in current dolfinx we write functions to file by
In commit #2532, false claims about time steps for
write_mesh
were removed from doc.If there ever was a time stamp feature, I would highly encourage the developers to bring it back. See for instance this post in the discourse. Otherwise, to work with time dependent meshes, one would have to work with VTK files, making output files and post visualization much more costly.
Suggested user interface
The text was updated successfully, but these errors were encountered: