multipers
multipers copied to clipboard
Python library for multiparameter persistence
### In this PR - Update of Gudhi classes (matrix, simplex tree etc.) - 1-critical and k-critical filtration values were merged together in a single class with therefore same interface...
Seems to work OOTB. TODOs : - [x] wait for the python release - [ ] update the github workflow - [ ] Check for dependencies : only `pytorch` ftm,...
- [x] Function-simplextree bifiltrations, e.g., Degree-Rips. Done, but I'm not satisfied with the interface - [ ] [Multicover bifiltration, using Rhomboid tiling](https://arxiv.org/abs/2103.07823) - [x] [Delaunay Bifiltrations](https://arxiv.org/abs/2310.15902) - [ ] [Sparse...
Cone a multiparameter simplextree to compute extended multiparameter persistance.
**Describe the bug:** I believe the `to_rivet()` method of the `SimplexTreeMulti` class does not work as expected for multi-critical filtrations. It includes brackets that should not be there if I...
(From @hschreiber ) Simplextree iterators seems to invalidate for unknown reason with the config `fedora, gcc-14, debug mode (-g -Og)`. Doesn't seem to affect the release version.
Some slicers are non-simplicial but could still (theoretically) be edge-collapsed, e.g., cubical complexes. This doesn't seem trivial to do though.
Commit 80c699ce994722ab080c90ea6ad7762cdf594fb5 suggests (with internal benchmarks) that non-tensor (or vectors of stuff in the heap) structures can induce significantly slower performances. Some structures could hence be changed to ensure contiguous...
To remove a bunch of IO overhead
This will - Properly merge the doc, - Make current `multipers.SimplexTreeMulti` / `multipers.Slicer` to be class constructors instead of separate functions - Store properly the differentiation inside of it