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

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



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?

On Tue, Nov 29, 2016 at 4:41 PM, Hank Grabowski <hank@applieddefense.com> wrote:
I would like to contribute the OEM stuff but right now is a typically busy 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 in.

On Tue, Nov 29, 2016 at 9:44 AM, Evan Ward <evan.ward@nrl.navy.mil> wrote:
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 the ephemeris readers/writers that I would like to fix before the release. Also 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/DynamicEarthData/stkFluxReadme.txt

Best Regards,
Evan


best regards,
Luc