-
Notifications
You must be signed in to change notification settings - Fork 895
[WIP] Better input set generator and sets for io.lammps #4368
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
base: master
Are you sure you want to change the base?
Conversation
…LammpsInputFile objects as input for the template to make use of all the other io.lammps functions in pmg
update - 12/3
…rd lammps) files with the input set that are prepared independent of the input file
Merge updates - 1/6/2025
Added a new (and probs better?) implementation for generating lammps input sets, with a more expressive MD template. Everything is now based on the template to ensure the atomate2 workflows being written work without the user having to specify too much. Inputs and states have to be enumed.
…LammpsInputFile objects as input for the template to make use of all the other io.lammps functions in pmg
…rd lammps) files with the input set that are prepared independent of the input file
Added a new (and probs better?) implementation for generating lammps input sets, with a more expressive MD template. Everything is now based on the template to ensure the atomate2 workflows being written work without the user having to specify too much. Inputs and states have to be enumed.
…class for storing and validating user defined settings
Changes to be committed: Reworked the way the input set generator generates the input file to be less cumbersome and use fewer if-else clauses, this new approach goes back to the original generator in order to be a lot more flexible (esp for custom lammps jobs). A LammpsSettings object is now present in order to validate the inputs specified by the user prior to actually passing them to lammps. This approach works out for the makers implemented currently (NVT/NPT/NVE/Minimization).
Redid how input sets are validated, in particular how "general" settings can also be stored as attrs of LammpsSettings, and only validate keys from _BASE_LAMMPS_SETTINGS. This way, allows for very flexible inputs from user to also be present in the final taskdoc.inputs. Also used PathLike instead of Path objects.
src/pymatgen/core/periodic_table.py
Outdated
@@ -776,6 +777,19 @@ def is_rare_earth(self) -> bool: | |||
""" | |||
return self.is_lanthanoid or self.is_actinoid or self.symbol in {"Sc", "Y"} | |||
|
|||
@property | |||
@deprecated( |
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 guess reverting changes to core.periodic_table
and io.exciting
is not intended?
If so you could revert those changes with (warning, this would drop all changes to that file, make sure this is what you need) git checkout upstream/master -- file_to_revert
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.
Just behind the master branch, synced up now
Summary
This PR is part of an effort to include workflows for running LAMMPS via atomate2. A concurrent PR will be opened in atomate2 that has the flows, while this PR aims to update the input set generators to match the inputs required there.
These changes are based on initial work here: https://github.com/Matgenix/atomate2-lammps done by @ml-evs and @gbrunin. Also tagging in @esoteric-ephemera who helped structure the code in this PR, and @davidwaroquiers.
Major changes:
Marked this as a WIP as there might be further updates here dependent on the updates made in the concurrent atomate2 PR.
TODO: