-
Notifications
You must be signed in to change notification settings - Fork 301
[RTM] Accept T2w images in recon-all #376
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
Conversation
2c3eaf0
to
2e5d51e
Compare
I've run a test on sub-s483. Nipype log excerpts:
Waiting to finish to verify that I will note that for hi-res images the inflated surface looks a bit pointy in places, so we may want to reconsider adjusting |
It's freesurfer doing some form of skull stripping on the t2 you had to
take care off?
…On Mar 1, 2017 6:26 AM, "Chris Markiewicz" ***@***.***> wrote:
I've run a test on sub-s483.
Nipype log excerpts:
170301-02:39:34,493 workflow INFO:
Executing node Reconstruction in dir: /scratch/workflow_enumerator/s483/t1w_preprocessing/Reconstruction
170301-02:39:34,498 workflow INFO:
Running: recon-all -autorecon1 -i /data/sub-s483/ses-1/anat/sub-s483_T1w.nii.gz -i /data/sub-s483/ses-2/anat/sub-s483_T1w.nii.gz -T2 /data/sub-s483/ses-1/anat/sub-s483_T2w.nii.gz -noskullstrip -hires -openmp 8 -parallel -subjid sub-s483 -sd /out/freesurfer
170301-07:04:35,101 workflow INFO:
Executing node Reconstruction2 in dir: /scratch/workflow_enumerator/s483/t1w_preprocessing/Reconstruction2
170301-07:04:35,167 interface INFO:
resume recon-all : recon-all -all -noskullstrip -hires -openmp 8 -parallel -subjid sub-s483 -sd /out/freesurfer -T2pial -nomotioncor -notalairach -nonuintensitycor -nonormalization
-T2 flag is being added correctly to recon-all -autorecon1, and -T2pial
to recon-all -all.
Waiting to finish to verify that -T2pial runs correctly, but this should
be in good shape.
I will note that for hi-res images the inflated surface looks a bit pointy
in places, so we may want to reconsider adjusting mris_inflate -n in an
expert file. I'm pretty sure the issue I was having with that before is
that the output file needed to be marked as needed to avoid being deleted
by remove_unnecessary_outputs.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#376 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAOkp9SWVMeli3XRevd2IOtWUZp2ao99ks5rhYABgaJpZM4MN4eC>
.
|
It uses |
T2 coregisters fine. I want to try adjusting |
280be13
to
454af19
Compare
Upping This PR is waiting on nipy/nipype#1857. The Going to do a clean run on Sherlock and report total time. |
Interesting. Is there an impact on how reconstructed surfaces look like in
our HTML reports?
…On Mar 3, 2017 6:46 AM, "Chris Markiewicz" ***@***.***> wrote:
Upping mris_inflate -n definitely makes the inflated surface much
smoother, so I'm including that.
No expert:
[image: no_expert]
<https://cloud.githubusercontent.com/assets/83442/23555148/c7516a80-fff5-11e6-87fd-029512a7c830.png>
expert:
[image: expert]
<https://cloud.githubusercontent.com/assets/83442/23555149/c7533f04-fff5-11e6-8665-a808cf4416ad.png>
This PR is waiting on nipy/nipype#1857
<nipy/nipype#1857>. The expert option for ReconAll
is needed to mark the expert.opts file as not to be deleted.
Going to do a clean run on Sherlock and report total time.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#376 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAOkpw1anpGxGxk1Or2ETdiqQUSTLnZEks5riCd_gaJpZM4MN4eC>
.
|
So reports uses |
|
I set this as RTM because it works. If you want to wait on Sherlock build, that's fine. (If I can't get Sherlock to work, I'll run on my laptop overnight and give you an 8-core estimate.) |
We also should wait for nipy/nipype#1857 to be merged, right? |
Oh right. Yes, somehow I forgot that. I'll mark it [WIP] again. Once a final pin is set, I'll set it back to RTM. |
|
Saved in $SUBJECTS_DIR/<subj>/scripts/expert-options
fmriprep/workflows/anatomical.py
Outdated
t1w_ref = nib.load(t1w_list[0]) | ||
hires = max(t1w_ref.header.get_zooms()) < 1 | ||
hires = round(max(t1w_ref.header.get_zooms()), 1) < 1 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Woops. Lost the thread in the rebase. Recap:
@oesteban suggested we set an explicit threshold, rather than round.
hires = np.all(np.array(t1w_ref.header.get_zooms()) - 1 < -tol)
Where tol
here = 0.05
.
If we're going to do that, I'd prefer to stick with the max
formulation, and keep constants on the right-hand-side, e.g.:
hires = max(t1w_ref.header.get_zooms()) < 1 - 0.05
I'll do whatever the consensus is, but I think the round(max(zooms), 1) < 1
and max(zooms) < 1 - tol
are the most readable options. Opinions, @chrisfilo?
I like the explicit threshold. Just make sure you cast everything to float!
…On Sat, Mar 4, 2017 at 11:04 AM, Chris Markiewicz ***@***.***> wrote:
***@***.**** commented on this pull request.
------------------------------
In fmriprep/workflows/anatomical.py
<#376 (comment)>:
> t1w_ref = nib.load(t1w_list[0])
- hires = max(t1w_ref.header.get_zooms()) < 1
+ hires = round(max(t1w_ref.header.get_zooms()), 1) < 1
Woops. Lost the thread in the rebase. Recap:
@oesteban <https://github.com/oesteban> suggested we set an explicit
threshold, rather than round.
hires = np.all(np.array(t1w_ref.header.get_zooms()) - 1 < -tol)
Where tol here = 0.05.
If we're going to do that, I'd prefer to stick with the max formulation,
and keep constants on the right-hand-side, e.g.:
hires = max(t1w_ref.header.get_zooms()) < 1 - 0.05
I'll do whatever the consensus is, but I think the round(max(zooms), 1) <
1 and max(zooms) < 1 - tol are the most readable options. Opinions,
@chrisfilo <https://github.com/chrisfilo>?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#376 (review)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAOkp4qUZK6zZ9lf-_TRbMW3z3YFJc6aks5ribW-gaJpZM4MN4eC>
.
|
I don't see where casting is required... even if zooms are |
LGTM |
Another run, following the nipype PR: |
LGTM too |
+1
…On Mar 5, 2017 8:33 PM, "Oscar Esteban" ***@***.***> wrote:
LGTM too
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#376 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAOkp1AeppbnqtiuBqGs2XOJSPUluSvjks5ri4yEgaJpZM4MN4eC>
.
|
Starting to track progress on T2w incorporation.
Follow-up to #347.