Sphere Eversion
rreusser.github.io
rreusser.github.io
Does anyone know if people try to tackle topology problems from the visual side? Before computers I imagine it wasn’t really considered. But say one is curious about a particular geometry, any researchers just whip it up in software and start contorting things to see what happens?
Beautiful visualization, by the way. Very cool use of Idyll. Watching the sphere evert reminded me of trying to solve those complex wooden burr puzzles.
Bees make hexagonal combs. Bower birds weave elaborate, decorative structures to attract mates. And spiders and their webs!
Now that we have the tools, it's time to attract those visual/tactile thinkers who don't even realize that they're natural mathematicians...
I can't speak to the birds or spiders, but hexagon packing in combs can be explained without endowing bees with mathematical reasoning. It's a geometrically efficient structure that they've likely happened upon as a result of collective behavior (large numbers of bees constructing adjacent cells simultaneously). Check out Philip Ball's Shapes for a detailed account of the "accidental" emergence of many complex natural structures.
http://chronologia.org/en/math_impressions/images.html
For programmable graphics, I like Penrose https://www.cs.cmu.edu/~kmcrane/Projects/Penrose/Penrose_SIG...
And finally the same author as Penrose (Keenan Crane) has a challenge for creating beautiful visualisation of abstract and difficult math concepts, but at the moment I'm unable to find the link
One problem, however is that visualizations are by necessity simplifications, even in pure 2d cases like this one. That's not a sphere, that's a tessellation of one. Everything on a screen is differential and "smooth" (or actually, everything is discrete and thus not differentiable), but some things are symbols for "not differentiable here". Even these break down in pathological cases, singularities and such. This doesn't make the visualisation any less useful, but IMHO it can in most cases not be "the" reasoning, only a guide to reasoning.
Besides,as the article points out, there are many non-constructive proofs that don't have any visuals.
Have a look at how vsauce explains Banach-Tarsky [1] or any of 3blue1brown's excellent videos to see the edges of what's possible with visualisations.
[1] https://youtube.com/watch?v=s86-Z-CbaHA [2] https://youtube.com/watch?v=zjMuIxRvygQ
https://leanprover-community.github.io/sphere-eversion/bluep...
So what's the point then? Who cares?
A lot of math is like this, in the sense that you can't set it up in the real world and prove it's true with physical objects, but it's still interesting and often practically useful. I guess the difference here is that it's close to being physically possible, causing frustration here among HN readers? But it's odd to see so much disparagement of the result. This is a famous result in topology, with good reason.
(In case you didn't read the article carefully—no, you can't, and that's why this is interesting.)
Meaning, you can't pinch or cut. So sphere eversion is obviously impossible...but the suddenly, "I can pass surfaces through one another!"
So I guess the game here is not in finding interesting solutions within a set of constraints (no pinching or cutting!) but in just making up arbitrary new rules when the problem becomes intractable?
Packing a pop-up tent maybe? Always seems difficult enough..!
It is. The picture illustrating the impending cusps is after the two sides of the circle have passed through each other.
Mechanically, you get this deformation by adding another parameter to the function between spaces. In Go-ish pseudo-code, say at each instant of time you have a function
// lon ranges from -180 to 180
// lat ranges from -90 to 90
func eversion_t(lon float, lat float) (x float, y float, z float) {
// return the xyz point corresponding to the lon/lat
}
which maps lon/lat points on the sphere to 3D space. Then the homotopy is a single function, parameterized by a t parameter // t ranges from 0 to 1 inclusive
// lon ranges from -180 to 180
// lat ranges from -90 to 90
func eversion(t float, lon float, lat float) (x float, y float, z float) {
// return the xyz point corresponding to the lat/lon at time t
// see https://arxiv.org/pdf/1711.10466.pdf for the implementation of this function
}
where this combined function is required to be continuous.By the way, the "push the ends of the sphere through each other" function is a perfectly valid homotopy. There's no topological way to talk about "creasing" -- you need derivatives for that. In particular, the eversion function is required to be an immersion (https://en.wikipedia.org/wiki/Immersion_(mathematics)) at each point in time, which is an additional constraint beyond just being a homotopy.
> Note that unlike physical objects, self-intersection is permitted.