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

FIX: Generate proper LTA transform prior BOLD sampling on surfaces #2146

Merged
merged 3 commits into from May 27, 2020

Conversation

oesteban
Copy link
Member

@oesteban oesteban commented May 27, 2020

This is a temporary patch before we go all the way in with NiTransforms
in the sampling of BOLD on surfaces.

The anatomical fast-track required to expose the fsnative-to-T1w
transform in the derivatives folder (which we were already doing in ITK
format).

When fMRIPrep ran without the fast-track, then the LTA transform would
be directly passed in without conversions. The fast-track PR forced the
implementation to use the ITK version.

This, in conjunction with the little trick to stick the BOLD shape and
zooms into the LTA (i.e., using lta_concatenate with an identity
transform with those features, shape and zooms, as moving) resulted in
an overly complex workflow that I partially implemented with
NiTransforms.

This PR gets rid of the concatenation with identity trick, using
NiTransforms to generate a transform equivalent to the concatenated LTA
we used to generate before the fast-track was introduced.

Resolves: #2145
Related: #2118, #2041, #2121.

This is a temporary patch before we go all the way in with NiTransforms
in the sampling of BOLD on surfaces.

The anatomical _fast-track_ required to expose the fsnative-to-T1w
transform in the derivatives folder (which we were already doing in ITK
format).

When fMRIPrep ran without the fast-track, then the LTA transform would
be directly passed in without conversions. The fast-track PR forced the
implementation to use the ITK version.

This, in conjunction with the little trick to stick the BOLD shape and
zooms into the LTA (i.e., using ``lta_concatenate`` with an identity
transform with those features, shape and zooms, as moving) resulted in
an overly complex workflow that I partially implemented with
NiTransforms.

This PR gets rid of the concatenation with identity trick, using
NiTransforms to generate a transform equivalent to the concatenated LTA
we used to generate before the fast-track was introduced.

Resolves: nipreps#2145
Assign: @mgxd
Milestone: 20.1.0
Related: nipreps#2118, nipreps#2041, nipreps#2121.
@auto-comment

This comment has been minimized.

@oesteban oesteban requested a review from mgxd May 27, 2020 17:00
@oesteban oesteban added this to the 20.1.0 milestone May 27, 2020
@mgxd
Copy link
Collaborator

mgxd commented May 27, 2020

testing off 1d417a9, surfaces look muuuuch better!
Screen Shot 2020-05-27 at 1 51 09 PM

@oesteban
Copy link
Member Author

Good to go?

@oesteban oesteban merged commit 882685b into nipreps:master May 27, 2020
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.

LTA concatenation with NiTransforms producing wrong transforms
3 participants