gridformat
gridformat copied to clipboard
dglaeser
Header-only C++-Library for grid file I/O
The test is currently commented out because of an unresolved issue/question with the `vtkPImageDataReader`, see code comment: https://github.com/dglaeser/gridformat/blob/main/test/vtk/test_pvti_writer.cpp#L104 See also https://gitlab.kitware.com/vtk/vtk/-/issues/18971
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...
Currently, the traits are compatible with specific versions of the frameworks for which they are implemented. They may be incompatible with older or newer (in the future) releases. We could...
Currently, the writers write the latest file format version and one cannot select the version to be written (e.g. an older one). Also, the readers cannot be configured for a...
We should probably add support for pyramids/prisms (and test them with `Dune` and/or dolfinx)
For now we only test the cli examples of the readme, which don't cover all possible options..
see https://github.com/dglaeser/gridformat/blob/38ca74a4cc60dfbdcd7cf4674c09e4102e36cada/cmake/link_external_libs.cmake#L40
the generic reader currently deduces file formats based on the file extension. We could implement a more flexible approach by looking into the file.
currently, the transformation return `FieldPtr` instances, which is used in the `TransformedField` class.. this should be changed. The transformations could yield actual fields, while `TransformedField` internally constructs a new ptr...
Some of the features are currently not tested: - cell data for vtk-hdf-image-data - regression-testing of vtk-hdf transient files Once vtk 9.2.7 is out, which should contain the respective fixes/features,...