Hi Federico,
>
> I guess this calculation is reasonable for any kind of sliced data,
> especially because the tag you mention is described as "not for use in
> calculations".
>
> Hi Daniel,
You are completely right, we cannot use that tag for calculations. However,
if that tag is in zero I think that we can safely conclude that there is no
gantry tilt. In fact, I'm not seeing how it is possible to distinguish
between a tilted image and a MRI oblique acquisition using the present
method. If you need a sample to reproduce this behaviour, I can anonymize
this study and share it with you. On the other hand, the DICOM Editor
plugin is behaving differently. I haven't yet read the code, but it is
recognizing the study as a single volume.
>
> what you see in the attached screenshot is probably a result of the
> image being not aligned with the world coordinate axes. Try
> right-clicking the image in the data list at the left of the window,
> then select "Reinit" (not "Global reinit"). This option sets the render
> windows to the orientation of the image.
>
> Regarding the tilt correction, I am curious to hear if the images are
> displayed correctly after you try "reinit". If there still is a problem
> I'd be keen to get a look at the images. I'd be motivated to fix the
> problem.
>
> The Reinit solves the problem. In 3M3, it solves it completely. In the
mitkWorkbench, it rotates the images correctly but also flips the
anatomical coordinate system, i.e., the axial appear in the coronal plane,
the coronal in the axial plane and the sagital in the satital plane but
rotated 90ยบ anticlockwise.
Best regards,
Federico
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
mitk-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mitk-users
