Orekit issueshttps://gitlab.orekit.org/orekit/orekit/-/issues2024-02-21T16:50:08Zhttps://gitlab.orekit.org/orekit/orekit/-/issues/1291Comment discrepancy in Brouwer Lyddane2024-02-21T16:50:08ZRomain SerraComment discrepancy in Brouwer LyddaneIn method propagateParameters of `(Field)BrouwerLyddanePropagator`, an angle "l" is said as being the true anomaly, yet it is passed to constructor of `KeplerianOrbit `as the mean.
Phipps thesis, on which the implementation is based, ref...In method propagateParameters of `(Field)BrouwerLyddanePropagator`, an angle "l" is said as being the true anomaly, yet it is passed to constructor of `KeplerianOrbit `as the mean.
Phipps thesis, on which the implementation is based, refers to "l" as a mean anomaly, so it's a misleading comment, also present in tests.https://gitlab.orekit.org/orekit/orekit/-/issues/1284Wrong comment in measurement code2023-12-30T08:21:51ZBryan CazabonneWrong comment in measurement codeThe following code is taken from AngularAzEL
```java
// Partial derivatives of azimuth/elevation with respect to state
// (beware element at index 0 is the value, not a derivative)
final double[] azDerivatives = azimuth...The following code is taken from AngularAzEL
```java
// Partial derivatives of azimuth/elevation with respect to state
// (beware element at index 0 is the value, not a derivative)
final double[] azDerivatives = azimuth.getGradient();
final double[] elDerivatives = elevation.getGradient();
estimated.setStateDerivatives(0,
Arrays.copyOfRange(azDerivatives, 0, 6), Arrays.copyOfRange(elDerivatives, 0, 6));
```
The comment is correct for DerivativeStructure, not Gradient.
When perfoming the switch, some comments were forgotten.https://gitlab.orekit.org/orekit/orekit/-/issues/1267Mixed up Javadoc for Orbit.getEquinoctialEx, getEquinoctialExDot, getEquinoct...2023-12-30T08:27:21ZClément JonglezMixed up Javadoc for Orbit.getEquinoctialEx, getEquinoctialExDot, getEquinoctialEy, getEquinoctialEyDotThe javadoc for the Orbit's `getEquinoctialEx` method for instance says the following, whereas this should rather apply to the `getEquinoctialExDot` method:
```
/** Get the first component of the equinoctial eccentricity vector deriv...The javadoc for the Orbit's `getEquinoctialEx` method for instance says the following, whereas this should rather apply to the `getEquinoctialExDot` method:
```
/** Get the first component of the equinoctial eccentricity vector derivative.
* @return first component of the equinoctial eccentricity vector derivative
*/
```
On the other hand, the first and fifth lines of `getEquinoctialExDot`'s method description rather belong to `getEquinoctialEx`:
```
/** Get the first component of the equinoctial eccentricity vector.
* <p>
* If the orbit was created without derivatives, the value returned is {@link Double#NaN}.
* </p>
* @return first component of the equinoctial eccentricity vector
* @see #hasDerivatives()
* @since 9.0
*/
```
The same apply for `getEquinoctialEy` vs `getEquinoctialEyDot`.
https://www.orekit.org/static/apidocs/org/orekit/orbits/Orbit.html#getEquinoctialEx--https://gitlab.orekit.org/orekit/orekit/-/issues/1263Remove support for Ant2023-11-08T10:18:37ZBryan CazabonneRemove support for AntMore details in: https://forum.orekit.org/t/removing-support-for-ant/3008/3
Removing support consists in:
- Removing build.xml file
- Removing update of build.xml in release guide task 5
- Removing all occurrences to Ant support in the ...More details in: https://forum.orekit.org/t/removing-support-for-ant/3008/3
Removing support consists in:
- Removing build.xml file
- Removing update of build.xml in release guide task 5
- Removing all occurrences to Ant support in the documentation12.1https://gitlab.orekit.org/orekit/orekit/-/issues/1257Update translations for the next release2023-11-03T10:31:15ZBryan CazabonneUpdate translations for the next releaseUpdating translations is a step that we usually forget to do before releasing a new Orekit version.
The purpose of this issue is to think about this important step.Updating translations is a step that we usually forget to do before releasing a new Orekit version.
The purpose of this issue is to think about this important step.12.1https://gitlab.orekit.org/orekit/orekit/-/issues/1236Fix javadoc in PositionAngleDetector2023-12-29T21:49:30ZVincent CUCCHIETTIvincent.cucchietti@csgroup.euFix javadoc in PositionAngleDetectorHello, noticed a small issue in ```PositionAngleDetector``` : "The angles can be either true, **{link mean or eccentric angles.**"
Cheers,
VincentHello, noticed a small issue in ```PositionAngleDetector``` : "The angles can be either true, **{link mean or eccentric angles.**"
Cheers,
Vincenthttps://gitlab.orekit.org/orekit/orekit/-/issues/1206CR3BP: Clarify computation of manifolds for libration orbits2023-09-25T18:56:53ZMaxime JournotCR3BP: Clarify computation of manifolds for libration orbitsAfter the correction of Hipparchus [253](https://github.com/Hipparchus-Math/hipparchus/issues/253) related to Eigen decomposition, failing test cases appeared in Orekit (see #1205).
These tests were fixed so that Orekit behavior stayed ...After the correction of Hipparchus [253](https://github.com/Hipparchus-Math/hipparchus/issues/253) related to Eigen decomposition, failing test cases appeared in Orekit (see #1205).
These tests were fixed so that Orekit behavior stayed the same as before.
However, it appeared we couldn't clearly explain how the manifolds are obtained in [LibrationOrbit](https://gitlab.orekit.org/orekit/orekit/-/blob/develop/src/main/java/org/orekit/orbits/LibrationOrbit.java#L97):
- Unstable manifolds use the real part of the 1st Eigen vector of state transition matrix
- While stable manifolds use the real part of the 2nd Eigen vector of the same matrix
This computation needs references and/or explanations on this choice of eigen vectors.https://gitlab.orekit.org/orekit/orekit/-/issues/1025Frame alignement mistake in the Frames webpage2023-12-30T08:34:30ZbobbyfrasierFrame alignement mistake in the Frames webpageIn the [webpage about the Frames](https://www.orekit.org/site-orekit-latest/architecture/frames.html) on the Orekit website, there seem to be a mistake in the § "Solar system frames"
It is written :
> in these cases, the associated fram...In the [webpage about the Frames](https://www.orekit.org/site-orekit-latest/architecture/frames.html) on the Orekit website, there seem to be a mistake in the § "Solar system frames"
It is written :
> in these cases, the associated frames are aligned with **EME2000**. One important case is the solar system barycenter, as its associated frame is the ICRF
While it should be :
> in these cases, the associated frames are aligned with **GCRF**. One important case is the solar system barycenter, as its associated frame is the ICRF
(or ICRF since ICRF and GCRF are aligned)