Skip to content

Make sure motion parameters are reported in the same convention for tortoise and eddy - #1084

Open
mattcieslak wants to merge 1 commit into
mainfrom
ras-motion-params
Open

Make sure motion parameters are reported in the same convention for tortoise and eddy#1084
mattcieslak wants to merge 1 commit into
mainfrom
ras-motion-params

Conversation

@mattcieslak

Copy link
Copy Markdown
Collaborator

Now that we have the diffprep backend for head motion/eddy current correction, I want to make sure that they're all reporting head motion parameters in the same coordinate convention. This PR makes both paths come out in RAS+ coordinates

Motion confounds were reported in backend-specific frames: eddy/SHORELine
via get_fsl_motion_params (FSL) and DIFFPREP via raw TORTOISE Okan params
(LPS). Relative to the RAS world frame this flips trans_x/rot_x (eddy) and
trans_x/trans_y/rot_x/rot_y (DIFFPREP), so the two backends disagreed and
neither matched RAS-defined ground truth.

Add get_ras_motion_params (per-volume ITK/LPS transform -> RAS, decomposed
about the image center) and use it in CombineMotions (eddy/SHORELine);
negate the x,y components of the DIFFPREP Okan params (LPS -> RAS). The
confounds trans_*/rot_* columns are now RAS for every HMC backend.

Add test_get_ras_motion_params_no_axis_flip, which verifies no axis flip on
a radiological grid.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant