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

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



Ah that explains it, thanks!

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

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,
Luc



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/DynamicE
arthData/stkFluxReadme.txt

Best Regards,
Evan


best regards,
Luc