Hi Doulin,
A) consider this from the perspective of the specimen in the microscope. The structure of the specimen is absolute, the line along-which tilting occurs is absolute, and the (mostly orthogonal) direction along which the defocus changes is absolute.
B) How that 3-D structure is mapped into the 3-D space of the reconstruction is completely arbitrary, and a matter of convention. Once you have mapped the 3-D structure into the volume of the 3-D reconstruction the direction of the defocus gradient and tilt axis are fixed by the orientation of the reconstructed volume.
However, getting from A->B can be a little tricky.
- If we ignore the defocus gradient for a moment and assume the tilt axis is perfectly orthogonal to the beam direction (just to get started), the direction of the tilt axis can be determined from the data, but the direction of the rotation about that axis (clockwise or counterclockwise) cannot be determined directly from the data. Also, rotating the tilt axis by 180 degrees is equivalent to swapping the direction of the rotation about the tilt axis.
- In EMAN2 the direction of the tilt axis is fixed in the reconstruction, meaning if you change the orientation of the tilt axis, you are changing its orientation in the plane of the tilt series, but it always winds up in the same place in the reconstruction. This is why rotating the tilt axis by 180 degrees causes a 180 degree rotation of the 3-D reconstruction (and a flipping of the handedness unless you also invert the tilt handedness).
- this is complicated by the fact that in reality the "tilt axis" often isn't perfectly orthogonal to the beam direction causing so called "out of plane tilt". This means that as the specimen rotates it follows the path of a narrow cone in Fourier space rather than a common-line. This makes the approach of searching for a common-line in Fourier space to find the tilt-axis a little ambiguous, which is one reason iterative refinement of the geometry is necessary.
- The only way to resolve the question of absolute handedness directly from the data is to determine the direction of the defocus gradient in the data. I believe EMAN2 was the first package to manage to make this approach actually work. Previous approaches to this problem involved computing the CTF along strips of the image parallel to the tilt axis. However, as this involves averaging over the gradient within the strip and the thickness of the specimen, results were historically a little marginal in real data. EMAN2's approach is to model the defocus gradient and compare the result to the individual tilt images. Even with this method, it only works because direct detectors now provide sufficient contrast at high resolution
- It is not mathematically possible to get an optimal 3-D map by phase-flipping applied to the 2-D tilt series, since the specimens have some thickness associated with them, Modern subtomogram averaging procedures (including EMAN2) work by knowing the final geometry determined above and extracting subtilt series from the original tilt series for each particle. The precise knowledge of the geometry allows each tilt for each particle to have its own defocus value at the center of the particle to be reconstructed. While this defocus will still be inaccurate for the portions of the image which are well above or well below the target particle, the particle itself should be coherently corrected out to high resolution, and all of that peripheral stuff just becomes incoherent noise.
As you can see, all of these transformations are very tricky to get right, and most software just strives for internal self-consistency such that the final tomograms and "subtomogram" averages are optimal. It can be very challenging to look at another software package and figure out all of the mathematical details of these choices and try to match them. There are also historical decisions made by specific packages due to computational limitations at the time, which no longer make sense. For example, the default orientation in IMOD doesn't put the beam direction along Z, I think it's along X? or Y? The reason for this was (as I understand it) memory limitations on computers when IMOD was written.
The question of how to try and solve this mess so users could theoretically move back and forth between different software packages was the major topic of a meeting called by the CZII/EBI last year, with the goal of defining a common well-defined standard that the various packages could map to. This is a _much_ harder problem than getting single particle reconstruction packages to interconvert, and that's why we have very reliable interconversion of single particle data between EMAN2, Relion and CryoSPARC, but interconversion among tomography software is still hit and miss. It takes a lot of effort just to figure out the math to convert properly from one package to one other package, and it's a bit of a thankless job. Indeed, you're more likely to get yelled at than thanked if there are any tiny mistakes, so people who tackle this tend to put large disclaimers on their solutions.