Closed collord closed 3 years ago
Here I am meeting my nemesis again. But I think there is nothing wrong. The rotation angle vector in GSTools is sorted by rotation planes called Tait–Bryan angles or yaw, pitch and roll:
xy
-plane angle (corresponds to anisotropy_angle_z
in PyKrige) -> yawxz
-plane angle (corresponds to anisotropy_angle_y
in PyKrige) -> pitchyz
-plane angle (corresponds to anisotropy_angle_x
in PyKrige) -> rollSo, in your case this should be fixed by swapping anisotropy_angle_x
and anisotropy_angle_z
.
Hope that helps! Seb
@collord did that solve your problem?
@MuellerSeb Yes, I think that makes sense and results look right. If the projects are interrelated now, might make sense to standardize on the angle definitions? Thank you again for the hint.
@collord we will do so in the future, since the GSTools CovModel will be the standard way to provide the model.
I'm new and trying to wrap my head around the angle definitions for anisotropy. There seems to be a difference between how pykrige and gstools handle things. Here is a simple ellipsoid visualization that looks like dip (rotation about X) is doubling the angle in the non-gstools variogram, but correct in gstools version. Or tell me where I've gone wrong! Code below.
With gstools:
Without gstools:
Thanks