Conversation
|
I would set rcut to 6.0 as well since it matches what the people verifying the pseudos use (and otherwise some pseudos like Cu are just bad :/). It may be nice to document that we set rcut to 6.0 and that we regenerated some pseudos somewhere (maybe this is a better fit for PseudoPotentialData). |
|
We can make the same change to all PseudoDojo potentials (i.e. |
|
Yeah true. Changing it to 6 for all existing pseudos sounds good to me. |
|
I'd tend to agree with @Technici4n; the Dojo potentials were basically universally tested in Abinit with the psp8-format files, where the cutoff would have been 6.0 (exclusive) / 5.99 (inclusive) Bohr. In some cases, they seem to have been essentially overfit assuming that cutoff. |
|
Ok, so let's do that then. Only question is |
|
Maybe make it 6 and change DFTK to be exclusive (C-style)? I really don't like this 5.99 😅 |
|
For me a cutoff should be inclusive (err on the side of caution), so 5.99 it is. |
|
ONCV likely used an exclusive cutoff of 6. 5.99 just doesn't look right, anyone finding that will think we did something wrong, no? |
This is true, but I wasn't a huge fan of that behavior either; it's even inconsistent with how core radii are interpreted internally (first mesh point greater than or equal to the input value). 🤷🏻♂️ |
|
I don't think that it was exclusive was on purpose. It just happened to be that way because someone used Also I don't think most users question the pseudo parameters at all. Most will not notice whether it's |
|
True, it was likely not a deliberate choice. |
This PR adds a version of the PseudoDojo 0.5 UPF potentials after a bug in the UPF exporter discovered by @azadoks.
@Technici4n Do we also want to change the
rcutvalues ? I just kept thercut = 10which is also used for the other PseudoDojo potentials.