-
Notifications
You must be signed in to change notification settings - Fork 8
clean pkgs #108
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
clean pkgs #108
Conversation
Codecov Report
@@ Coverage Diff @@
## develop #108 +/- ##
============================================
+ Coverage 59.42% 79.54% +20.12%
============================================
Files 23 2 -21
Lines 1003 44 -959
============================================
- Hits 596 35 -561
+ Misses 407 9 -398
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. |
| "direct_shooting_CTOptimization", # unconstrained direct simple shooting | ||
| "basic", | ||
| "goddard_direct", | ||
| "goddard_indirect", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@ocots normal que tu aies viré certains tests ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Vu qu'il y a de nouveaux packages, les tests ont été déplacé.
| constraint!(ocp, :dynamics, f) | ||
| # goddard with state constraint - maximize altitude | ||
| prob = Problem(:goddard, :state_constraint) | ||
| ocp = prob.model |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@ocots vers une galerie / benchmark de problèmes ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
L'idée c'est d'avoir une librairie de problèmes pour faciliter les tests. Un problème contiendra son modèle OptimalControlModel et sa solution OptimalControlSolution. La solution peut être analytique ou calculée avec Jump, avec un de nos algos, etc. C'est plus pour du benchmark / tests unitaires que pour une galerie. Je pense que le package OptimalControl.jl aura des exemples / tutos dans sa doc et il y aura des applications plus complexes dans des repos github ce qui servira plus de galerie.
Une remarque : c'est bien d'avoir des fonctions du temps au lieu de vecteurs sur une grille de temps dans la solution d'un problème de contrôle optimal. On va harmoniser ça pour qu'à la sortie du direct ou du tir direct on ait une solution de même type qui contient des fonctions du temps pour l'état, etc.
jbcaillau
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@ocots @PierreMartinon 👍🏽 on verra à l'usage si c'est OK de rajouter ce niveau de packages. on est d'accord que la principale motivation est de segmenter (et alléger) les tests, les builds julia...?
|
Oui ce n'est que ça a priori. Après, un développeur avancé peut éventuellement se servir d'une brique plutôt que de tout le package si nécessaire. Comme nous qui avons utiliser un petit package pour la modélisation du problème d'optimisation pour ipopt. Mais la motivation principale c'est pour alléger la compilation lors des tests. Après, à voir à l'usage. Ce sera un peu pénible tant que |
J'ai enlevé CTBase, CTDirect et CTDirectShooting pour en faire des packages.