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
Extended persistence (nicely explained by Tim Hosgood in this paper: https://arxiv.org/abs/1609.00920) allows to obtain persistence diagrams in which not only do we not have infinite deaths, but we also replace these infinities with finite values yielding more information. A nice example appears in the PersLay paper: https://arxiv.org/abs/1904.09378.
Personally, I think this would be a great addition. There are two main obstacles:
Backends: ripser does not yet support extended persistence -- though GUDHI does.
All diagram processing components in giotto-tda heavily rely on the assumption that there be no entries below the diagonal.
1 means that, until ripser (or rather, the version of the backend code contained in ripser.py) support extended persistence, we might have to use the GUDHI backend even for Vietoris-Rips when we want extended persistence. This can be done, in principle. 2 is a bit more thorny and will involve more difficult decisions and refactoring.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Extended persistence (nicely explained by Tim Hosgood in this paper: https://arxiv.org/abs/1609.00920) allows to obtain persistence diagrams in which not only do we not have infinite deaths, but we also replace these infinities with finite values yielding more information. A nice example appears in the PersLay paper: https://arxiv.org/abs/1904.09378.
Personally, I think this would be a great addition. There are two main obstacles:
ripser
does not yet support extended persistence -- thoughGUDHI
does.giotto-tda
heavily rely on the assumption that there be no entries below the diagonal.1 means that, until
ripser
(or rather, the version of the backend code contained inripser.py
) support extended persistence, we might have to use theGUDHI
backend even for Vietoris-Rips when we want extended persistence. This can be done, in principle. 2 is a bit more thorny and will involve more difficult decisions and refactoring.Beta Was this translation helpful? Give feedback.
All reactions