Skip to content
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

Consolidate the options and backend_options configuration fields #9772

Open
verveerpj opened this issue Jan 16, 2025 · 0 comments
Open

Consolidate the options and backend_options configuration fields #9772

verveerpj opened this issue Jan 16, 2025 · 0 comments

Comments

@verveerpj
Copy link
Contributor

verveerpj commented Jan 16, 2025

Is your feature request related to a problem? Please describe.
The optimization section of the Everest config has both options and backend_options fields. The options field is used to pass options in the form of plain strings, while backend_options expects a dictionary of key/value options. Which one to use depends on the optimizer, i.e. Dakota uses options, while SciPy uses backend_options. The two options should be consolidated into a single option that accepts both forms.

Describe the solution you'd like
The Everest configuration is implemented using pydantic, which can easily be used to implement a field that accepts both strings and key/value dicts. The options field should be adapted to allow this. The backend_options should be retained for now, but deprecated. It may be convenient to just make backend_options an alias for the new options until it is removed.

Describe alternatives you've considered
N/A

Additional context
The ropt configuration already uses this consolidated form, hence the implementation should be straightforward.

@verveerpj verveerpj added everest improvement Something nice to have, that will make life easier for developers or users or both. labels Jan 16, 2025
@verveerpj verveerpj moved this to Todo in SCOUT Jan 16, 2025
@verveerpj verveerpj added configuration and removed improvement Something nice to have, that will make life easier for developers or users or both. labels Jan 16, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Todo
Development

No branches or pull requests

1 participant