Right... my mistake. The CTF parameters probably were converted, but they do not always live in the header of the HDF file. Rather, the main source prior to running the CTF->generate output step is in the per-micrograph info/*.json files. If you look in info/ you should find them there. They do get stored in the header of the phase-flipped particles.
However, as to the other point, e2emantorelion doesn't actually do anything with orientation parameters. This is actually a key point:
-> Neither EMAN nor Relion associate one specific orientation with individual particles! Yes, I realize that you have a .star file which would seem to bely that point, and it is possible to generate a similar set of values from an EMAN2 refinement. However, these are not a complete representation of reality:
- Relion uses regularized maximum likelihood. That means, every particle is considered to be in multiple orientations, weighted using the probability that each potential orientation is correct. In an ideal case, at the end of a final refinement, you would think that this would give you a single angle per particle, but even then, this is not necessarily true. Consider, for example, a particle with C4 symmetry. In principle this means each particle SHOULD be in 4 different orientations, not just 1. In practice, I think (you'll have to ask Sjors to be sure) he got tired of people asking for Euler angles, and just picked the highest probability for each particle so people could make orientation plots, etc. However, if you took those per-particle angles and used them to reconstruct your data, you would not normally get exactly the same 3D map that Relion produced internally.
- EMAN2 uses process of real-space reference-based classification, but also includes the concept that each particle may be in more than one orientation (this is optional, and not done in the same way Relion does it). In the end, 3-D orientation is assigned to 2-D class-averages, not to individual particles, and it is the class-averages which are reconstructed in 3-D. While we also have tools to extrapolate 3-D orientations for each particle from these results and output them, again, you likely would not get exactly the same 3-D reconstruction if you just took the particles and these angles and reconstructed in 3-D.
Anyway, the point is that we don't convert the angles from Relion even if they are present because EMAN wouldn't do anything with them internally even if they were converted. EMAN starts from scratch in each refinement cycle, and redetermines the Euler angles, despite this, it is still generally 5-10x faster than Relion, and can achieve near-identical results.
-------
So, back to your original question. Yes, it is actually possible to get Relion orientation parameters into EMAN2 convention using the Transform object as you originally asserted. However, before I can advise you on this, I need to know what it is you want to do with them in EMAN2 once you have them, as this will impact how you do the conversion.
Even though the Transform object handles the fundamental Euler angle convention change, there are still several issues you have to consider:
a) is it the particles that are being rotated, or the coordinate system
b) are 2-D translations taking place before or after rotation
c) where is the center of the box defined to be
Unfortunately, at present, these questions have to be answered on a per-software package basis. This painful fact is one of the many reasons CryoEM software developers are trying to get together and produce the EMX exchange format...
We have been working a lot on EMX recently, and this is likely why I forgot we skipped this process in the relion conversion script...