[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Orekit Developers] Roadmap for releasing Orekit 9.0?

Hank Grabowski <hank@applieddefense.com> a écrit :

I've reviewed the implemented interfaces.  I would say a short term
plausible objective for me by the end of year is to implement the OEM
parser.  I had originally thought there would be a writer as well as a
parser interface.  Are people interested in that?  If so I'll emulate the
parser interface for a writer and implement an OEM writer as well.

I am not sure I understand. The OEM parser already exists. So do you intend
to implement the writer alone?


On Fri, Dec 9, 2016 at 8:09 AM, Hank Grabowski <hank@applieddefense.com>

Ah that explains it, thanks!

On Fri, Dec 9, 2016 at 4:20 AM, MAISONOBE Luc <luc.maisonobe@c-s.fr>

Hank Grabowski <hank@applieddefense.com> a écrit :

I was doing my homework preparing for later this month to contribute.  Did
we ever start that branch capturing the changes for OEM stuff or should I
do that based on our conversations here?

Evan committed his work some time ago. Everything is in the master branch.

best regards,

On Tue, Nov 29, 2016 at 4:41 PM, Hank Grabowski <hank@applieddefense.com

I would like to contribute the OEM stuff but right now is a typically
time of year.  The last couple weeks of the year/beginning of next year
should open up (as usual) to allow me to make a push for getting that

On Tue, Nov 29, 2016 at 9:44 AM, Evan Ward <evan.ward@nrl.navy.mil>

Hi Luc,

On 11/25/2016 10:03 AM, MAISONOBE Luc wrote:

Hi all,

A lot of work has been done on Orekit since 8.0. Orbit determination
has been improved, we can now go from ephemeris file to propagation
directly, Taylor algebra has been added, some atmosphere models
have been added...

I just asked on the Hipparchus list if we could release Hipparchus
1.1, suggesting this could be done in late December. If this is
accepted, what about releasing Orekit 9.0 afterwards, probably
in January? Considering Taylor algebra branch which is already public
is expected to be merged soon in the master branch, the state of
the library is already worth a major release.

We may add a few things. Some co-workers here developed additional
features for orbit determination (maneuvers estimation and
turn-around measurements). There is also a very preliminary work
on Kalman filtering, but I don't expect this to be ready for 9.0.

I would be happy to also have some improvements on the solar activity
loading. Several people have expressed interest and even started some
redesign, but up to now we don't have a clear vision of where we want
to go. As this would probably introduce incompatibilities, we should
really think about it before the release.

What do you think?

January time frame sounds good to me. There are a few items left with
ephemeris readers/writers that I would like to fix before the release.
if Hank has time to contribute his OEM writer I think that would be
good to
include in 9.0.

I agree the flux data loading could use some improvement. Perhaps we
could provide a loader for STK's flux files which would satisfy the
Ap/Kp/F10.7 based models. ftp://ftp.agi.com/pub/DynamicE

Best Regards,

best regards,