Closed lan496 closed 2 years ago
Yes, indeed, thanks for noticing this. Let us add a few more DOSCAR
to the test so that we span the whole schema here. Do you want to submit a PR? I think we have the flags we need from DOSCAR
to determine which it is.
Actually, I encounter an error caused by "35" key in DTYPES_PDOS
, so I can submit a PR to fix it and add a test.
An extra flag like collinear=True
in DosParser.__init__
will solve this issue, but I am not sure how to set this flag in aiida-vasp.
If I understand correctly,
DTYPES_PDOS
in "doscar.py" represents the number of columns in pDOS. If so, I find inconsistency in keys "17" and "35" by using the below script.https://github.com/aiida-vasp/parsevasp/blob/7b39b9936d9ef5435aba5f09d018a4da095d8a68/parsevasp/doscar.py#L35-L38 https://github.com/aiida-vasp/parsevasp/blob/7b39b9936d9ef5435aba5f09d018a4da095d8a68/parsevasp/doscar.py#L42-L46
Then, non-collinear l-decomposed pDOS up to f-electrons and collinear lm-decomposed pDOS up to f-electrons give the same number of lines, 17. In these cases, it seems we cannot distinguish them from only DOSCAR.