Main differences between V2.0.1 and V2.1

Compatibility with PATRIUS

This version is compatible with the version 4.4 of the PATRIUS library.

New Time scales

If the default mode is the same than for the previous versions, it is now possible to customize the time scales menu of the GPAbsoluteDate widget and thus to add these additional scales (available inside the PATRIUS library) as in the example below:

ts[0] = GPDateTimeScale.GMST;
ts[1] = GPDateTimeScale.GST;
ts[2] = GPDateTimeScale.TCG;
ts[3] = GPDateTimeScale.UTC;
gpDate = new GPAbsoluteDate("Date:", date0, ts);

New maneuvers trigerring criteriae

New criteriae on nodes and apsides have been added to the previous ones (relative or absolute dates and AOL)

Impulsive maneuvers with orbital parameters criteriae

It is now possible to define an impulsive maneuver giving orbital parameters increments:

• on semi-major axis
• on eccentricity (and semi-major axis eventually)
• on inclination (and semi-major axis eventually)

Recurrent date events

It is now possible to define date (relative or absolute ones) events with a recurrence (for example each day) using specific widgets as GPRecurrentDateDetector and GPRecurrentRelativeDateDetector.

New widget for numerical integrators definition

New specific widgets have been created to deal with numerical integrators as some of ones defined in PATRIUS: Runge Kutta 4, Runge Kutta 6 and Dormand Price 853

Additional validity criteria on PRS coefficients

Besides validity interval of [0,1] for each coefficient, there is an additional test on the sum of the three coefficients (absorption, specular and diffuse) that must be equal to 1.

New autonomous tool to work on orbit data

For people who want to work on orbit characteristics (date, frame, parameters) without coding, it is now possible to use a dedicated autonomous tool with its own GUI (gporbitconvertor-x.x-jar-with-dependencies.jar).

Anomaly corrections

• Impossibility to initialize an orbit using a H0-n frame.
• Bad [PATRIUS] Orbit building when using the getPatriusObject() method: if the displayed frame is different of the "pivot" one, displayed frame is taken into account but orbital elements are coming from the "pivot" one (this bug was also present in previous versions).
• Calling GPVisibilityFromStationDetector or GPAttitudeSequence widgets make the tool incompatible with a headless mode (no display).