# Behavior of crop volume module

**URL:** <https://discourse.slicer.org/t/behavior-of-crop-volume-module/272>\
**Category:** Support\
**Created:** [May 5, 2017, 6:28pm UTC](https://discourse.slicer.org/t/behavior-of-crop-volume-module/272 "2017-05-05T18:28:56Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![muratmaga](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/muratmaga/32/3622_2.png) [@muratmaga](https://discourse.slicer.org/u/muratmaga)\
**Post date:** [May 5, 2017, 6:28pm UTC](https://discourse.slicer.org/t/behavior-of-crop-volume-module/272/1 "2017-05-05T18:28:56Z")

</div>

Hi,

I used to use crop volume as a procedure to avoid having to resample volumes after I manually aligned them. It involved steps of manually creating a transformation, creating a new ROI that encompasses the full volume in its new orientation, and running the crop volume with interpolated cropping.

This is no longer functioning for me. Instead, when I open the resultant crop volume in, say in Fiji, I can the image data in the same orientation as the original volume. (Slicer build r25771, on linux)

Is there a way to get the old behavior back?

---

<div class="post-metadata">

**Author:** ![lassoan](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/lassoan/32/13_2.png) [@lassoan](https://discourse.slicer.org/u/lassoan)\
**Post date:** [May 5, 2017, 7:01pm UTC](https://discourse.slicer.org/t/behavior-of-crop-volume-module/272/2 "2017-05-05T19:01:25Z")

</div>

Computation of IJK to RAS matrix had to be changed because in the old version spacing was incorrectly computed for volumes with permuted axis order (RAS spacing was taken from the IJK axes respectively; even when for example IJK was aligned with SRA axes). This led to degraded image quality for anisotropic output.

Does Fiji ignore image axis directions matrix?  
What was the direction matrix in the cropped volumes that worked for you in the past and what matrix is in the new volumes?