-
Notifications
You must be signed in to change notification settings - Fork 918
Add new MP input sets / concurrently update MatPES POTCARs #3916
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
Changes from 6 commits
d797d8b
3722874
38a3348
e40c129
3e1daae
be33d54
960c663
2e93006
d92b80d
9c43a70
23d496c
e0cc318
65d045f
2fb5304
bcd6765
643517a
6c50625
e3f00d4
59c7c02
bba9998
6b761e5
f4544d2
c7cd6b8
182c83b
8fe04a5
1bddca8
de0f541
97edf56
b26cc61
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,129 @@ | ||
# Default VASP settings for calculations in the Materials Project | ||
# using the Regularized-Restored Strongly Constrained and Appropriately | ||
# Normed functional (r2SCAN). | ||
PARENT: VASPIncarBase | ||
INCAR: | ||
ALGO: Normal | ||
EDIFF: 1.e-05 | ||
EDIFFG: -0.02 | ||
ENAUG: 1360 | ||
ENCUT: 680 | ||
IBRION: 2 | ||
ISIF: 3 | ||
ISMEAR: 0 # included to have some reasonable default | ||
ISPIN: 2 | ||
KSPACING: 0.22 # included to have some reasonable default | ||
LAECHG: True | ||
LASPH: True | ||
LCHARG: True | ||
LELF: False # LELF = True restricts calculation to KPAR = 1 | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I believe it restricts to NPAR = 1 not KPAR = 1. I am not sure where this restriction originates. There is some logic that expensive-to-compute quantities should be saved by default? (e.g., to my knowledge the only way to recover the KE density from a VASP calculation is to store the ELF) I see the sense in leaving this as There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The manual says NPAR = 1, but the actual error message I get when I run VASP 6.4.2 (just checked) is: You can reconstruct the KED from the orbitals in WAVECAR, since those should just be the plane wave coefficients + wave vectors (think we have tools in PMG to parse this but haven't looked thoroughly) I'm good with There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. So we hard-code Makes sense with the WAVECAR, I am genuinely wondering whether one day we should encourage storage of this by default if storage costs continue to reduce. I am encountering more and more post-processing tools that would really benefit if a large dataset of wave functions were available. I wonder how compressible they are with modern methods too, something I will not have time to investigate unfortunately! There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. A little hesitant to do that, especially if we want to treat larger systems, but it'll require some testing for me to see if Saving the vaspwave.h5 file might be better in the long run. There's currently an open PR for this, I also need to finish the vaspout.h5 PR There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I don't think this is an issue. A user can always override KPAR with user incar settings. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. @esoteric-ephemera, @mkhorton: Just a head's up that the VASP team does strongly suggest using NPAR = 1 for LELF = True. I asked about it on the forum recently. Here was their response: https://www.vasp.at/forum/viewtopic.php?t=20020. That said, I did not get the error they are reporting and I am concerned about the computational costs associated with forcing NPAR = 1. |
||
LMAXMIX: 6 # per benchmark | ||
LMIXTAU: True | ||
LORBIT: 11 | ||
LREAL: False # per benchmark | ||
LVTOT: True | ||
LWAVE: False | ||
METAGGA: R2SCAN | ||
NELM: 200 | ||
NSW: 99 | ||
PREC: Accurate | ||
SIGMA: 0.05 # included to have some reasonable default | ||
POTCAR_FUNCTIONAL: PBE_64 | ||
POTCAR: | ||
Ac: Ac | ||
Ag: Ag | ||
Al: Al | ||
Am: Am | ||
Ar: Ar | ||
As: As | ||
At: At | ||
Au: Au | ||
B: B | ||
Ba: Ba_sv_GW | ||
Be: Be_sv | ||
Bi: Bi | ||
Br: Br | ||
C: C | ||
Ca: Ca_sv | ||
Cd: Cd | ||
Ce: Ce | ||
Cf: Cf | ||
Cl: Cl | ||
Cm: Cm | ||
Co: Co | ||
Cr: Cr_pv | ||
Cs: Cs_sv | ||
Cu: Cu_pv | ||
Dy: Dy_h | ||
Er: Er_h | ||
Eu: Eu | ||
F: F | ||
Fe: Fe_pv | ||
Fr: Fr_sv | ||
Ga: Ga_d | ||
Gd: Gd | ||
Ge: Ge_d | ||
H: H | ||
He: He | ||
Hf: Hf_pv | ||
Hg: Hg | ||
Ho: Ho_h | ||
I: I | ||
In: In_d | ||
Ir: Ir | ||
K: K_sv | ||
Kr: Kr | ||
La: La | ||
Li: Li_sv | ||
Lu: Lu_3 | ||
Mg: Mg_pv | ||
Mn: Mn_pv | ||
Mo: Mo_pv | ||
N: N | ||
Na: Na_pv | ||
Nb: Nb_pv | ||
Nd: Nd_h | ||
Ne: Ne | ||
Ni: Ni_pv | ||
Np: Np | ||
O: O | ||
Os: Os_pv | ||
P: P | ||
Pa: Pa | ||
Pb: Pb_d | ||
Pd: Pd | ||
Pm: Pm_h | ||
Po: Po_d | ||
Pr: Pr_h | ||
Pt: Pt | ||
Pu: Pu | ||
Ra: Ra_sv | ||
Rb: Rb_sv | ||
Re: Re_pv | ||
Rh: Rh_pv | ||
Rn: Rn | ||
Ru: Ru_pv | ||
S: S | ||
Sb: Sb | ||
Sc: Sc_sv | ||
Se: Se | ||
Si: Si | ||
Sm: Sm_h | ||
Sn: Sn_d | ||
Sr: Sr_sv | ||
Ta: Ta_pv | ||
Tb: Tb_h | ||
Tc: Tc_pv | ||
Te: Te | ||
Th: Th | ||
Ti: Ti_pv | ||
Tl: Tl_d | ||
Tm: Tm_h | ||
U: U | ||
V: V_pv | ||
W: W_sv | ||
Xe: Xe_GW | ||
Y: Y_sv | ||
Yb: Yb_h | ||
Zn: Zn | ||
Zr: Zr_sv |
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.
Linking this to #4301.