Hi -
Sorry for the confusion - the data you have access to is
interpolated. The scanner probably did this without you knowing
anything about it.
You need the data that is not interpolated. (the matrix size will be
something like 128x128 rather than 256x240).
Next time, make sure the scanner does not interpolate the data. There
will be a button for this somewhere on the console.
For the data that you have, it is unlikely that you will be able to
get back to the original measurements.
In my opinion, it is only worth considering strategies for this data
if you have a lot of subjects - if it is just a few then it will be
quicker and easier to throw it in the bin and get some more data
without interpolation.
T
On 12 Mar 2008, at 13:50, James Sheehan wrote:
> Disappointing indeed, but I do have access to the original data. Is
> there
> anything I can do?
> -James
>
> On Wed, 12 Mar 2008 13:38:41 +0000, Tim Behrens
> <[log in to unmask]> wrote:
>
>> I'm afraid I think you are stuffed unless you can access the original
>> data :(
>>
>> Sorry
>>
>> T
>>
>> On 12 Mar 2008, at 13:11, James Sheehan wrote:
>>
>>> Hi Matt,
>>>
>>> I added this piece of the puzzle.
>>> "I followed up by running fslinfo on all of the
>>> files in my subjects directory. I noticed that my
>>> nodif_brain.nii.gz is
>>> FLOAT 32 while the nodif_brain_mask.nii.gz is INT16. Also all of
>>> the files
>>> produced after DTIfit are FLOAT32 (i.e. dti_FA, dti_L1, dti_L2....)
>>> Let me know what you think. I believe that BET is producing
>>> nodif_brain.nii.gz and the mask."
>>>
>>> Does this mean that nodif_brain.nii.gz is my problem or is it my
>>> data set in
>>> general? What would be the next step for me?
>>>
>
>
>
|