Skip to content
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

Compilation Slater DB failed cases #74

Open
3 tasks
gabrielasd opened this issue Apr 25, 2024 · 4 comments
Open
3 tasks

Compilation Slater DB failed cases #74

gabrielasd opened this issue Apr 25, 2024 · 4 comments
Labels
bug Something isn't working enhancement New feature or request help wanted Extra attention is needed

Comments

@gabrielasd
Copy link
Collaborator

This is to keep record of the cases that failed during compilation of the Slater database so that we can fix them latter on.

FIXME:

  • Compilation of the neutral species of Md, No and Lr failed because our MULTIPLICITIES table only gets up to atomic number 100 (Fm)
  • For $Cs^{+1}$ the run script crashed with the error message:
    ValueError: Both Anion & Cation Slater File for element Cs does not exist.
    However, the is a raw file for this species in the file slater_atom.tar.xz (cation/cs.cat).
  • The anions (charge $-1$) of V, Zr, Nb, Rh and Ag also failed.
    The error messages look like this one for Vanadium:
    ValueError: Multiplicity 7 is not available for V with charge -1
    The problem is a mismatch between the input multiplicity value and the one computed inside the run script. The input mult value comes from the MULTIPLICITIES dict, the internal value in the script is evaluate here
@gabrielasd gabrielasd added bug Something isn't working enhancement New feature or request labels Apr 25, 2024
@PaulWAyers
Copy link
Member

I sent the data for the multiplicities on the other issue. Anions we do not have, however.

@gabrielasd gabrielasd added the help wanted Extra attention is needed label May 14, 2024
@Aditish51
Copy link

Hi @PaulWAyers @gabrielasd in the multiplicities.csv file the first row corresponds to charges but why the charges are exceeding beyong +8 are we taking an ideal case.I am sorry if I am not correct.

@gabrielasd
Copy link
Collaborator Author

Hi @Aditish51 this table contains the multiplicities for atomic species up to Fm (Z=100) and, for example, for atoms beyond Fluorine one may want to have the multiplicity of highly charged species (even though such species may not exist in any natural compound).
The origin of the table is from NIST atomic spectral data (see for example here the ionization spectrum for Fe)

@Aditish51
Copy link

@gabrielasd from the above list of errors the solutions i can think of could be:

  1. If the multiplicities data is limited upto atomic no. 100 and there is no data for elements after Z=100 then either we can add multiplicities which can be predictive similar to the atoms beyond flourine for higher oxidation states.

  2. And for the second case of Cs cation with +1 if it is not able to detect the file then we can shift the data to a new file then try to compile it again.

For other cases the solution may not be same so i need ti research more into it but I think if we better migrate the whole data to the database then these errors can minimize to a greater extent

Looking for your feedback for the above. Thank you

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working enhancement New feature or request help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

3 participants