Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Determine axis position, pitch and roll with align_rotation_axis without optimization #456

Open
1 task
MarcusZuber opened this issue Jun 16, 2021 · 6 comments

Comments

@MarcusZuber
Copy link
Member

MarcusZuber commented Jun 16, 2021

Allowing no motor with align_rotation_axis would help to validate the alignment. Just skipping all the optimization loops when no motor is present would already do this.

Before we close, this needs to happen:

  • use x,y,z axes consistently throughout concert
@tfarago
Copy link
Contributor

tfarago commented Jun 23, 2021

@sgasilov
Copy link

Tomas hello,

Is z-axis the beam propagation axis and motor is samp roll/camera rotation in this case? (https://github.com/ufo-kit/concert/blob/master/concert/processes/common.py#L228-L230) It seems like Y-axis and z-axis are is still inconsistent across the project.

@tfarago
Copy link
Contributor

tfarago commented Feb 1, 2022

x is the lamino or pitch axis, z is the beam direction or roll axis. Regarding consistency, you are right, I made a check box for us up in the description.

@MarcusZuber
Copy link
Member Author

Hi Sergey,
where did you find the inconsistency? I want to rewrite the concert.devices.positioners soon, where the coordinate system is also relevant.

@sgasilov
Copy link

Hello Marcus,

In tofu tomo z is the beam axis, but starting from tofu lamino and in tofu reco "y" is the beam axis and z is vertical axis. But here in Concert 3 in "auto-align" function the beam is again z axis.
It would be good to stick to one notation: "y" axis = beam axis is most common.

Cheers,
SErgei.

@MarcusZuber
Copy link
Member Author

I also think y as beam direction is the most common.
I will try to make this consistent like this in the near future and I will also think if it is possible adding the functionality to define the "global" coordinate system in concert.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants