Zulip Chat Archive
Stream: mathlib4
Topic: Bundle manifolds?
Yury G. Kudryashov (Oct 15 2025 at 11:43):
Did we consider bundling manifolds? What are the pros/cons? I haven't thought about it deeply yet.
Sébastien Gouëzel (Oct 15 2025 at 12:18):
Our whole hierarchy is unbundled: we have spaces, and typeclasses on them that give additional information. I am afraid that mixing unbundled design (for essentially everything) and bundled (for manifolds) would be a recipe for disaster. For instance, a vector space can be seen as a manifold, but if you need a bundling step for this interpretation it would make everything much more complicated.
Adam Topaz (Oct 15 2025 at 12:24):
I guess bundling could be done in practice in the same way as it is currently done for any other concept that is based on typeclasses, namely via category theory. You could construct the category of manifolds (do we have this btw?), the category of manifolds-with-a-vector-space-structure, and the forgetful functor between them, and work in the bundled world that way.
Michael Rothgang (Oct 15 2025 at 13:13):
What do you want to use bundled manifolds for? To study a category of them, a new definition ManifoldCat seems best (where hopefully, most results would be derived from results about unbundled manifolds).
Yury G. Kudryashov (Oct 15 2025 at 13:18):
Sometimes, the same pair of topological spaces have more than one natural ChartedSpace structure. E.g., we can't add an instance saying that a topological AddTorsor is a ChartedSpace, because it would conflict with the ChartedSpace X X instance for topological vector spaces.
Yury G. Kudryashov (Oct 15 2025 at 13:20):
Of course, bundling charted spaces means that we no longer can treat an unbundled type as a manifold without an explicit mapping.
Ben Eltschig (Oct 15 2025 at 14:59):
Michael Rothgang said:
What do you want to use bundled manifolds for? To study a category of them, a new definition
ManifoldCatseems best (where hopefully, most results would be derived from results about unbundled manifolds).
I was actually thinking about defining the categories of finite-dimensional manifolds and Banach manifolds recently, because there are some results about them I would like to formalise. I'm unsure what the best way to systematically define categories like that would be though: there are a lot of different categories of manifolds, depending on which restrictions like Hausdorffness, paracompactness, boundarylessness, finite-dimensionality etc. you want to impose. Do we want one category with almost no restrictions, that all the other categories would be full subcategories of? That would probably be closest to a type of bundled manifolds, but I'm unsure how relevant it would be in practice
Ben Eltschig (Oct 15 2025 at 15:04):
One thing I'm relatively sure though is that categories of manifolds should allow each manifold to carry its own model space as data, instead of requiring all manifolds to be modelled on the same space - we want e.g. a category of finite-dimensional manifolds, not a category of manifolds modelled on some specific finite-dimensional space like . So if you want a type of bundled manifolds over a fixed model space, that would not be it
Ben Eltschig (Oct 15 2025 at 15:06):
Yury G. Kudryashov said:
Sometimes, the same pair of topological spaces have more than one natural
ChartedSpacestructure. E.g., we can't add an instance saying that a topologicalAddTorsoris aChartedSpace, because it would conflict with theChartedSpace X Xinstance for topological vector spaces.
Could the solution here maybe be to instead replace the charted space instance on vector spaces with one on torsors? Or are the two actually different in the case of vector spaces?
Yury G. Kudryashov (Oct 15 2025 at 16:22):
We have an instance [TopologicalSpace X] : ChartedSpace X X.
Ben Eltschig (Oct 15 2025 at 16:25):
Oh, I see. That seems harder to resolve indeed
Last updated: Dec 20 2025 at 21:32 UTC