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  

|
January 31, 2013 05:08PM
Hi Thomas,

Just to add a little to this, note that the case of Siemens mosaics
is where we actually do find the slice timing. Yes, the within-slice
orientation is not really coded well in the DICOM file, but that does
not matter much for most processing. The key is that the location of
the data in space is correct, even if the scanner is reorienting each
slice.

So your slice direction should be correct, and the slice timing should
be read from the DICOM images by Dimon. Note that if you are not using
Dimon but are using to3d directly, use 'FROM_IMAGE' as the slice timing
pattern (meaning to read it from the DICOM files). Try out Dimon
with something like this:

Dimon -infile_pattern '*.dcm' -dicom_org -gert_create_dataset

That should give you an example of how to call to3d directly (in the
resulting GERT_Reco script), on top of creating a dataset.

- rick
Subject Author Posted

Orientation in 3drefit, 3dTshift

Thomas Kraynak January 31, 2013 12:34PM

Re: Orientation in 3drefit, 3dTshift

Daniel Glen January 31, 2013 04:42PM

Re: Orientation in 3drefit, 3dTshift

rick reynolds January 31, 2013 05:08PM

Re: Orientation in 3drefit, 3dTshift

Thomas Kraynak February 04, 2013 01:49PM

Re: Orientation in 3drefit, 3dTshift

Daniel Glen February 04, 2013 03:30PM