Today I was reminded by the dependencies Manopt.jl has of a task that I would like to keep track of:
Visualisation of data on manifolds: for single points, signals on manifolds or even manifold-valued images an independent package, that depends on Manifolds.jl should provide nice plotting functions – or exports.
This issue is meant to keep track of this and discuss ideas:
- In general I would prefer to move from the current dependency on Plots.jl do Makie – Hence a name of
Manifold[s]Makie.jl would be neat – where I am not so sure about the plural and would feel without it looks and sounds nicer.
- There is also the asymptote export, which I would like to refactor to somewhere else. If that should be in a package with the first then maybe also
ManifoldVisualization.jl would fit do be independent? Not yet so sure, but then the package could even try to be either based on Makie _or Plots, though that would lead to more code to maintain. Otherwise also just a small ManifoldAsymptote.jl would probably be fine.
The first is a bit of work getting into the Makie Recipes and such; the second is mainly extracting the code from here into a new package. Both would be nice to have to reduce dependencies here.
Today I was reminded by the dependencies
Manopt.jlhas of a task that I would like to keep track of:Visualisation of data on manifolds: for single points, signals on manifolds or even manifold-valued images an independent package, that depends on Manifolds.jl should provide nice plotting functions – or exports.
This issue is meant to keep track of this and discuss ideas:
Manifold[s]Makie.jlwould be neat – where I am not so sure about the plural and would feel without it looks and sounds nicer.ManifoldVisualization.jlwould fit do be independent? Not yet so sure, but then the package could even try to be either based on Makie _or Plots, though that would lead to more code to maintain. Otherwise also just a smallManifoldAsymptote.jlwould probably be fine.The first is a bit of work getting into the Makie Recipes and such; the second is mainly extracting the code from here into a new package. Both would be nice to have to reduce dependencies here.