-
Notifications
You must be signed in to change notification settings - Fork 26
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
[WIP] Globe axis #278
[WIP] Globe axis #278
Conversation
This is really awesome. Do you think it will work with Tyler.jl? |
@lupemba I'm going to be working on that sometime this month :D - just got Tyler to support GeoMakie (though interactivity is a bit buggy). The challenge here is that you have to figure out the intersection of the camera's view frustum (essentially a "pyramid section" along the central axis) with the sphere, and then figure out which lat/long area is visible. This is solveable, of course, but tricky, so it will be some time until I can figure out exactly how to solve that. Once that is done, then Tyler will work with this, but will have "holes" at the poles beyond -85 and +85 degrees latitude. That's an inherent limitation of the Web Mercator crs, so we'll just have to deal with it I suspect. |
fbc4467
to
3a6afc2
Compare
TODO: set poly_convert to subsample here.
3a6afc2
to
c9e5c3f
Compare
I'm going to merge this anyway so we get the new Makie compat, and marked the GlobeAxis still experimental. It's going to change a bit at least in the interim anyway. Datum shifts are still not implemented there and neither are spherical geometry or dynamic polygon resampling in meshes. |
This PR builds towards a 3D Globe Axis, that currently will accept a Geodesy.jl datum as the ellipsoid definition, and try to work in ECEF coordinates. We can add more functionality, integration with CoordRefSystems.jl datums, etc later.
This axis will:
More todos to come. This is an expansion of the Geodesy.jl approach that was taken previously