-
Notifications
You must be signed in to change notification settings - Fork 1
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
Geographic and Geodetic Coordinates #7
Comments
Are we migrating geographic/geodetic functions to pysatMagvect? |
pysatMagVect already has its own geographic and geodetic transformations. I suppose we should pick one set and get rid of the other.
|
Are the transformations equivalent? I vote for keeping the coordinates in pysatMagVect (whichever algorithm we use). |
So which do we use? |
Both. Depends upon application. Geodetic is good since it is the closest representation to actual Earth. But there are models with a spherical Earth (geographic) so we should support those as well.
|
I meant the pysatMagVect vs pysat algorithms, not geodetic vs geographic. |
Functions under consideration
|
pysat meeting: move these functions to pysatMadrigal |
TODO: Add deprecation warning into 2.2 for these functions. |
|
All changes should be addressed in the linked PRs above. |
Since pysat pulls are done, moving this to pysatMadrigal. |
Closing with merge of #6 |
Compare the transformations here in pysat with those in pysatMagvect.
The text was updated successfully, but these errors were encountered: