You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For larger scale applications, it would be great to have versions of the point mass code in spherical coordinates. The input coordinates would be in longitude, spherical latitude, and radius and the output vector components would be in a local Cartesian system (east, north, up).
The format for the functions would be pretty much the same as those in choclo/point/_forward.py. The new functions implemented in 2 places (not sure which would be best):
In a module called choclo/point_spherical/_forward.py and they would have the same name as their cartesian counterparts.
In choclo/point/_forward_spherical.py and they would be called gravity_spherical_e, and so on.
I'm leaning towards option 2.
Are you willing to help implement and maintain this feature?
Maybe but it will be a while before I have to do it, so please be my guest!
The text was updated successfully, but these errors were encountered:
I do have one design question. The spherical forward modelling functions make use of the cosine and sine of the latitudes of the observation point and the source. When having multiple sources and observation points we would need to compute those cosine and sine functions for each one of them. We've seen (see Harmonica forward models for points in spherical coordinates) that those cosine and sine values can be precomputed for each observation point and source, saving significant computational time in comparison to computing them one time for each combination of observation point and source.
So, should these new functions take the longitude, latitude_spherical and radius as arguments, or it's better if they ask the longitude, cos_latitude_spherical, sin_latitude_spherical and radius?
Description of the desired feature:
For larger scale applications, it would be great to have versions of the point mass code in spherical coordinates. The input coordinates would be in longitude, spherical latitude, and radius and the output vector components would be in a local Cartesian system (east, north, up).
The equations for this can be found in this paper: https://doi.org/10.1007/s00190-008-0219-8
The format for the functions would be pretty much the same as those in
choclo/point/_forward.py
. The new functions implemented in 2 places (not sure which would be best):choclo/point_spherical/_forward.py
and they would have the same name as their cartesian counterparts.choclo/point/_forward_spherical.py
and they would be calledgravity_spherical_e
, and so on.I'm leaning towards option 2.
Are you willing to help implement and maintain this feature?
Maybe but it will be a while before I have to do it, so please be my guest!
The text was updated successfully, but these errors were encountered: