add util to fetch new orbit data elemets from JPL for ssystem_major, refs #4894#4908
add util to fetch new orbit data elemets from JPL for ssystem_major, refs #4894#4908schenlap wants to merge 7 commits into
Conversation
|
with I get small errors for moons of jupiter, saturn, uranus but I have big (nearly the same error) for neptun, mars an pluto moons. I have to investigate further.
|
|
Interesting work. I see some systematic parallels in 0.35' yearly amplitude, but then also in much larger parallel curves. Any light time effects? And clearly there is some error in the Moon evaluation, this should be within arcseconds or less, not up to 160° degrees off in monthly period. Is this a static Moon position? |
|
JPL coordinates are topocentric or geocentric? Deimos and Phobos use special theories of orbits, but probably his out of valid range now. |
|
I found my error. It was a radian to degree convertion that was unnecessary (claude.ai added it).
Now a few condidates are highlighted that clearly need correction with new data. I would suggest all with max error > 2' (maybe 0.35' came from the planet position itself).
coord@399 + COORD_TYPE=GEODETIC + SITE_COORD = Topocentric (surface point) |
|
Appendix F in the User Guide shows typical errors in past and present times. I cannot say where the 0.35' come from, it's larger than what our list . To exclude any topo efect, switch off topographic positions in Stellarium and Horizon. The Neptune graph looks like it has a monthly wobble on top of an annual wobble. Both are weird, but is the JPL position geocentric or (Earth-Moon-) barycentric? What about nutation? aberration? (isn't that annually 22''~0.35'?!) |




This is a continuation of pr #4894 , currently in draft state.
Description
I see this now fulfilled:
That script should go into utils, and the process described in SUG and/or MAINTAINER_BUSINESS.md
Checklist: