Closed ClimbMount closed 7 months ago
@ClimbMount This is outside my expertise. I developed dcm2niix for brain imaging studies. Likewise, the NIfTI format has a lot of assumptions that make it simple and popular for brain imaging (e.g. equidistant slices) but not ideal for all medical imaging applications. Usually, moco (motion correction) warnings suggest volumes are changing position/orientation across your volumes, something that the NIfTI format can not handle. I would think the Siemens Research Collaboration Manager associated with the instrument that acquired this will be your best contact. It is their role to help you understand, tune and convert datasets. If you do work out good solutions, feel free to share them with the community.
Closing as this is outside my expertise and I can not replicate. Feel free to send a sample dataset to my institutional email if you need further advice.
Describe the bug
I work with short-axis cardiac images performing segmentations with AI. I have been using diciom2niix to transform dicom into nifiti. For example, for a Phillips exam, as output I have a matrix (512, 512, 15, 28) in the process of reading the .nii file. By fixing a frame and varying it over the slices, we obtain a volume (as we can see in the image below)
For GE and Phillips vendors, I have complete success. However, for Simens machines I have problems. Carrying out the same process for a Siemens exam, in the reading process I obtain a matrix (256, 228, 12, 25). By fixing a frame and varying it over the slices, I do not obtain a volume (as we can see in the image below).
Indicating an error in the conversion process, perhaps due to the absence of a tag or violation of dicom standards by the vendor. Additionally, I receive warnings during the transformation process:
Could you help solve this problem? Or suggest any tips?
Version