AFNI Message Board

Dear AFNI users-

We are very pleased to announce that the new AFNI Message Board framework is up! Please join us at:

https://discuss.afni.nimh.nih.gov

Existing user accounts have been migrated, so returning users can login by requesting a password reset. New users can create accounts, as well, through a standard account creation process. Please note that these setup emails might initially go to spam folders (esp. for NIH users!), so please check those locations in the beginning.

The current Message Board discussion threads have been migrated to the new framework. The current Message Board will remain visible, but read-only, for a little while.

Sincerely, AFNI HQ

History of AFNI updates  

|
October 22, 2014 05:14PM
Hi Rick,
It is possible that this was the one patient the tech pulled out to put the physio on so there was a shift in location. Unfortunately I was not there that day for the scan. I checked 3 files with 3dCM:
1) Resting state :
++ Oblique dataset:./EP_001.RS+orig.BRIK is 12.110529 degrees from plumb.
-1.69794 -24.4452 4.27884

2) T1 (raw):
++ Oblique dataset:EP_001.T1.nii is 10.193717 degrees from plumb.
-0.617424 9.77996 29.0229

3) T1 (Freesurfer skullstripped processed and converted back to rawavg coordinates which overlays with original T1)
++ Oblique dataset:brain.native.nii is 10.193736 degrees from plumb.
0.148247 12.7344 41.6709


I am not sure if using dcm2niigui to convert the Siemens Trio dicoms could have anything to do with the locations (reading wrong or converting improperly but not likely I would assume). Also these scans were several scans apart unfortunataely for this trial data so it could be that the patient did move. However it seems that the Resting state scan is just within the bottom of the grid of the freesurfer processed file. Would a possible fix be to crop the brain.nii file and aseg file so that the window is smaller and force extra zpadding to recenter it during alignment? I know the temporary steps _tt during alignment recenters the T1, however the final output goes back to the original grid.
Subject Author Posted

3dmask_tool bug on newer precombiled binary linux_openmp_64

AjaySK October 14, 2014 03:22PM

Re: 3dmask_tool bug on newer precombiled binary linux_openmp_64

rick reynolds October 15, 2014 02:30PM

Re: 3dmask_tool bug on newer precombiled binary linux_openmp_64

AjaySK October 16, 2014 02:16PM

Re: 3dmask_tool bug on newer precombiled binary linux_openmp_64

rick reynolds October 22, 2014 01:05PM

Re: 3dmask_tool bug on newer precombiled binary linux_openmp_64

AjaySK October 22, 2014 04:03PM

Re: 3dmask_tool bug on newer precombiled binary linux_openmp_64

rick reynolds October 22, 2014 04:35PM

Re: 3dmask_tool bug on newer precombiled binary linux_openmp_64

AjaySK October 22, 2014 05:14PM

Re: 3dmask_tool bug on newer precombiled binary linux_openmp_64

rick reynolds October 24, 2014 10:23AM

Re: 3dmask_tool bug on newer precombiled binary linux_openmp_64

AjaySK October 23, 2014 12:48AM

Re: 3dmask_tool bug on newer precombiled binary linux_openmp_64

Isaac Schwabacher October 24, 2014 01:33PM

Re: 3dmask_tool bug on newer precombiled binary linux_openmp_64

rick reynolds October 24, 2014 02:13PM

Re: 3dmask_tool bug on newer precombiled binary linux_openmp_64

Isaac Schwabacher October 24, 2014 02:45PM