# Transformation output files

**URL:** <https://discourse.slicer.org/t/transformation-output-files/23250>\
**Category:** Support\
**Created:** [May 3, 2022, 1:10am UTC](https://discourse.slicer.org/t/transformation-output-files/23250 "2022-05-03T01:10:45Z")\
**Posts on this page:** 1\
**Showing post:** 3

<div class="post-metadata">

**Author:** ![mikebind](https://avatars.discourse-cdn.com/v4/letter/m/71e660/32.png) [@mikebind](https://discourse.slicer.org/u/mikebind)\
**Post date:** [May 3, 2022, 3:21pm UTC](https://discourse.slicer.org/t/transformation-output-files/23250/3 "2022-05-03T15:21:37Z")

</div>

Slicer uses an RAS coordinate system internally, whereas ITK (and much of the rest of the medical imaging world) has settled on using an LPS coordinate system. Respecting this, exports from Slicer are automatically converted to use LPS, and imports from LPS are handled correctly. However, when you compare the internal representation of a transformation in Slicer with the same transformation in some other program they will not match because of the change in coordinate system.

I know I’ve seen this come up many times in the forum, so if you are looking for more information, keep searching here. Here is one related post I found:

> [@Npy transform matrix](https://discourse.slicer.org/t/npy-transform-matrix/18152/2):
>
> Slicer uses all data in LPS coordinate system in files (following conventions set by DICOM, ITK, and most other modern medical image computing software), while uses RAS in the scene (for backward compatibility). You need to apply LPS\<-\>RAS basis transform if you import an LPS transform as shown [here](https://slicer.readthedocs.io/en/latest/developer_guide/script_repository.html#convert-between-itk-and-slicer-linear-transforms). You also need to be aware of the transform direction (modeling/resampling; from/to parent).

---

_[View the full topic](https://discourse.slicer.org/t/transformation-output-files/23250)._