You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If g and gStrain are meant to always be collinear, I would have expected gFrame not to affect the powder spectrum for a single spin 1/2 with electron Zeeman interaction only. It does however change quite significantly. The same is true for A and AStrain, while for D and DStrain, changing DFrame does not affect the spectrum as long as it is the only anisotropic interaction provided.
Problem localized: g-to-molecular frame transformation is currently done before element-wise squaring of the g strain tensor, but must be done after squaring. Working on fix.
It turns out that this fix requires a substantial refactor of strain-related code in resfields, resfields_perturb, resfreqs_matrix and resfreqs_perturb. This is more than just a simple bug fix, so this will be put into 6.1. For 6.0.x, I am adding an error message whenever g strain or A strain are requested with non-zero Sys.gFrame or Sys.AFrame.
If
g
andgStrain
are meant to always be collinear, I would have expectedgFrame
not to affect the powder spectrum for a single spin 1/2 with electron Zeeman interaction only. It does however change quite significantly. The same is true forA
andAStrain
, while forD
andDStrain
, changingDFrame
does not affect the spectrum as long as it is the only anisotropic interaction provided.The text was updated successfully, but these errors were encountered: