Open stowler opened 10 years ago
Keith/Stella/Andy call:
We acquired 3 dummy TRs (6 sec total) for all tasks. Philips acquires and discards these TRs; they are not part of the generated nifti files. Would it be helpful if I had our tech generate a dicom file for each of the three fMRI data acquisition settings? (8channel interleaved, 8channel default, 32channel sequential ascending)? We could run the scan for a single TR, just to generate a dicom from which to draw task information.
I replied yes to Andy's offer after consulting with Keith. (It gets us slice orientation and confirmation of the slice timing text files Andy sent.)
Emailed Andy asking re: old-coil sessions that have 3x3x3 mm voxels in EPIs. Participants 35, 36, 38, 39, 41
Andy replied to @smtran about the EPIs she is working with:
No, the files I sent are the “raw” files. They have not undergone any slice timing correction or stripe removal. However, I left out the subjects with the worst motion-related stripe artifact; I would argue that stripe removal is not necessary for the subjects I sent.
I asked Andy for his PROCESSED time series so that we can speed up future collaborations regardless of what Stella and her mentors decide about her current analysis. Andy transferred them to BITC, from which I'll transfer them to a read-only directory on hippostore after I confirm lack of VA-sensitive data.
Andy's description:
I initially offered to send the files post-processing: i.e. after despiking, slice correction, deobliquing, motion correction, co-registration with normalized (MNI) anatomic, regression of signal from CSF and WM, 6mm Gaussian FWHM spatial smoothing, quadratic detrending, scaling to 100% signal, and removal of stripes via ICA. That offer still stands, if you could use the post-processed data for your analyses. I would prefer that all data from the project undergo consistent post-processing, so that findings can be compared across sites; I am just not sure what steps you need (or don’t need) for your analyses.
R, 20140807:
Today @kmcgregor123456 xfered and unzipped Andy's data.