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

Refactor code that stores calculator results and updates config_type during generate ops (md, optimize, neb). #311

Merged
merged 3 commits into from
May 24, 2024

Conversation

bernstei
Copy link
Contributor

@bernstei bernstei commented May 23, 2024

Stored properties calculated during wfl.generate ops now (by default) overwrite previous operations. New scheme is that if <some_string>__ is in the property prefix, overwrite all properties that start with the same string. All ops in generate use last_op__, i.e. last_op__md, last_op__optimize_..., etc, so they will overwrite each other. Other results_prefix values can be used to override this default.

Defaults to appending to atoms.info["config_type"] by setting update_config_type="append" argument to various generate ops. Also support update_config_type="overwrite" to overwrite previous value, and False to keep value the same.

closes #310

during generate ops (md, optimize, neb).

Stored properties now (by default) overwrite previous operations.

Defaults to appending to atoms.info["config_type"], but `update_config_type`
can also be "overwrite" to overwrite previous value, as well as False to
keep value the same.
@bernstei
Copy link
Contributor Author

Should these various keys include a wfl_ prefix, to avoid conflicting with misc user-set properties?

@bernstei bernstei merged commit ebdb189 into main May 24, 2024
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

config_type get concatenated over different operations
1 participant