Archived FMRI pipeline: Difference between revisions
m (mk556 moved page FMRI to Archived FMRI pipeline without leaving a redirect: outdated) |
|||
| (50 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
==About fMRI data and file types== | ==About fMRI data and file types== | ||
Raw fMRI data is saved in .dcm (dicom) files. Typically these .dcm files correspond to individual slices, and the resulting 3D image (or a time-series of 3D images) is saved in a .nii (nifti) file. Raw dicom files can be transformed into nifti format using SPM (a MATLAB software package implementing Statistical Parametric Mapping for neuroimaging data) or other software such as MRIcro. | Raw fMRI data is saved in .dcm (dicom) files. Typically these .dcm files correspond to individual slices, and the resulting 3D image (or a time-series of 3D images) is saved in a .nii (nifti) file. Raw dicom files can be transformed into nifti format using SPM (a MATLAB software package implementing Statistical Parametric Mapping for neuroimaging data) or other software such as MRIcro or Freesurfer. (Note that, when handling neuroimaging data, you need to take special care that the orientation of the images is correct.) | ||
==Standard Preprocessing Steps & The Pipeline== | |||
NOTE THAT THIS IS NOT THE MOST UPTO DATE PIPELINE, which is why we don't link to the relevant code here. We have kept this section for reference, and since the main preprocessing steps are standard, the documentation may be a useful guide. | |||
PLEASE SEE SECTION ON MOTION (below) for the new pipeline (which can be downloaded from the secure wiki). | |||
The input to the pre-processing pipeline must be provided in nifti (.nii) format (see section above). The following PDF [[http://bcni.psychol.cam.ac.uk/~pv226/fmri_preprocessing.pdf]] describes 6 broad stages of fMRI preprocessing: | |||
'''Signal preprocessing''' | |||
1. Preprocessing of anatomical images | |||
2. Preprocessing of functional images | |||
3. Anatomical standardization of functional images | |||
==The | 4. Removal of noise signal | ||
'''Network construction''' | |||
5. Construction of nodes: Parcellation | |||
6. Construction of links | |||
NB: The pipeline ends once the full, weighted adjacency matrix is defined. Network analyses need to be carried out separately. | |||
'''The pipeline uses the following software packages:''' | |||
* AFNI (Analysis of Functional NeuroImages - made by the NIH) | |||
* FSL (FMRIB Software Library - made by the FMRIB in Oxford) | |||
* WMTSA (Wavelet Methods for Time-Series Analysis - a Matlab or R program for computing frequency-band specific “wavelet” correlations) . A very basic tutorial on wavelets can be found here: [[http://person.hst.aau.dk/enk/ST8/wavelet_tutotial.pdf]]. For details on the wavelet toolbox in MATLAB, read: [[http://web.mit.edu/1.130/WebDocs/wavelet_ug.pdf]]. | |||
Note that it saves the data after each intermediate step in newly created files with relevant prefixes. | |||
==The Motion Problem== | |||
In short, the 'motion problem' refers to the recent (2012) discovery that even tiny head-motion can lead to severe artifacts in connectvitiy analyses of resting state fMRI data. We have recently set up a 'task-force' to try to better understand and deal with this problem. The task-force holds regular meetings to keep efforts integrated and the key ideas emerging from these meetings will be logged on a parallel (secure) wiki which also contains benchmark data and useful code generated along the way: | |||
[https://wiki.cam.ac.uk/bmuwikisecure/Motion_Task-Froce_Meetings_and_Related_Code Secure Wiki] | |||
==Back To Main Page== | |||
[[Main Page]] | [[Main Page]] | ||
Latest revision as of 10:53, 10 May 2018
About fMRI data and file types
Raw fMRI data is saved in .dcm (dicom) files. Typically these .dcm files correspond to individual slices, and the resulting 3D image (or a time-series of 3D images) is saved in a .nii (nifti) file. Raw dicom files can be transformed into nifti format using SPM (a MATLAB software package implementing Statistical Parametric Mapping for neuroimaging data) or other software such as MRIcro or Freesurfer. (Note that, when handling neuroimaging data, you need to take special care that the orientation of the images is correct.)
Standard Preprocessing Steps & The Pipeline
NOTE THAT THIS IS NOT THE MOST UPTO DATE PIPELINE, which is why we don't link to the relevant code here. We have kept this section for reference, and since the main preprocessing steps are standard, the documentation may be a useful guide. PLEASE SEE SECTION ON MOTION (below) for the new pipeline (which can be downloaded from the secure wiki).
The input to the pre-processing pipeline must be provided in nifti (.nii) format (see section above). The following PDF [[1]] describes 6 broad stages of fMRI preprocessing:
Signal preprocessing
1. Preprocessing of anatomical images
2. Preprocessing of functional images
3. Anatomical standardization of functional images
4. Removal of noise signal
Network construction
5. Construction of nodes: Parcellation
6. Construction of links
NB: The pipeline ends once the full, weighted adjacency matrix is defined. Network analyses need to be carried out separately.
The pipeline uses the following software packages:
- AFNI (Analysis of Functional NeuroImages - made by the NIH)
- FSL (FMRIB Software Library - made by the FMRIB in Oxford)
- WMTSA (Wavelet Methods for Time-Series Analysis - a Matlab or R program for computing frequency-band specific “wavelet” correlations) . A very basic tutorial on wavelets can be found here: [[2]]. For details on the wavelet toolbox in MATLAB, read: [[3]].
Note that it saves the data after each intermediate step in newly created files with relevant prefixes.
The Motion Problem
In short, the 'motion problem' refers to the recent (2012) discovery that even tiny head-motion can lead to severe artifacts in connectvitiy analyses of resting state fMRI data. We have recently set up a 'task-force' to try to better understand and deal with this problem. The task-force holds regular meetings to keep efforts integrated and the key ideas emerging from these meetings will be logged on a parallel (secure) wiki which also contains benchmark data and useful code generated along the way:
