I have a circle with a true position callout and its datum precedence is the same as my alignment. So why would there be a separate trihedron for it with the Y and Z axis switched?
Is the "second" trihedron yellow? If yes, then that is the true position alignment for the TP calculation. Maybe you have the evaluation alignment set as "per datums" instead of "according to alignment"?
Thank you. That fixed the axis directions on the report, though the "reversed" trihedron is still there. And yes, it's yellow and it overlays on the 1st one, making two of the axis on both of them unreadable. I'm still very new at this, as you can tell. Just got out of class a month ago and have only written 2 programs so far.
Are all the degrees of freedom locked in (no rotation/no translation)? If not, then the fitting algorithm (fit to datums) might cause this. Other than that,
neil.challinor might be able to explain more thoroughly.
Yes, all the degrees of freedom are locked. At least the report is now showing the circles translated on the axis that I would expect after your suggestion to change the alignment of the holes to "current alignment." I'm just curious as to why I had to do that, since I selected the same datum precedence on the position dimension as my current alignment (BAC). Again, I'm very new at this.
I am not totally sure of the order of precedence for the TP evaluations, the GD&T alignment might start with your primary datum as alignment for X or Z, this will not correlate with your alignment, but if you choose to the reporting according to the current alignment - it should match.