Analytical propagators may stop before target date
Analytical propagators may not propagate all the way to the target date because the isLast check in acceptStep() uses an absolute tolerance on the date comparison but a different end criteria is used in propagate(). This can result in cases where calling propagate(t) does not result in calling basicPropagate(t) and the date of the returned state will be before t.
(from redmine: issue id 250, created on 2016-09-20, closed on 2017-07-27)
- Changesets:
- Revision 2925ba02 by Evan Ward on 2016-09-20T19:17:32Z:
Fix propagation date in analytical propagators
In analytical propagators the requested date when calling propagate(t) may not
have always equaled the date of the returned state. Now the returned state
always has the requested date. Added a test case as well.
Fixes #250
- Revision 2925ba02 by Evan Ward on 2016-09-20T19:17:32Z:
Fix propagation date in analytical propagators
In analytical propagators the requested date when calling propagate(t) may not
have always equaled the date of the returned state. Now the returned state
always has the requested date. Added a test case as well.
Fixes #250
- Revision 2925ba02 by Evan Ward on 2016-09-20T19:17:32Z:
Fix propagation date in analytical propagators
In analytical propagators the requested date when calling propagate(t) may not
have always equaled the date of the returned state. Now the returned state
always has the requested date. Added a test case as well.
Fixes #250
- Revision 2925ba02 by Evan Ward on 2016-09-20T19:17:32Z:
Fix propagation date in analytical propagators
In analytical propagators the requested date when calling propagate(t) may not
have always equaled the date of the returned state. Now the returned state
always has the requested date. Added a test case as well.
Fixes #250