Orekit issueshttps://gitlab.orekit.org/groups/orekit/-/issues2018-08-07T09:40:41Zhttps://gitlab.orekit.org/orekit/orekit/-/issues/1add orbit determination2018-08-07T09:40:41ZLuc Maisonobeadd orbit determinationOne missing feature (as of 5.0) of Orekit is orbit determination:
- basic measurements (range, range-rate, angular,
precomputed position-velocity) should be handled.
- there should be a way for users to add their own measurement...One missing feature (as of 5.0) of Orekit is orbit determination:
- basic measurements (range, range-rate, angular,
precomputed position-velocity) should be handled.
- there should be a way for users to add their own measurements types.
- it's not clear yet if preprocessing of measurements (calibration,
ionospheric correction, ...) should be done by Orekit
or should be done by the calling application
*(from redmine: issue id 1, created on 2011-01-12, closed on 2016-06-29)*
* Changesets:
* Revision 7a10e3b76531380009e95f5fa9b7086e9a9d8f3b by Piotr Listkiewicz on 2015-07-24T09:58:30Z:
```
Removed redundant private modifier from enums constructor and public in
interfaces.
Thanks for the patch.
Github: fixes #1.
```
* Revision 7a10e3b76531380009e95f5fa9b7086e9a9d8f3b by Piotr Listkiewicz on 2015-07-24T09:58:30Z:
```
Removed redundant private modifier from enums constructor and public in
interfaces.
Thanks for the patch.
Github: fixes #1.
```
* Revision 7a10e3b76531380009e95f5fa9b7086e9a9d8f3b by Piotr Listkiewicz on 2015-07-24T09:58:30Z:
```
Removed redundant private modifier from enums constructor and public in
interfaces.
Thanks for the patch.
Github: fixes #1.
```
* Revision 7a10e3b76531380009e95f5fa9b7086e9a9d8f3b by Piotr Listkiewicz on 2015-07-24T09:58:30Z:
```
Removed redundant private modifier from enums constructor and public in
interfaces.
Thanks for the patch.
Github: fixes #1.
```
* Revision 7a10e3b76531380009e95f5fa9b7086e9a9d8f3b by Piotr Listkiewicz on 2015-07-24T09:58:30Z:
```
Removed redundant private modifier from enums constructor and public in
interfaces.
Thanks for the patch.
Github: fixes #1.
```
* Revision 7a10e3b76531380009e95f5fa9b7086e9a9d8f3b by Piotr Listkiewicz on 2015-07-24T09:58:30Z:
```
Removed redundant private modifier from enums constructor and public in
interfaces.
Thanks for the patch.
Github: fixes #1.
```https://gitlab.orekit.org/orekit/orekit/-/issues/2infinite loops in unit tests2018-08-07T09:40:42ZLuc Maisonobeinfinite loops in unit testsAs of 2011-01-11, some unit tests at the head of the master branch lead
to infinite loops.
This seems to be related to event detection, after merging recent work
on Propagator hierarchy.
*(from redmine: issue id 2, created on 2011-01...As of 2011-01-11, some unit tests at the head of the master branch lead
to infinite loops.
This seems to be related to event detection, after merging recent work
on Propagator hierarchy.
*(from redmine: issue id 2, created on 2011-01-12, closed on 2011-01-12)*
* Changesets:
* Revision 55fc304e4bdb8c9d81e0a487cd6a6c36fed1f2c6 by Piotr Listkiewicz on 2015-07-25T16:32:14Z:
```
Removed redundant private modifier from enums constructor and public in
interfaces.
Thanks for the patch.
Github: fixes #2.
```
* Revision 55fc304e4bdb8c9d81e0a487cd6a6c36fed1f2c6 by Piotr Listkiewicz on 2015-07-25T16:32:14Z:
```
Removed redundant private modifier from enums constructor and public in
interfaces.
Thanks for the patch.
Github: fixes #2.
```
* Revision 55fc304e4bdb8c9d81e0a487cd6a6c36fed1f2c6 by Piotr Listkiewicz on 2015-07-25T16:32:14Z:
```
Removed redundant private modifier from enums constructor and public in
interfaces.
Thanks for the patch.
Github: fixes #2.
```
* Revision 55fc304e4bdb8c9d81e0a487cd6a6c36fed1f2c6 by Piotr Listkiewicz on 2015-07-25T16:32:14Z:
```
Removed redundant private modifier from enums constructor and public in
interfaces.
Thanks for the patch.
Github: fixes #2.
```
* Revision 55fc304e4bdb8c9d81e0a487cd6a6c36fed1f2c6 by Piotr Listkiewicz on 2015-07-25T16:32:14Z:
```
Removed redundant private modifier from enums constructor and public in
interfaces.
Thanks for the patch.
Github: fixes #2.
```
* Revision 55fc304e4bdb8c9d81e0a487cd6a6c36fed1f2c6 by Piotr Listkiewicz on 2015-07-25T16:32:14Z:
```
Removed redundant private modifier from enums constructor and public in
interfaces.
Thanks for the patch.
Github: fixes #2.
```Luc MaisonobeLuc Maisonobehttps://gitlab.orekit.org/orekit/orekit/-/issues/3Orekit is not thread safe2018-08-07T09:40:45ZLuc MaisonobeOrekit is not thread safeThere are quite a few singletons used in Orekit for handling physical
models (UTC-TAI offsets, JPL ephemerides, IERS Earth Orientation
Parameters) that don't always play well with multi-threaded
applications.
Multi-threaded application...There are quite a few singletons used in Orekit for handling physical
models (UTC-TAI offsets, JPL ephemerides, IERS Earth Orientation
Parameters) that don't always play well with multi-threaded
applications.
Multi-threaded applications are increasingly common, either due to
specific application needs or due to environments like Web services,
application servers or rich client platforms. So Orekit should be
thread-safe to allow developing such multi-threaded applications.
*(from redmine: issue id 3, created on 2011-01-12, closed on 2011-01-12)*
* Uploads:
* [TLEPropagatorTest.java](/uploads/9438d880d334a92ff217919f06b9dba0/TLEPropagatorTest.java) None
* [ThreadOrbitShift.java](/uploads/f59cb13ed2da50dc4d89c33a071a1d99/ThreadOrbitShift.java) A simple use case that converts frame in different threads
* [TimeStampedCIRF2000Frame.java](/uploads/2f92bfaec77818b23f0f5f9a10a7b3c6/TimeStampedCIRF2000Frame.java) Nonehttps://gitlab.orekit.org/orekit/orekit/-/issues/4TLEPropagator does not implement the Propagator interface2018-08-07T09:40:47ZLuc MaisonobeTLEPropagator does not implement the Propagator interfaceTLEPropagator does implement PVCoordinates provider, but not the full
Propagator interface. It prevents TLE to be used for events detections.
*(from redmine: issue id 4, created on 2011-01-12, closed on 2011-01-12)*
* Changesets:
* ...TLEPropagator does implement PVCoordinates provider, but not the full
Propagator interface. It prevents TLE to be used for events detections.
*(from redmine: issue id 4, created on 2011-01-12, closed on 2011-01-12)*
* Changesets:
* Revision 97d32b14e6dc7cce01f9c2cd53e03bb996863e51 on 2014-09-30T07:50:52Z:
```
Updated the example documentation for the GaussianCurveFitter.
This closes #4 pull request from GitHub.
Thanks to Ole for providing the patch.
```
* Revision 871884477b35b92b1be08dec9d33394365d8bb4f by Piotr Listkiewicz on 2015-08-21T19:07:30Z:
```
Removed useless "public" constructor modifier in non public classes.
Thanks for the patch.
Github: closes #4
```
* Revision 871884477b35b92b1be08dec9d33394365d8bb4f by Piotr Listkiewicz on 2015-08-21T19:07:30Z:
```
Removed useless "public" constructor modifier in non public classes.
Thanks for the patch.
Github: closes #4
```
* Revision 871884477b35b92b1be08dec9d33394365d8bb4f by Piotr Listkiewicz on 2015-08-21T19:07:30Z:
```
Removed useless "public" constructor modifier in non public classes.
Thanks for the patch.
Github: closes #4
```
* Revision 871884477b35b92b1be08dec9d33394365d8bb4f by Piotr Listkiewicz on 2015-08-21T19:07:30Z:
```
Removed useless "public" constructor modifier in non public classes.
Thanks for the patch.
Github: closes #4
```
* Revision 871884477b35b92b1be08dec9d33394365d8bb4f by Piotr Listkiewicz on 2015-08-21T19:07:30Z:
```
Removed useless "public" constructor modifier in non public classes.
Thanks for the patch.
Github: closes #4
```
* Revision 871884477b35b92b1be08dec9d33394365d8bb4f by Piotr Listkiewicz on 2015-08-21T19:07:30Z:
```
Removed useless "public" constructor modifier in non public classes.
Thanks for the patch.
Github: closes #4
```https://gitlab.orekit.org/orekit/orekit/-/issues/6smooth transition between two attitude modes2018-08-07T09:40:48ZLuc Maisonobesmooth transition between two attitude modesIt is now possible to have a smooth transition between two attitude
modes using a SLERP model (i.e. a simple spherical linear
interpolation). This mode is not sufficient for some operational
simulations that need also continuous derivati...It is now possible to have a smooth transition between two attitude
modes using a SLERP model (i.e. a simple spherical linear
interpolation). This mode is not sufficient for some operational
simulations that need also continuous derivatives at end points and
perhaps torque limitations during the transition. It would be nice to
have this kind of feature in Orekit.
*(from redmine: issue id 6, created on 2011-01-12, closed on 2016-02-10)*
* Changesets:
* Revision 088d0f9222337a1b3be44b99523094ff0af06cde on 2015-07-05T08:19:10Z:
```
Added mapping functions to MathArrays.
These methods allow to map any univariate or bivariate function to
arrays.
This fixes several pull requests on github, but uses a generalized
mapping approach rather than specific api for each function (closes #6,
closes #7, closes #8).
```
* Revision 0127f7116ea574817ed7570249c10282ce45da95 by Piotr Listkiewicz on 2015-09-07T11:35:18Z:
```
Remove redundant public constructor modifier.
Github: closes #6
```
* Revision 0127f7116ea574817ed7570249c10282ce45da95 by Piotr Listkiewicz on 2015-09-07T11:35:18Z:
```
Remove redundant public constructor modifier.
Github: closes #6
```
* Revision 0127f7116ea574817ed7570249c10282ce45da95 by Piotr Listkiewicz on 2015-09-07T11:35:18Z:
```
Remove redundant public constructor modifier.
Github: closes #6
```
* Revision 0127f7116ea574817ed7570249c10282ce45da95 by Piotr Listkiewicz on 2015-09-07T11:35:18Z:
```
Remove redundant public constructor modifier.
Github: closes #6
```
* Revision 0127f7116ea574817ed7570249c10282ce45da95 by Piotr Listkiewicz on 2015-09-07T11:35:18Z:
```
Remove redundant public constructor modifier.
Github: closes #6
```
* Revision 0127f7116ea574817ed7570249c10282ce45da95 by Piotr Listkiewicz on 2015-09-07T11:35:18Z:
```
Remove redundant public constructor modifier.
Github: closes #6
```https://gitlab.orekit.org/orekit/orekit/-/issues/7add solar activity loading2018-08-07T09:40:49ZLuc Maisonobeadd solar activity loadingAtmospheric models need solar activity data. There is no mechanism
inside Orekit to load this data, the calling application has to load it
by itself and provide it to Orekit.
It would be easier to use the existing data loading mechanism...Atmospheric models need solar activity data. There is no mechanism
inside Orekit to load this data, the calling application has to load it
by itself and provide it to Orekit.
It would be easier to use the existing data loading mechanism for this
type of data too.
*(from redmine: issue id 7, created on 2011-01-12, closed on 2011-01-12)*
* Changesets:
* Revision 088d0f9222337a1b3be44b99523094ff0af06cde on 2015-07-05T08:19:10Z:
```
Added mapping functions to MathArrays.
These methods allow to map any univariate or bivariate function to
arrays.
This fixes several pull requests on github, but uses a generalized
mapping approach rather than specific api for each function (closes #6,
closes #7, closes #8).
```
* Revision eb09b2712490b5d8ce290eeb87999e332bda17b7 by Luc Maisonobe on 2015-09-26T16:19:56Z:
```
Typo (lightning -> lighting).
Thanks to Michael Turner for the initial patch.
Github: closes #7
```
* Revision eb09b2712490b5d8ce290eeb87999e332bda17b7 by Luc Maisonobe on 2015-09-26T16:19:56Z:
```
Typo (lightning -> lighting).
Thanks to Michael Turner for the initial patch.
Github: closes #7
```
* Revision eb09b2712490b5d8ce290eeb87999e332bda17b7 by Luc Maisonobe on 2015-09-26T16:19:56Z:
```
Typo (lightning -> lighting).
Thanks to Michael Turner for the initial patch.
Github: closes #7
```
* Revision eb09b2712490b5d8ce290eeb87999e332bda17b7 by Luc Maisonobe on 2015-09-26T16:19:56Z:
```
Typo (lightning -> lighting).
Thanks to Michael Turner for the initial patch.
Github: closes #7
```
* Revision eb09b2712490b5d8ce290eeb87999e332bda17b7 by Luc Maisonobe on 2015-09-26T16:19:56Z:
```
Typo (lightning -> lighting).
Thanks to Michael Turner for the initial patch.
Github: closes #7
```https://gitlab.orekit.org/orekit/orekit/-/issues/10force model for solid tides2018-08-07T09:40:51ZLuc Maisonobeforce model for solid tidesGravity force model handle only the fixed part of the gravity field.
A separate model for taking the solid tides part into account would be
nice.
*(from redmine: issue id 10, created on 2011-01-12, closed on 2011-01-12)*Gravity force model handle only the fixed part of the gravity field.
A separate model for taking the solid tides part into account would be
nice.
*(from redmine: issue id 10, created on 2011-01-12, closed on 2011-01-12)*https://gitlab.orekit.org/orekit/orekit/-/issues/11force model for ocean tides2018-08-07T09:40:51ZLuc Maisonobeforce model for ocean tidesGravity force model handle only the fixed part of the gravity field.
A separate model for taking the ocean tides part into account would be
nice.
*(from redmine: issue id 11, created on 2011-01-12, closed on 2011-01-12)*
* Changeset...Gravity force model handle only the fixed part of the gravity field.
A separate model for taking the ocean tides part into account would be
nice.
*(from redmine: issue id 11, created on 2011-01-12, closed on 2011-01-12)*
* Changesets:
* Revision 7d32a990e9696bd1a2f3ecab08a58b8751008365 by Thomas Neidhart on 2015-12-02T19:42:31Z:
```
Add badges and initial travis configuration. This closes #11.
```https://gitlab.orekit.org/orekit/orekit/-/issues/12new atmospheric models2018-08-07T09:40:53ZLuc Maisonobenew atmospheric modelsThere are few atmospheric models available in Orekit, and some of them
have been replaced by new versions.
There are need for both accurate models for operational orbit
propagation and models for long term mission analysis computation....There are few atmospheric models available in Orekit, and some of them
have been replaced by new versions.
There are need for both accurate models for operational orbit
propagation and models for long term mission analysis computation. The
first ones need up to date data for solar activity whereas the second
ones need approximate models based on solar cycle.
*(from redmine: issue id 12, created on 2011-01-12, closed on 2011-01-12)*
* Changesets:
* Revision 651f25088ed50543d32dd54fa10f9a6a070ee5d7 by Robert Painsi on 2017-02-10T21:33:31Z:
```
Remove whitespace before varargs ellipsis.
The Checkstyle check NoWhitespaceBefore will report whitespaces before
ellipsis by default after Pull Request[1] is merged.
[1] https://github.com/checkstyle/checkstyle/pull/3805
GitHub: Fixes #12
Signed-off-by: Luc Maisonobe <luc@orekit.org>
```
* Revision 651f25088ed50543d32dd54fa10f9a6a070ee5d7 by Robert Painsi on 2017-02-10T21:33:31Z:
```
Remove whitespace before varargs ellipsis.
The Checkstyle check NoWhitespaceBefore will report whitespaces before
ellipsis by default after Pull Request[1] is merged.
[1] https://github.com/checkstyle/checkstyle/pull/3805
GitHub: Fixes #12
Signed-off-by: Luc Maisonobe <luc@orekit.org>
```
* Revision 651f25088ed50543d32dd54fa10f9a6a070ee5d7 by Robert Painsi on 2017-02-10T21:33:31Z:
```
Remove whitespace before varargs ellipsis.
The Checkstyle check NoWhitespaceBefore will report whitespaces before
ellipsis by default after Pull Request[1] is merged.
[1] https://github.com/checkstyle/checkstyle/pull/3805
GitHub: Fixes #12
Signed-off-by: Luc Maisonobe <luc@orekit.org>
```https://gitlab.orekit.org/orekit/orekit/-/issues/13support for CCSDS Orbit Data Messages2018-08-07T09:40:53ZLuc Maisonobesupport for CCSDS Orbit Data MessagesThe Orbit Data Message CCSDS recommended standard version 2 has been
published in late 2009.
It is available here:
http://public.ccsds.org/publications/archive/502x0b2.pdf
Orekit should support this recommended standard.
*(from red...The Orbit Data Message CCSDS recommended standard version 2 has been
published in late 2009.
It is available here:
http://public.ccsds.org/publications/archive/502x0b2.pdf
Orekit should support this recommended standard.
*(from redmine: issue id 13, created on 2011-01-12, closed on 2011-01-12)*
* Relations:
* duplicates #30
* Changesets:
* Revision f7abe7ea0c7fbf6d138ed7eaf9487510dfbbcaac on 2017-07-22T06:55:04Z:
```
Added missing final for variable with anonymous class.
Github: closes #13
```
* Revision f7abe7ea0c7fbf6d138ed7eaf9487510dfbbcaac on 2017-07-22T06:55:04Z:
```
Added missing final for variable with anonymous class.
Github: closes #13
```
* Revision f7abe7ea0c7fbf6d138ed7eaf9487510dfbbcaac on 2017-07-22T06:55:04Z:
```
Added missing final for variable with anonymous class.
Github: closes #13
```Luc MaisonobeLuc Maisonobehttps://gitlab.orekit.org/orekit/orekit/-/issues/14Some questions2018-08-07T09:40:56ZFrancesco RoccaSome questions1)In Ephemeris Mode the state vector output for min date and max date of
integrator is different if it considered the Bounded propagator or
not.Are this 2 points in the set of bounded points?
2)It would be better if the orbit, in ephem...1)In Ephemeris Mode the state vector output for min date and max date of
integrator is different if it considered the Bounded propagator or
not.Are this 2 points in the set of bounded points?
2)It would be better if the orbit, in ephemeris mode, were represented
by Analitic formula(parametric order and type polynomial );maybe is more
efficiently in time for example if you want retrive often different
single point or if you want store the calculated orbit in file and use
it later, and in this way you would have separate the orbit propagation
with other utility (orbital event ecc).
3) Droziner an Cunninghan models have a problem if high order
coefficients are considered.
*(from redmine: issue id 14, created on 2011-03-07, closed on 2011-03-07)*Luc MaisonobeLuc Maisonobehttps://gitlab.orekit.org/orekit/orekit/-/issues/15Maven eclipse plug-in fail to import project2018-08-07T09:40:57ZMichel LacotteMaven eclipse plug-in fail to import projectPlug-ins m2clipse and iam fail when importing orekit maven project from
source into eclipse.
It could be corrected by declaring maven-compiler-plugin in build
section of pom.xml rather than in reporting section.
*(from redmine: issue...Plug-ins m2clipse and iam fail when importing orekit maven project from
source into eclipse.
It could be corrected by declaring maven-compiler-plugin in build
section of pom.xml rather than in reporting section.
*(from redmine: issue id 15, created on 2011-03-10, closed on 2011-03-10)*
* Changesets:
* Revision ad7c5d7e79e2a71d40a1a62adc87f420a0de17aa by Guilhem Bonnefille on 2017-11-09T13:29:07Z:
```
Move extra files into META-INF inside the sources.jar.
The LICENSE.txt and NOTICE.txt files are already stored into the
META-INF of the binary jar file.
GitHub: fixes #15.
```
* Revision ad7c5d7e79e2a71d40a1a62adc87f420a0de17aa by Guilhem Bonnefille on 2017-11-09T13:29:07Z:
```
Move extra files into META-INF inside the sources.jar.
The LICENSE.txt and NOTICE.txt files are already stored into the
META-INF of the binary jar file.
GitHub: fixes #15.
```
* Revision ad7c5d7e79e2a71d40a1a62adc87f420a0de17aa by Guilhem Bonnefille on 2017-11-09T13:29:07Z:
```
Move extra files into META-INF inside the sources.jar.
The LICENSE.txt and NOTICE.txt files are already stored into the
META-INF of the binary jar file.
GitHub: fixes #15.
```https://gitlab.orekit.org/orekit/orekit/-/issues/16BoundedPropagator does not recognize AdditionalEquations2018-08-07T09:40:58ZGlauco Di GenovaBoundedPropagator does not recognize AdditionalEquationsWhen using ephemeris generated e.g. by a numerical propagator with
additional PartialDerivativesEquations, a bounded propagator with a
registered OrekitStepHandler is not able to interpolate the additional
state components. The exception...When using ephemeris generated e.g. by a numerical propagator with
additional PartialDerivativesEquations, a bounded propagator with a
registered OrekitStepHandler is not able to interpolate the additional
state components. The exception is "unknown additional equation" and it
seems due to the bounded propagator not keeping track of the additional
equations used for numerical ephemerides generation.
*(from redmine: issue id 16, created on 2011-03-11, closed on 2011-03-11)*
* Changesets:
* Revision 40f969bc9e162deead55967da3c128e2da933dfc on 2015-09-11T17:47:56Z:
```
Added negative zero support in FastMath.pow.
JIRA: MATH-1273
Github: closes #16
```
* Revision d4028d2dccf739d36450bd2a77d80edcf8649bc5 by Guilhem Bonnefille on 2017-11-09T13:29:22Z:
```
Add goal package to the building procedure.
The assembly:site does not trigger building, testing and packaging.
This goal should be explicitly invoked.
GitHub: fixes #16.
```
* Revision d4028d2dccf739d36450bd2a77d80edcf8649bc5 by Guilhem Bonnefille on 2017-11-09T13:29:22Z:
```
Add goal package to the building procedure.
The assembly:site does not trigger building, testing and packaging.
This goal should be explicitly invoked.
GitHub: fixes #16.
```
* Revision d4028d2dccf739d36450bd2a77d80edcf8649bc5 by Guilhem Bonnefille on 2017-11-09T13:29:22Z:
```
Add goal package to the building procedure.
The assembly:site does not trigger building, testing and packaging.
This goal should be explicitly invoked.
GitHub: fixes #16.
```https://gitlab.orekit.org/orekit/orekit/-/issues/17Availability of orekit in public maven repository2018-08-07T09:41:00ZThomas NeidhartAvailability of orekit in public maven repositoryIt would be very convenient if orekit (release, snapshots) would be
available in a public maven repository.
*(from redmine: issue id 17, created on 2011-03-16, closed on 2011-03-16)*
* Changesets:
* Revision adebc412dd4ee5a95c9be9f1...It would be very convenient if orekit (release, snapshots) would be
available in a public maven repository.
*(from redmine: issue id 17, created on 2011-03-16, closed on 2011-03-16)*
* Changesets:
* Revision adebc412dd4ee5a95c9be9f101e83f73f3a027c1 by Roman Ivanov on 2017-11-26T09:17:30Z:
```
bump checkstyle version to 8.4.
Github: fixes #17
```
* Revision adebc412dd4ee5a95c9be9f101e83f73f3a027c1 by Roman Ivanov on 2017-11-26T09:17:30Z:
```
bump checkstyle version to 8.4.
Github: fixes #17
```
* Revision adebc412dd4ee5a95c9be9f101e83f73f3a027c1 by Roman Ivanov on 2017-11-26T09:17:30Z:
```
bump checkstyle version to 8.4.
Github: fixes #17
```https://gitlab.orekit.org/orekit/orekit/-/issues/18ConstamtThrustManeuver problem2018-08-07T09:41:01ZGlauco Di GenovaConstamtThrustManeuver problemThe attached code fragment (a slight modification of one of the Orekit
tests) throws a null pointer exception. This problem only arises when
using a propagator with PartialDerivativesEquation.
-------------------------------------------...The attached code fragment (a slight modification of one of the Orekit
tests) throws a null pointer exception. This problem only arises when
using a propagator with PartialDerivativesEquation.
------------------------------------------------------------------------
import org.apache.commons.math.geometry.Rotation;
import org.apache.commons.math.geometry.Vector3D;
import
org.apache.commons.math.ode.nonstiff.AdaptiveStepsizeIntegrator;
import
org.apache.commons.math.ode.nonstiff.DormandPrince853Integrator;
import org.apache.commons.math.util.FastMath;
import org.orekit.attitudes.AttitudeProvider;
import org.orekit.attitudes.InertialProvider;
import org.orekit.errors.OrekitException;
import org.orekit.forces.maneuvers.ConstantThrustManeuver;
import org.orekit.frames.FramesFactory;
import org.orekit.orbits.KeplerianOrbit;
import org.orekit.orbits.Orbit;
import org.orekit.orbits.PositionAngle;
import org.orekit.propagation.SpacecraftState;
import org.orekit.propagation.numerical.NumericalPropagator;
import org.orekit.propagation.numerical.PartialDerivativesEquations;
import org.orekit.time.AbsoluteDate;
import org.orekit.time.DateComponents;
import org.orekit.time.TimeComponents;
import org.orekit.time.TimeScalesFactory;
public class TESTConstantThrustManeuver {
public static void main(String\[\] args) throws OrekitException {
Autoconfiguration.configureOrekit();
Setup.Init();
// Body mu
final double mu = 3.9860047e14;
final double isp = 318;
final double mass = 2500;
final double a = 24396159;
final double e = 0.72831215;
final double i = FastMath.toRadians(7);
final double omega = FastMath.toRadians(180);
final double OMEGA = FastMath.toRadians(261);
final double lv = 0;
final double duration = 3653.99;
final double f = 420;
final double delta = FastMath.toRadians(-7.4978);
final double alpha = FastMath.toRadians(351);
final AttitudeProvider law = new InertialProvider(new Rotation(new
Vector3D(alpha, delta), Vector3D.PLUS\_I));
final AbsoluteDate initDate = new AbsoluteDate(new DateComponents(2004,
01, 01),
new TimeComponents(23, 30, 00.000),
TimeScalesFactory.getUTC());
final Orbit orbit =
new KeplerianOrbit(a, e, i, omega, OMEGA, lv, PositionAngle.TRUE,
FramesFactory.getEME2000(), initDate, mu);
final SpacecraftState initialState =
new SpacecraftState(orbit, law.getAttitude(orbit, orbit.getDate(),
orbit.getFrame()), mass);
final AbsoluteDate fireDate = new AbsoluteDate(new DateComponents(2004,
01, 02),
new TimeComponents(04, 15, 34.080),
TimeScalesFactory.getUTC());
final ConstantThrustManeuver maneuver =
new ConstantThrustManeuver(fireDate, duration, f, isp,
Vector3D.PLUS\_I);
double\[\] absTolerance = {
0.001, 1.0e-9, 1.0e-9, 1.0e-6, 1.0e-6, 1.0e-6, 0.001
};
double\[\] relTolerance = {
1.0e-7, 1.0e-4, 1.0e-4, 1.0e-7, 1.0e-7, 1.0e-7, 1.0e-7
};
AdaptiveStepsizeIntegrator integrator =
new DormandPrince853Integrator(0.001, 1000, absTolerance,
relTolerance);
integrator.setInitialStepSize(60);
final NumericalPropagator propagator = new
NumericalPropagator(integrator);
propagator.setInitialState(initialState);
propagator.setAttitudeProvider(law);
propagator.addForceModel(maneuver);
propagator.setPropagationParametersType(NumericalPropagator.PropagationParametersType.CARTESIAN);
PartialDerivativesEquations PDE = new
PartialDerivativesEquations(propagator);
PDE.selectParamAndStep("thrust", Double.NaN);
PDE.setInitialJacobians(7, 1);
final SpacecraftState finalorb =
propagator.propagate(fireDate.shiftedBy(3800));
System.out.println(finalorb.getPVCoordinates().toString());
}
}
*(from redmine: issue id 18, created on 2011-03-30, closed on 2011-03-30)*
* Changesets:
* Revision 68d06e04ba4b661f2c4669598c9d80b05d6c791e on 2017-11-26T09:21:02Z:
```
Javadoc fix for TDMFile.ObservationsBlock::addObservation.
Github: fixes #18
```
* Revision 68d06e04ba4b661f2c4669598c9d80b05d6c791e on 2017-11-26T09:21:02Z:
```
Javadoc fix for TDMFile.ObservationsBlock::addObservation.
Github: fixes #18
```
* Revision 68d06e04ba4b661f2c4669598c9d80b05d6c791e on 2017-11-26T09:21:02Z:
```
Javadoc fix for TDMFile.ObservationsBlock::addObservation.
Github: fixes #18
```https://gitlab.orekit.org/orekit/orekit/-/issues/19Event missed2018-08-07T09:41:03ZPascal ParraudEvent missedPropagating back and forth with a KeplerianPropagator can miss some
event: if an event is found propagating forward, changing to backward
propagation will miss this event.
The same occurs with an Ephemeris, but not with a NumericalProp...Propagating back and forth with a KeplerianPropagator can miss some
event: if an event is found propagating forward, changing to backward
propagation will miss this event.
The same occurs with an Ephemeris, but not with a NumericalPropagator,
so it seems related to the AbstractPropagator.
*(from redmine: issue id 19, created on 2011-03-31, closed on 2011-03-31)*
* Changesets:
* Revision abb2057959377f26664bf4f8a2b4aea9422c1092 on 2015-12-15T18:44:38Z:
```
Fixed javadoc.
Thanks to Ole Ersoy for the patch.
Github: closes #19
```
* Revision 10b138d4b3229c1f8010ec558f54380fb310783d on 2018-01-18T11:30:53Z:
```
Override tle equals and hashcode.
Github: fixes #19
```
* Revision 10b138d4b3229c1f8010ec558f54380fb310783d on 2018-01-18T11:30:53Z:
```
Override tle equals and hashcode.
Github: fixes #19
```
* Uploads:
* [orekit-propagator-testcase.tar.gz](/uploads/a82888e57e56ec6384faf5073632806a/orekit-propagator-testcase.tar.gz) Nonehttps://gitlab.orekit.org/orekit/orekit/-/issues/20ephemeris mode broken (at least for GraggBulirschStoerIntegrator)2018-08-07T09:41:04ZGlauco Di Genovaephemeris mode broken (at least for GraggBulirschStoerIntegrator)Setting any propagator using a GraggBulirschStoerIntegrator in ephemeris
mode generates a null pointer exception. A working fix in this case is
to move the following statement in EphemerisModeHandler
this.model = new ContinuosOutput Mod...Setting any propagator using a GraggBulirschStoerIntegrator in ephemeris
mode generates a null pointer exception. A working fix in this case is
to move the following statement in EphemerisModeHandler
this.model = new ContinuosOutput Model();
from the method "initialize(...)" to the default constructor
"EphemerisModeHandler()"
Other integrators (e.g. DormandPrince) don't need this fix.
GraggBulirschStoerIntegrator invokes initializeArrays in its
addStepHandler method, which in turn tests for DenseOutput. Problem is
that at this stage EphemerisModeHandler.initialize han not been invoked
yet.
*(from redmine: issue id 20, created on 2011-04-08, closed on 2011-04-08)*
* Changesets:
* Revision 5566a21d2b34090d1ce8129f41b551a1187e7d5b on 2015-12-18T11:47:13Z:
```
Updated FieldMatrix exceptions thrown to match javadoc.
Github: closes #20
```
* Revision 89d3af4bc8a39ce6d62257bee7ac63e04b566c17 on 2018-01-18T13:04:10Z:
```
Corrected Romanian translations.
Github: fixes #20
```
* Revision 89d3af4bc8a39ce6d62257bee7ac63e04b566c17 on 2018-01-18T13:04:10Z:
```
Corrected Romanian translations.
Github: fixes #20
```https://gitlab.orekit.org/orekit/orekit/-/issues/21DE405 ephemeris and EME20002018-08-07T09:41:05ZBernard GodardDE405 ephemeris and EME2000Orekit assumes orientation for position velocity coordinates provided by
JPL is EME2000 axes.
However most modern ephemerides (DE4xx, INPOP...) are aligned with ICRF
axes.
The frame for the JPL bodies should then be derived from the ...Orekit assumes orientation for position velocity coordinates provided by
JPL is EME2000 axes.
However most modern ephemerides (DE4xx, INPOP...) are aligned with ICRF
axes.
The frame for the JPL bodies should then be derived from the GCRF frame,
not from EME2000.
References:
http://en.wikipedia.org/wiki/DE400
ftp://ssd.jpl.nasa.gov/pub/eph/export/DE405/de405iom.ps
ftp://ssd.jpl.nasa.gov/pub/eph/export/DE414/de414iom.ps
ftp://ssd.jpl.nasa.gov/pub/eph/planets/ioms/de421.iom.v1.pdf
http://syrte.obspm.fr/jsr/journees2008/Folkner.pdf
http://www.imcce.fr/inpop/
*(from redmine: issue id 21, created on 2011-04-13, closed on 2011-04-13)*https://gitlab.orekit.org/orekit/orekit/-/issues/23planetary ephemeris2018-08-07T09:41:09ZBernard Godardplanetary ephemerisThe JPL ephemerides class could easily be extended to support many more
ephemeris which have almost the same format as DE405 and are much more
accurate
- DE414, DE421, ... : http://ssd.jpl.nasa.gov/?planet\_eph\_export
- INPOP8, INPO...The JPL ephemerides class could easily be extended to support many more
ephemeris which have almost the same format as DE405 and are much more
accurate
- DE414, DE421, ... : http://ssd.jpl.nasa.gov/?planet\_eph\_export
- INPOP8, INPOP10A ... : http://www.imcce.fr/inpop/
It should be mainly a matter of adjusting the record length depending on
the ephemeris as is done for selecting between DE405/DE406. These files
are provided for both Big Endian and Little Endian systems.
INPOP ephemerides like DE ephemerides come with Moon libration ephemeris
but contrary to DE without Earth nutation ephemeris. They additionally
provide a time ephemeris (accurate TT-TDB for the worldline of the
geocenter), although for compatibility with legacy DExxx reading
programs, the INPOP files are also available without the time ephemeris.
The CALCEPH C library can read INPOPxx and JPL DExxx ephemeris files:
http://www.imcce.fr/inpop/calceph/index.php
On a side note, I am wondering why OREKIT is using the Big Endian
version of the ephemeris file (orekit does this explicitly even though
the Java virtual machine is big endian) and not the little endian file?
If only one file type was to be provided in the future for a certain
ephemeris, I think it would be the little endian type. Or maybe orekit
could use org.apache.commons.io.EndianUtils to read either big endian or
little endian depending on the filenames.
*(from redmine: issue id 23, created on 2011-04-14, closed on 2011-04-14)*
* Uploads:
* [DExxx_support.patch](/uploads/6e040d6061ee2d29fca7ecbc53f99ee7/DExxx_support.patch) Nonehttps://gitlab.orekit.org/orekit/orekit/-/issues/25Numerical problem when computing eccentricity of almost circular orbit2018-08-07T09:41:12ZLuc MaisonobeNumerical problem when computing eccentricity of almost circular orbitThe following test case correspond to an almost perfect circular orbit
(at computer accuracy). Computing the eccentricity returns a NaN instead
of of very small number.
Vector3D position = new Vector3D(3782116.14107698, 416663.119...The following test case correspond to an almost perfect circular orbit
(at computer accuracy). Computing the eccentricity returns a NaN instead
of of very small number.
Vector3D position = new Vector3D(3782116.14107698, 416663.11924914, 5875541.62103057);
Vector3D velocity = new Vector3D(-6349.7848910501, 288.4061811651, 4066.9366759691);
KeplerianOrbit orbit = new KeplerianOrbit(new PVCoordinates(position, velocity),
FramesFactory.getEME2000(),
new AbsoluteDate("2004-01-01T23:00:00.000",
TimeScalesFactory.getUTC()),
3.986004415E14);
*(from redmine: issue id 25, created on 2011-06-07, closed on 2011-06-07)*