Heudiconv fails to parse some Heidelberg DICOMs #5
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Heudiconv fails to parse some of the DICOMs from the Heidelberg phantom dataset while grouping them.
Traceback
Looking at the traceback, the error comes from Heudiconv's
dicoms.validate_dicom, and can be further narrowed down tonibabel.nicom.dicomwrapper-- creating a wrapper object (MultiframeWrapper) for a "problematic" file and accessing itsseries_signatureorimage_shapeproperty reproduces the error:Minimal reproducer
Looping through the files and catching these errors shows that the problem affects 189 out of 1118 DICOM files from the dataset -- those with names containing
Psychiatrie_lau.[15-20]. These appear to be diffusion images.These files are readable for pydicom or dicom-dump, but indeed some dimension information seems to be missing compared to other files. For example, this compares a file that causes Heudiconv errors with another one that parses correctly:
Is there anything special about these images? They seem to be enhanced / multiframe DICOMs from Siemens. Is there a more precise name? Should this be reported upstream (to nibabel), or is it a problem with the acquisition?
Trying to use dcm2niix directly on these files (specifically,
Psychiatrie_lau.20.*) I obtain a conversion (.nii.gz, .json, .bval, .bvec) but for each DICOM file there is a warning, "MOSAIC but number of slices not specified", plus a general warning about slice timing. I am not sure if the sidecar json is complete.I am unable to judge if these warnings can be safely ignored or not, but they are consistent with the earlier suggestion that something is missing from the headers.