Print

Print


Dear Jesper,

Sorry for the deplayed reply, since there was something wrong with my
computer.

I checked the qform/storm in these three b0 images, and found that qform
of b0_19.nii.gz image scanned by the 19 orientation gradient table was
different  from the other two. I listed them below. Is there any way for me
to solve this problem?

(1)  b0_19 orientations:
qto_xyz:1 -1.718750 0.000000 -0.000000 109.325317qto_xyz:2 0.000000 1.691586
-0.301044 -80.299522qto_xyz:3 0.000000 0.304364 1.673132 -40.676346

qto_xyz:4 0.000000 0.000000 0.000000 1.000000

(2)  b0_20/21 orientations:
qto_xyz:1 -1.718750 0.000000 -0.000000 107.975891qto_xyz:2 0.000000 1.691586
-0.301044 -81.648949qto_xyz:3 0.000000 0.304364 1.673132 -40.676346

qto_xyz:4 0.000000 0.000000 0.000000 1.000000



Their  sform are same.
sform_xorient: Right-to-Leftsform_yorient: Posterior-to-Anterior

sform_zorient: Inferior-to-Superior



Thanks so much for your concern!



Yours,

Lulu


2013/10/7 Jesper Andersson <[log in to unmask]>

>  Dear Lulu,
>
>   I was trying to do pre-processing with our high angular resolution
> diffusion data from Siemens 3T.The acquisition was divided into 3
> consecutive scans of 5 minutes each, to improve the comfort of the subject.
> They consisted of three blocks of 19, 20 and 21 orientations each. Each of
> these three acquisitions have one b0 images.
>  I read the manual of fsl's tool 'eddy' and 'topup', and I think that our
> data could be correctd(eddy current and suscepbility problem) by these two
> tools (Am I right?).
> I extracted three b0 images, and tring to merge them together, but it gave
> me an error:
>
> 'fslMerge fault:Inconsistent orientations for individual images when
> attempting to merge.
>  Merge will use voxel-based orientation which is probably incorrect
> -*PLEASE CHECK*!'
>
>    I am not sure that if this problem is related to my gradient
> orientation, and if this problem would influence my following processing.
>
>
>  I don't think this has to do with your gradient directions. It sounds
> either like a round off error in the voxel size fields, or the storm/qform
> is different. I suggest you use fslhd to check those things.
>
>    Another problem is about the acqparams.txt file. Since we have three
> b0 images, and our phase encoding direction is R>>L, EPI factor is 128,
> echo spacing is 0.85 ms, I wrote the acqparams.txt file like this
> " 1 0 0 0.108
> -1 0 0 0.108
> 1 0 0 0.108
> -1 0 0 0.108
> 1 0 0 0.108
> -1 0 0 0.108"
> Is this the right way to write the acqparams file for our three b0 images?
>
>
>  There is documentation about how to write these here
> http://fsl.fmrib.ox.ac.uk/fsl/fslwiki/TOPUP/Faq and here
> http://fsl.fmrib.ox.ac.uk/fsl/fslwiki/EDDY/Faq.
>
>  However, it is not clear from your description if you acquired b=0 scans
> with reversed phase encode blips. Your acqparams file implies you have six
> b=0 files acquired R->L, L->R, R->L, L->R,  R->L, L->R in that order. Is
> that correct?
>
>  Jesper
>
>
>   Thanks in advance!
>
> Lulu
>
>
>
>