-
Notifications
You must be signed in to change notification settings - Fork 21
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
updates on gw embedding and ctseg solver interface #85
Conversation
…force diagonal Hloc_0 for ctseg; 3. minor updates on doc and
… 2. fix missing conflicts with the latest unstable branch; 3. check adapol installation
There are several changes that are not very localized to GW embedding. Feel free to let me know any comments and suggestions to refactor them! |
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.
Hey @cnyeh ,
thanks for the PR! This looks great. I just had a minor question for the changes in the main routines but other than that we can merge this.
@@ -96,9 +96,22 @@ def run_dmft(params, config_file_name=None): | |||
elif general_params['gw_embedding']: | |||
from solid_dmft.gw_embedding.gw_flow import embedding_driver | |||
if mpi.is_master_node(): | |||
# Checks for h5 file | |||
if not os.path.exists(general_params['seedname']+'.h5'): | |||
raise FileNotFoundError('Input h5 file not found') |
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.
Why do we need to ensure that the h5 file is already there? I thought all quantities are obtained from the AIMBES chkpt file and we can start from an empty h5 file? Maybe I missed something, let me know.
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.
Since this PR replaces dummy_sumk
by SumkDFT
in the current GW embedding workflow (for automatic block_structure
detection), general_params['seedname']+'.h5'
is necessary for the constructor of SumkDFT
. Please correct me if I am wrong!
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.
ah yes of course! you are absolutely right. That makes sense. I just rerun all tests (including the GW ones, since the PR CI is not running them) and everything looks good. Can I merge it then?
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.
Yes, feel free to merge it. Thank you!
The PR contains several updates regarding gw embedding and the interface of ctseg solver.
On the
ct-seg
interface:D0_tau
for ct-seg whenenforce_off_diag = false
Sigma_Hartree
for ctseg w/ retarded interactionsimproved_estimator
andperform_tail_fit
at the same timeOn gw embedding:
Hloc_0
for a given fermions Weiss fielddummy_sumk
bySumkDFT
for proper block_structure detection and orbital symmetrization