build a general position object from: r_vec, v_vec, time epoch, and gm #1049
-
Is there a better workflow to build a general position object to get the osculating elements of a transfer orbit. From Spacecraft Mission Design, C.D. Brown, AIAA, 1992, pp.106-113. My workflow process:
Thank you for your help. The code below works fine at this point. I get the orbit transfer elements, then propagate the transfer orbit using Kepler elements (using true anomaly, aka; nu or ta), then rotate elements to 3D cartesian space for plotting. If anyone is interested I can provide the complete set of code - including plot code.
The following graphic helps provide context. Easy to visualize the departure/arrival ellipse (ecc ~= 0.17, sma ~= 1.3e8 [km], calculated manually), but the point is to have available the "full set" of skyfield tools for a host of other calculations. Thank you. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
I don't see any immediate improvements to what you're doing, the code is easy to read and I understand both the numbers that are pulled from Skyfield for use by the other library, and then the numbers that get plugged back in. This will be a fun example for other folks to look at who might be interested in the same kind of problem solving. One tweak I might make is to say |
Beta Was this translation helpful? Give feedback.
I don't see any immediate improvements to what you're doing, the code is easy to read and I understand both the numbers that are pulled from Skyfield for use by the other library, and then the numbers that get plugged back in. This will be a fun example for other folks to look at who might be interested in the same kind of problem solving. One tweak I might make is to say
center=0
on the position you build so that Skyfield knows it's centered at the SSB — or, even better, you could useBarycentric
instead ofICRF
and then the SSB is the default center without you needing to …