-
Notifications
You must be signed in to change notification settings - Fork 19
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
Sometimes site symmetry can't be inferred #44
Comments
Another caution is that the Spglib documentation states this:
Source. It's not clear to me whether this means that the returned symbols could be invalid for non-standard settings? |
The same problem arose in a surprising way for Na4Ir3O8 (the iridium are arranged in a hyperkagome here) a = 8.981
latvecs = lattice_vectors(a, a, a, 90, 90, 90)
x = 0.141
p = [0.125, x, x+1/4]
cryst = Crystal(latvecs, [p], 213) # Wyckoff 12d, point group ..2
@assert !isnothing(cryst.sitesyms)
x = 0
p = [0.125, x, x+1/4]
cryst = Crystal(latvecs, [p], 213) # Site symmetry is the same, but can't be inferred
@assert isnothing(cryst.sitesyms) In the special case of |
Just noting I mentioned the symmetry/Wyckoff analysis functions in |
This looks great, thanks for sharing! I wonder if the logic could be ported into Sunny/Julia without too much trouble. |
If the chemical cell is known to be "conventional" for the given space group (in the sense of the Bilbao server), then it is possible to look up the data from tables, e.g., as available from the |
In this example,
Sunny builds the correct crystal, but cannot infer the site symmetry. The output is:
However, if we also include the iodine atoms, then
correctly outputs:
which indicates the point group of
-3m.
for Fe.The latter works by asking Spglib to infer all symmetry information about the crystal cell. From what I can tell, Spglib has no functionality to report point group symmetry information for a position and a given Hall number. See, e.g., spglib/spglib#135.
The text was updated successfully, but these errors were encountered: