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
time_series_writer.write(1.0 /*time*/, WHAT_HAS_CHANGED /*optional*/);
on the reader side, we could expose this again via a query, possible returning the same type as above
WHAT_HAS_CHANGED = reader.diff_between_steps(step0, stepN);
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