Continued Silo/Overlink I/O Support
- Dominant language
- C++
- Stars
- 248
- Forks
- 72
- Avg merge
- 1d 16h
- Merged PRs (30d)
- 15
Description
Once #850 is complete these will be the next important tasks:
### Short term:
- [x] materials - #1171
- [x] ability to output sparse by material and full matsets from silo -> blueprint - #1236
- [x] row major/column major + striding for quadvars, reorder??? - see visit plugin for inspiration - #1274
- [x] specsets - #1242 - #1348
- [x] adjsets - #1210
- [x] overlink support - nearly there; requires materials support and a few other considerations - #1249
- [x] a new solution is needed for the opts mesh name name collision problem. Perhaps for the root only single domain case we could always force 1 domain. Thus mmesh name will always be the topo name. opts mesh name will not be used anymore. If there is going to be a directory name collision we could make it be dom0. - #1337
- [x] name schemes - #1424
- [x] polygonal support - #1253
- [ ] polyhedral support
- [x] plumbing the write and read silo calls into blueprint write and read at a high level - blueprint load_mesh needs to call silo load_mesh if it detects the file is a silo file. HDF5 detection. Errors if Silo isn't there. - #1356
- [x] units/labels - #1276
- [ ] overlink conduit tests over in the overlink conduit repo
- [ ] visit tests
- [x] ability to read files with no multimeshes - #1274
- [x] fix naming conventions so there are no name collisions and save names appropriately - #1337
- [ ] parallel error handling
- [ ] refactor blueprint and silo i/o so they use the same logic under the hood - some of this was done in #1393
- [ ] take advantage of expanded specset representation - for reading, writing, and test utils. Test all the representations diff correctly for round trip. See TODOs around the code. Do it once #1349 is complete.
- [ ] symlink for non-windows/copy the root file for windows for overlink case - #1584
- [ ] mixed topo case
- [ ] better file open handling. Perhaps a map of names to open file handles.
- [ ] understand the too many open file handles issue
### Long Term:
- [ ] support the "pre-mixed" case, the list case
- [ ] AMR silo to blueprint support
- [ ] we would like it if, when reading overlink, we could use the padding dimensions to create a field that paints the nodes one color if they are ghosts and another if they are not. Extra credit if you also check for the existence of this field when writing padding dimensions, walk it and determine if padding dims can be extracted from it.
### Optional:
- [ ] we can add a recursive read of multivars and multimeshes placed in subdirectories (like what visit does) if someone needs it.
- [ ] For now we are not supporting material-dependent fields, only material-independent and mixed fields are allowed. We could do some math to take a material-independent field and calculate per-element values for it so we can feed that to silo. We can decide later if we want to add that capability.
- [ ] Someday, if someone asks us, we can do some work to enable matsets for strided structured cases. There is a detailed info message that gets printed right now that explains why this is such a difficult case.
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.