Orekit issues
https://gitlab.orekit.org/groups/orekit/-/issues
2023-11-10T11:27:07Z
https://gitlab.orekit.org/orekit/orekit-tutorials/-/issues/27
Update release-guide
2023-11-10T11:27:07Z
Maxime Journot
Update release-guide
Following the release of Tutorials 12.0 it appeared some information was outdated.
Following the release of Tutorials 12.0 it appeared some information was outdated.
12.1
Maxime Journot
Maxime Journot
https://gitlab.orekit.org/orekit/orekit-tutorials/-/issues/26
License file not showing in Maven documentation
2023-11-09T20:02:29Z
Maxime Journot
License file not showing in Maven documentation
The [license disclaimer](https://www.orekit.org/site-orekit-tutorials-development/licenses.html) for Apache Software License, v2.0 is missing.
It should be added automatically to the website like it is done in [Orekit technical docume...
The [license disclaimer](https://www.orekit.org/site-orekit-tutorials-development/licenses.html) for Apache Software License, v2.0 is missing.
It should be added automatically to the website like it is done in [Orekit technical documentation](https://www.orekit.org/site-orekit-development/licenses.html).
https://gitlab.orekit.org/orekit/orekit-tutorials/-/issues/25
Update site page "Integration in other languages"
2023-11-09T19:59:57Z
Maxime Journot
Update site page "Integration in other languages"
Page [Integration in other languages](https://www.orekit.org/site-orekit-tutorials-development/tutorials/integration-in-other-languages.html) should be updated, preferably by someone who knows his way with Orekit in Matlab.
Page [Integration in other languages](https://www.orekit.org/site-orekit-tutorials-development/tutorials/integration-in-other-languages.html) should be updated, preferably by someone who knows his way with Orekit in Matlab.
https://gitlab.orekit.org/orekit/orekit/-/issues/1267
Mixed up Javadoc for Orbit.getEquinoctialEx, getEquinoctialExDot, getEquinoct...
2023-12-30T08:27:21Z
Clément Jonglez
Mixed up Javadoc for Orbit.getEquinoctialEx, getEquinoctialExDot, getEquinoctialEy, getEquinoctialEyDot
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 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/1266
SpacecraftStateInterpolator constructor ignores extrapolation threshold
2023-12-30T11:42:58Z
Christopher Schank
SpacecraftStateInterpolator constructor ignores extrapolation threshold
Regardless of which constructor is used, SpacecraftStateInterpolator will always use DEFAULT_EXTRAPOLATION_THRESHOLD_SEC
```
@Test
public void testConstructor() {
Frame gcrf = DataContext.getDefault().getFrames().getGCRF();
...
Regardless of which constructor is used, SpacecraftStateInterpolator will always use DEFAULT_EXTRAPOLATION_THRESHOLD_SEC
```
@Test
public void testConstructor() {
Frame gcrf = DataContext.getDefault().getFrames().getGCRF();
SpacecraftStateInterpolator spacecraftStateInterpolator = new SpacecraftStateInterpolator(5, 7.0, gcrf, gcrf);
assertEquals(7.0, spacecraftStateInterpolator.getExtrapolationThreshold());
}
```
Edit: Orekit 12.0
12.0.1
Vincent CUCCHIETTI
vincent.cucchietti@csgroup.eu
Vincent CUCCHIETTI
vincent.cucchietti@csgroup.eu
https://gitlab.orekit.org/orekit/orekit/-/issues/1265
Improve coverage for 12.X versions
2024-03-19T17:04:44Z
Maxime Journot
Improve coverage for 12.X versions
Following the release of 12.0, the coverage on new code, that was up to 95.2% on develop branch, inexplicably dropped to 94.8% when the merge on master branch was done.
See the list of uncovered lines [here](https://sonar.orekit.org/co...
Following the release of 12.0, the coverage on new code, that was up to 95.2% on develop branch, inexplicably dropped to 94.8% when the merge on master branch was done.
See the list of uncovered lines [here](https://sonar.orekit.org/component_measures?branch=master&id=orekit%3Aorekit&metric=new_line_coverage).
And now the quality gate is on "warning" on Orekit's [official website](https://orekit.org)...
I think this should be fixed in the next patch
https://gitlab.orekit.org/orekit/rugged/-/issues/395
update to orekit 12.0
2023-11-09T07:45:56Z
Jonathan Guinet
update to orekit 12.0
https://gitlab.orekit.org/orekit/orekit/-/issues/1264
Add conversion from (Field)TrackingCoordinates to topocentric position
2024-01-18T04:00:30Z
Romain Serra
Add conversion from (Field)TrackingCoordinates to topocentric position
The methods could tentatively be static within TopocentricFrame
[Link](https://forum.orekit.org/t/topocentric-position-from-azelra-coordinates/3055) to the original forum post.
The methods could tentatively be static within TopocentricFrame
[Link](https://forum.orekit.org/t/topocentric-position-from-azelra-coordinates/3055) to the original forum post.
12.1
Tanner Mills
Tanner Mills
https://gitlab.orekit.org/orekit/orekit/-/issues/1263
Remove support for Ant
2023-11-08T10:18:37Z
Bryan Cazabonne
Remove support for Ant
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 ...
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 documentation
12.1
https://gitlab.orekit.org/orekit/orekit/-/issues/1262
Comments in parsed CCSDS file cannot be updated
2024-01-16T12:52:09Z
David Gondelach
Comments in parsed CCSDS file cannot be updated
Hi all,
I tried to parse a message that contains comments, e.g. CDM or OEM, and then change or remove some comments before writing it to a file again. However, I was not able to do this. It looks like the comments are stored in a Commen...
Hi all,
I tried to parse a message that contains comments, e.g. CDM or OEM, and then change or remove some comments before writing it to a file again. However, I was not able to do this. It looks like the comments are stored in a CommentsContainer and only accessible as a read-only list (Collections.unmodifiableList), hence not modifiable.
The easiest fixes would be to have `CommentsContainer.getComments` return a modifiable List or to add a setter for the List `comments`. I can implement such a change if there are no objections, but maybe you have better ideas!
https://gitlab.orekit.org/orekit/orekit/-/blob/develop/src/main/java/org/orekit/files/ccsds/section/CommentsContainer.java
Best,
David
David Gondelach
David Gondelach
https://gitlab.orekit.org/orekit/orekit/-/issues/1261
Javadoc still refers to old name of yields
2023-12-30T11:43:37Z
Romain Serra
Javadoc still refers to old name of yields
For (Field) AdditionalStateProvider as well as AdditionalDerivativesProvider, some Javadoc still references the old name of method `yields` that used to be called `yield`
For (Field) AdditionalStateProvider as well as AdditionalDerivativesProvider, some Javadoc still references the old name of method `yields` that used to be called `yield`
12.0.1
Tanner Mills
Tanner Mills
https://gitlab.orekit.org/orekit/orekit/-/issues/1260
Use new method square for FieldElement
2023-12-19T19:41:16Z
Romain Serra
Use new method square for FieldElement
Hipparchus 3.1's snapshot has a new method for x^2 with `FieldElement`, with some performance increase depending on the inheritor
Hipparchus 3.1's snapshot has a new method for x^2 with `FieldElement`, with some performance increase depending on the inheritor
12.1
Romain Serra
Romain Serra
https://gitlab.orekit.org/orekit/orekit/-/issues/1259
Add so-called (Field) kinematic transform
2024-01-30T22:20:51Z
Romain Serra
Add so-called (Field) kinematic transform
The idea is similar to `StaticTransform`, but for position and velocity stuff, without acceleration. It could then be used for example in atmospheric velocity within drag force.
See original idea of @evanward1 [there](https://forum.orek...
The idea is similar to `StaticTransform`, but for position and velocity stuff, without acceleration. It could then be used for example in atmospheric velocity within drag force.
See original idea of @evanward1 [there](https://forum.orekit.org/t/improve-performance-of-transform/844)
12.1
Romain Serra
Romain Serra
https://gitlab.orekit.org/orekit/orekit/-/issues/1258
Add getter for C20 in spherical harmonics provider
2024-03-06T22:54:47Z
Romain Serra
Add getter for C20 in spherical harmonics provider
The new method would be `get{Un}normalizedC20(date)` and would wrap `onDate(original.getDate()).get{Un}normalizedCnm(2,0)`.
The new method would be `get{Un}normalizedC20(date)` and would wrap `onDate(original.getDate()).get{Un}normalizedCnm(2,0)`.
12.1
Romain Serra
Romain Serra
https://gitlab.orekit.org/orekit/orekit/-/issues/1257
Update translations for the next release
2023-11-03T10:31:15Z
Bryan Cazabonne
Update translations for the next release
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.
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.1
https://gitlab.orekit.org/orekit/orekit/-/issues/1256
Concurrency in LazyLoadedTimeScales
2023-11-02T20:20:57Z
Luc Maisonobe
Concurrency in LazyLoadedTimeScales
The `LazyLoadedTimeScales` uses synchronization to retrieve the time scales that are built lazily.
This creates congestion in heavily multi-threaded contexts, as described in [this forum discussion](https://forum.orekit.org/t/concurrency...
The `LazyLoadedTimeScales` uses synchronization to retrieve the time scales that are built lazily.
This creates congestion in heavily multi-threaded contexts, as described in [this forum discussion](https://forum.orekit.org/t/concurrency-in-lazyloadedtimescales/3024/).
12.0
Luc Maisonobe
Luc Maisonobe
https://gitlab.orekit.org/orekit/orekit/-/issues/1255
Add Field version of Gauss IOD
2023-10-31T21:05:42Z
Romain Serra
Add Field version of Gauss IOD
Similar to #1027, but Gauss is different as there is no Field implementation of Laguerre solver in Hipparchus, hence it is dependent on a [contribution](https://github.com/Hipparchus-Math/hipparchus/issues/265) there
Similar to #1027, but Gauss is different as there is no Field implementation of Laguerre solver in Hipparchus, hence it is dependent on a [contribution](https://github.com/Hipparchus-Math/hipparchus/issues/265) there
https://gitlab.orekit.org/orekit/orekit/-/issues/1254
Wrong behavior of method "propagate(tStart, tEnd)" when used with "setResetAt...
2023-12-30T11:44:16Z
Christophe Le Bris
Wrong behavior of method "propagate(tStart, tEnd)" when used with "setResetAtEnd(false)"
When setResetAtEnd is called with false, the initial state of the propagation remains unchanged after the propagation.
When `propagate(tStart, tEnd)` is called and tStart is different from the epoch of the initial state, a first integrat...
When setResetAtEnd is called with false, the initial state of the propagation remains unchanged after the propagation.
When `propagate(tStart, tEnd)` is called and tStart is different from the epoch of the initial state, a first integration is done. But neither the event detectors nor the ephemeris generator are set up yet during this integration.
If `resetAtEnd=false`, the initial state is unchanged for the second propagation so this first propagation is lost.
Then, in a second time, the dynamics is integrated from initial state date to tEnd, with event detectors and ephemeris generators activated.
So technically, if `resetAtEnd=false` then the result of:
`propagate(tStart, tEnd)`
seems strictly equivalent to:
`propagate(tEnd)`
[TestEphemeris.java](/uploads/dbe047caa6538daf8c11bbd91908794f/TestEphemeris.java)
12.0.1
Maxime Journot
Maxime Journot
https://gitlab.orekit.org/orekit/orekit/-/issues/1253
Incorrect propagation of covariance with a "BoundedPropagator"
2023-12-30T11:44:48Z
Christophe Le Bris
Incorrect propagation of covariance with a "BoundedPropagator"
The propagation of the covariance extracted from the ephemeris provided by a BoundedPropagator is incorrect.
```
MatricesHarvester harvester = propagator.setupMatricesComputation("stm", null, null);
StateCovarianceMatrixProvider...
The propagation of the covariance extracted from the ephemeris provided by a BoundedPropagator is incorrect.
```
MatricesHarvester harvester = propagator.setupMatricesComputation("stm", null, null);
StateCovarianceMatrixProvider covarianceProvider =
new StateCovarianceMatrixProvider("cov", "stm", harvester, covariance);
propagator.addAdditionalStateProvider(covarianceProvider);
EphemerisGenerator generator = propagator.getEphemerisGenerator();
propagator.propagate(startDate, targetDate);
BoundedPropagator ephemeris = generator.getGeneratedEphemeris();
```
Later, when a call is made to get the covariance from the BoundedPropagator with:
```
finalState = ephemeris.propagate(t);
StateCovariance finalCovariance = covarianceProvider.getStateCovariance(finalState);
```
The finalCovariance is incorrect and different from the value obtained by a direct propagation.
12.0.1
Maxime Journot
Maxime Journot
https://gitlab.orekit.org/orekit/orekit/-/issues/1252
org.orekit.time.UTCScaleTest fails building on Apple Silicon w/JDK 17
2023-11-03T08:23:33Z
Hank Grabowski
org.orekit.time.UTCScaleTest fails building on Apple Silicon w/JDK 17
I'm trying to do the full `mvn clean test` build on Apple Silicon running OpenJDK 17. This test fails with a potential out of memory bug even when I have MVN_OPTS set as high as `-Xmx16G -Xms16G` (the physical RAM of the system). The sam...
I'm trying to do the full `mvn clean test` build on Apple Silicon running OpenJDK 17. This test fails with a potential out of memory bug even when I have MVN_OPTS set as high as `-Xmx16G -Xms16G` (the physical RAM of the system). The same build on ARM64 Ubuntu Linux running OpenJDK 17 with just 4 GB of physical RAM succeeds without problems. If I run the test individually then it does not have this problem. For other build reasons the last build configuration issues I can successfully get going is the one for the 11.3.3. I've attached the error output from the Maven run and the dump file that it references: [ErrorOutput.txt](/uploads/95fd3cb2569bef3fe0b337c6c7e8db3c/ErrorOutput.txt)[dump.txt](/uploads/f70b16ee265c1112954eb4bae23ed5a3/dump.txt)
This was for the 12.0 RC 1 as well as the head of the develop branch.
12.0
Hank Grabowski
Hank Grabowski