Closed stremblay18 closed 1 month ago
@stremblay18 can you share a sample dataset with my institutional email?
I think the core problem is that the data was exported from a modern Siemens XA MR in classic instead of enhanced DICOM format. The solution is to export the data from the MRI console as enhanced format.
Please see this public service annoncement - it is really important that XA data is never exported as mosaics, and the classic DICOMs are impoverished. The situation is catastrophic with XA10 and XA11, and somewhat better with XA20 and later.
The Siemens Research Collaboration Manager associated with your center can provide advice on using the new XA architecture.
Thank you very much for the quick response. I sent a sample dataset (one with and onw without problem) to your email. Let me know if you haven't received it.
I'm trying to figure out, as a priority, if the data can be recovered somehow (perhaps excluding problematic volumes).
Best,
I have received your image. Not sure what is wrong with this, but both dicm2nii and dcm2niix are unhappy with it. In the short term, I suggest either exporting data to enhanced DICOM or using the MRtrix conversion, which seems to handle your images. I will return to this issue when I have some down time.
Thank you so much, I just tried with mrtrix and it indeed does work! I advised the MR tech that the issue may be due to the export.
@stremblay18 thanks for sharing the data. This is challenging, as the dataset has two errors though both may be consequences of the same root problem. One problem is that the IntanceNumbers (0020,0013) are not unique within a series. While DICOM allows this, in practice all other manufacturers ensure instance numbers are unique and many tools assume this. While I have seen this before for Siemens fieldmaps including this validation dataset, this is the first time I have seen this behavior in a diffusion series. I have added a kludge to dcm2niix that substitutes the Siemens Private Tag frameNumberInSeries (0021,118a) for instance number if the former exists.
A larger problem is your Series Number 26, where some images are missing and others have been removed. Consider these binary identical duplicates:
1.3.12.2.1107.5.2.19.45281.30000023110209491189500013169.dcm
1.3.12.2.1107.5.2.19.45281.30000023110209491189500013169(1).dcm
1.3.12.2.1107.5.2.19.45281.30000023110209491189500013169(2).dcm
I note that this data was touched by a PACS, and I wonder if the duplicated instance numbers confounded your tools:
(0002,0013) SH [AQNET44B-470] # 12, 1 ImplementationVersionName
Describe the bug
I have issues with DWI data that we acquired recently (had no issue with other acquisitions from the same imaging protocol). For some participants, conversion of the b2500 and sometimes b700 data gives me warnings and then I cannot view the output nifti image (I tried different softwares: MRIcroGL, mrview). Mrinfo gives me voxel size = 2 x 2 x 0 (I would expect 2 x 2 x 2).
There is likely a problem with the acquisition, but we cannot trace back the issue. Our MR tech did not notice anything wrong during these scans, and no dicom header seem to be missing. I also would like to figure out if I can recover this data somehow (for instance, I could remove some problematic volumes if the issue is constrained to these volumes.
To reproduce
Steps to reproduce the behavior:
and several lines of this type of warning (several identical ones, for a few different series):
Expected behavior
For other participants, the conversion completes without problem, output images (in nifit) have voxel dimensions of 2 x 2 x 2, can be viewed without issue and have the expected appearance.
Version
I'm using this version:
I also tried earlier versions (on Mac and on Linux) and got different errors and outputs:
Errors with version 2018:
Errors with 2022 version:
I would appreciate any help.