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
The VTK-HDF format, for instance, supports reusing data (e.g. the grid between all or some time steps) via an offset mechanism. Currently, our writers only expose an option to consider the grid static for all steps. More fine grained settings would be desirable to be as space efficient as possible... We could do something like
The vtk-hdf format has an offset mechanism with which to define the values per time step. This allows to reuse data from older time steps in case nothing changed. Currently, the vtk-hdf writer takes options in the constructor stating if the grid and/or metadata are constant throughout the simulation. In this case, the grid is written only once.
However, some transient simulations may update the grid only at certain points in time. If we had a mechanism to specify this for individual time steps, such output could be written in a maximally space-efficient manner.
Even individual fields could be flagged as constant with this mechanism, such that the data can be reused in other time steps...
The VTK-HDF format, for instance, supports reusing data (e.g. the grid between all or some time steps) via an offset mechanism. Currently, our writers only expose an option to consider the grid static for all steps. More fine grained settings would be desirable to be as space efficient as possible... We could do something like
on the reader side, we could expose this again via a query, possible returning the same type as above
The text was updated successfully, but these errors were encountered: