Skip to content
GitLab
  • Menu
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • Orekit Orekit
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 90
    • Issues 90
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 16
    • Merge requests 16
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Orekit
  • OrekitOrekit
  • Issues
  • #596
Closed
Open
Created Aug 28, 2019 by Yannick Jeandroz@yannick.jeandrozDeveloper

Allow the user to set epsilon and maxIterations for DSST mean parameters conversion

Hi everyone,

Recently, we have performed lots and lots of osculating->mean parameters conversions. And we have stumbled upon a few cases where the hardcoded values for the following parameters have proved troublesome :

  • The "epsilon" here
  • And the max number of iterations there

Our tests have shown that the algorithm converges just fine if we increase those values a bit. Actually, increasing the epsilon is enough in our experience, but we believe it would be nice to have control over the maxIterations too, just in case.

I think it would be a good idea to allow the user to set those values, just to ensure that all cases can potentially be handled, even when convergence is slow.

In addition, it could be nice to increase the default values a bit, to ensure the algorithm converges in nearly all cases without fiddling with the values. Based on our (limited) experience, we would leave max iterations at 200, but multiply the epsilon by 100 (2 extra orders of magnitude).

If there is consensus on this issue, we can contribute the change. It should be quite simple : two extra "setters", and maybe a change on the default value for epsilon.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking