<p dir="ltr">Hi Alessandro,</p>
<p dir="ltr">The data scaling field refers to the offset and multiplier that are applied to the data values as they are read from the file. This allows data stored in integer formats to represent values outside the range they would otherwise be able to represent. For example, you could use a 16 bit integer (as is typical is DICOM) with a maximum value of ~65,000 to represent values in the range 0 to 1 with the appropriate multiplication factor. The DICOM standard allows for this, as does NIfTI &amp; analyse.</p>

<p dir="ltr">As to your second question, this has to do with the many ways voxel intensities can be stored in a file. The layout field  refers to the relationship between where in the file a voxel intensity is stored (i.e. its file offset) and where it is within the image volume. So it&#39;s perfectly feasible for the axis to be reversed in the layout field without affecting the final image - as long as the voxel intensities themselves have been correspondingly reordered on file. MRtrix will always do this when converting to NIfTI, so that the layout is &#39;standard&#39; - i.e. as close to a axial orientation as possible. Note that the transform field also plays a part in this - if the dataset consists of sagittal slices, the transform should incorporate the rotation required to keep the relationship consistent. When converting to NIfTI, MRtrix will reformat that to a near-axial orientation, make the layout +0,+1,+2, modify the transform to match, and reorder the voxel intensity values accordingly. The important thing is everything remains self-consistent...</p>

<p dir="ltr">Of course, if you flip the image using other means without reordering the data appropriately, you will affect that relationship and compromise the self-consistency of your data - something I really advise against. I have spent far too much time trying to sort out ambiguities in the left-right convention of the analyse format, so I&#39;ve made sure MRtrix behaves correctly. Even if the layout does change, your images should remain unaffected, at least within MRtrix - I know many people have been surprised to find images processed using MRtrix don&#39;t match up with the originals in FSLView, for example. That&#39;s not because the images are incorrect, is because FSLView assumes both images have been stored exactly the same way. As you found out, MRView had no such problem.</p>

<p dir="ltr">If you need more details about these issues, I think there is a more in-depth explanation somewhere in the MRtrix documentation, in the &#39;supported image formats&#39; section, if I recall correctly.</p>
<p dir="ltr">Hope this helps.<br>
Cheers,</p>
<p dir="ltr">Donald</p>
<p dir="ltr">--<br>
Dr J-Donald Tournier (PhD)</p>
<p dir="ltr">Senior Lecturer, Biomedical Engineering<br>
Division of Imaging Sciences &amp; Biomedical Engineering<br>
King&#39;s College London</p>
<p dir="ltr">A: Department of Perinatal Imaging &amp; Health, 1st Floor South Wing, St Thomas&#39; Hospital, London. SE1 7EH<br>
T: +44 (0)20 7188 7118 ext 53613<br>
W: <a href="http://www.kcl.ac.uk/medicine/research/divisions/imaging/departments/biomedengineering">http://www.kcl.ac.uk/medicine/research/divisions/imaging/departments/biomedengineering</a><br>
    </p>
<div class="gmail_quote">On 24 Jan 2014 16:57, &quot;Alessandro Calamuneri&quot; &lt;<a href="mailto:alecalamuneri@gmail.com">alecalamuneri@gmail.com</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Hi all,<div><div>I have a question about image spatial orientation.</div><div>First of all, when looking at mrinfo output, what does multiplier into data scaling mean?</div><div>Here the main question.</div>

<div>I have two images, an fa calculated using tensor2fa, and another image coming from the same dataset but obtained from a different package. When looking at spatial infos, I find transformation matrices are the same, whereas data layout is +0 +1 +2 for fa and -0 +1 +2 for the other one. Despite of that, when I overlap them into mrview they are not flipped. Should not they be flipped considering last info?Or does mrview consider something different for image displaying?</div>

<div>On the other way around, if I try to use fslorient and fslswapdim to get the same orientation, I find that image properties become the same, whereas volumes are flipped into mrview.</div><div>How is it possible?</div>

<div><br></div><div>Best,</div><div>Alessandro</div><div><div><br></div>
</div></div></div>
<br>_______________________________________________<br>
Mrtrix-discussion mailing list<br>
<a href="mailto:Mrtrix-discussion@www.nitrc.org">Mrtrix-discussion@www.nitrc.org</a><br>
<a href="http://www.nitrc.org/mailman/listinfo/mrtrix-discussion" target="_blank">http://www.nitrc.org/mailman/listinfo/mrtrix-discussion</a><br>
<br></blockquote></div>