In VaspMultiStageWorkChain, we rely on parsing vasprun.xml using pymatgenVaspRun parser. I found out during the production run that it can fail in some cases that for example LDAUJ/L is being printed as 2***** or -1****. In pymatgen there is a backup mechanism for this where it happens the corresponding entry is being read from INCAR. Unfortunately, it cannot happen within our work chain as INCAR does not exisit in retrived folder by default. I think the easiest solution would be enabling the INCAR retrieval as a default within workchain so it exists when it happens.
It can be enabled by setting ADDITIONAL_RETRIEVE_LIST in inputs:
In
VaspMultiStageWorkChain
, we rely on parsingvasprun.xml
usingpymatgen
VaspRun
parser. I found out during the production run that it can fail in some cases that for exampleLDAUJ/L
is being printed as2*****
or-1****
. Inpymatgen
there is a backup mechanism for this where it happens the corresponding entry is being read fromINCAR
. Unfortunately, it cannot happen within our work chain asINCAR
does not exisit in retrived folder by default. I think the easiest solution would be enabling theINCAR
retrieval as a default within workchain so it exists when it happens. It can be enabled by settingADDITIONAL_RETRIEVE_LIST
in inputs: