-
Notifications
You must be signed in to change notification settings - Fork 71
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
Move legacy code selection to input file #17
Conversation
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.
A few minor questions and comments for discussion
user specifies. They could specify files to load and values to | ||
replace here as well. |
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.
I know this isn't a result of this PR, but I'm confused by this sentence. Is this only referring to users that write their own load_inputs method?
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.
Yeah, I think so. The docstrings in methods_for_level_2 appear to be written for an audience of users writing their own level3 interface. Eventually we should have proper docstrings here and could move this kind of explanation to a level3 docs page.
Co-authored-by: crecine <[email protected]>
Co-authored-by: crecine <[email protected]>
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.
Love this change, it looks great! I did have a few questions/comments/requests, but in general I am in support of this PR. Good work!
aviary/docs/examples/coupled_aircraft_mission_optimization.ipynb
Outdated
Show resolved
Hide resolved
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.
I pushed minor docstring changes directly to the branch; good to go from my end
Summary
Which legacy code's methods can be used for a given input file is almost always limited to a single option based on which inputs were provided. Because of this, method selection was moved to a declaration in the input file to prevent mistakes when calling run_aviary.
Settings
was added to the variable hierarchy to hold new "meta-level" switches, including setting equations of motion, mass method, and verbosity/debug levelphase_info
and anything that needs to know mission method is now inmethods_for_level_2.py
Docs were updated to reflect this new, simplified interface. While updating the docs, I cleaned some of them up a bit.
Required future work:
methods_for_level_2.py
may be helpful to cleanup the logic and make it easier for level 2 users to customize analysis. Such assimple
andsolved
mission methods - they are technically sub-methods ofheight-energy
and2DOF
, and treating them differently than full equations of motion may be needed.Related Issues
Backwards incompatibilities
None
New Dependencies
None