Håkon Wiik Ånes

Can you explain what you mean by "maps" in terms of rotations (axis/angle pairs)? You mean giving the axes [uvw] in the inverse pole figure of a symmetry a color,...

> I don't know if you can create extra keys on the fly Yes, you can. How to do that is detailed in the above referenced [tutorial](https://orix.readthedocs.io/en/stable/crystal_map.html#Map-properties) in its own...

Also detailed is how to set some data to "not indexed" in [the tutorial](https://orix.readthedocs.io/en/stable/crystal_map.html#Select-and-modify-data-from-criteria), which then will not be included when accessing properties like `CrystalMap.rotations` etc. or when plotting. What...

That's strange. The general procedure for marking some data as not indexed I usually use is as follows: ```python >>> from orix import data >>> xmap = data.sdss_ferrite_austenite(allow_download=True) Downloading file...

q1) As long as we're consistent, I think both are OK. The benefit of MTEX' approach is that the two reference frames are always aligned. I'm slightly in favour of...

I was a bit unclear here. In MTEX, the sample and Euler reference frames are the same ([doc](https://mtex-toolbox.github.io/EBSDReferenceFrame.html)). I realise that (q1) didn't include discussions of the latter. That the...

> z into the page makes intuitive sense as the direction of the beam Worth noting that this is not the case for EBSD and off-axis TKD (Transmission Kikuchi Diffraction)....

> I think we should make almost all from_euler code (and similar) private so that we can maintain a single internal set of conventions that are consistently applied. I agree....

I'm more than happy with multiplying by the inverse orientation g^-1 to translate crystal coordinates h into sample coordinates r: r = g^-1 * h. This follows the Bunge convention,...

> "passive" convention, in which a rotation R describes the transformation that brings the crystal coordinates into coincidence with the lab coordinates [2] To clarify, according to [1] the passive/Bunge...