-
Notifications
You must be signed in to change notification settings - Fork 25
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Try using an inverse-transform-based approach to limits #149
Conversation
Will be useful for when we know which limits projections have
a785923
to
389c661
Compare
389c661
to
88119b2
Compare
88119b2
to
b60f3da
Compare
A way to get the axis stuff could be that the GeoAxis has two kinds of limits. One, which is the traditional "limits/targetlimits/finallimits" pipeline, is concerned purely with transformed space, i.e., the space of the Scene. Meanwhile, let us introduce a new attribute However, the transformed limits can influence the input limits, subject to the following conditions.
Things we still have to figure out for this interface:
|
since the Makie one has to be in input space apparently...
Implemented in GeoMakie v0.7.0 |
basically, the user should interact with the limits in the space of
source
("input space") and the limits should be actually specified in the space oftarget
("transformed space"). Ticks etc can be found by applying an inverse transform to the data limits of the Scene.