-
Notifications
You must be signed in to change notification settings - Fork 228
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
dcm2niix splits BOLD series (enhanced DICOM, Siemens Prisma XA30) into 2 series #599
Comments
I do not have access to a XA scanner. If you want detailed feedback, can you please send a link for a Dropbox/GoogleDrive DICOM archive to my institution email address. However, I do urge you to take a careful look at issue 236. Specifically, Siemens notes that classic images are only for |
Hi Chris,
Thanks for your message. I read that thread you pointed out when we
upgraded to XA30 software, and that's why our DICOM data is now exported as
Enhanced Dicom without anonymization. The dcm2niix latest version works
properly at converting the data, so we are happy with it. However, for a
few subjects the BOLD time series is split into 2 separate nifti files.
Attached below in the google drive link are examples from (a) a subject
that dcm2niix splits its bold series (which we *don't* want), and (b) a
subjects which dcm2niix handles properly (i.e., it outputs a single file as
expected). Both subjects underwent an exact scan procedure (but the actual
number of timepoints might not be the same since each subject can take
different time in the scanner performing a certain task). Please let me
know your thoughts.
Thanks.
Osama
toChris.zip
<https://drive.google.com/file/d/1SAaXTs0CuZrzhLMWWfFTBUx7oGaVkhDu/view?usp=drive_web>
*Osama Abdullah, PhD*
MRI Physicist II
Core Technology Platforms
NYU Abu Dhabi
UAE O: +971 2 628-4990
UAE C: +971 56 6793378
NYU Abu Dhabi, Saadiyat Campus
Computational Research Building (A2), 014
P.O. Box 129188
Abu Dhabi, United Arab Emirates (EST + 8 hours)
…On Fri, Apr 22, 2022 at 6:37 PM Chris Rorden ***@***.***> wrote:
I do not have access to a XA scanner. If you want detailed feedback, can
you please send a link for a Dropbox/GoogleDrive DICOM archive to my
institution email address. However, I do urge you to take a careful look
at issue 236
<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_rordenlab_dcm2niix_issues_236&d=DwMFaQ&c=slrrB7dE8n7gBJbeO0g-IQ&r=_qtxQtVtoeBxGIfwqYkiHXqtL6g12Y4QFAs-CoPhkvY&m=3Wbs6t3HaKIxol33k83Cu56EycQJ1DNCM2cMs5JcHj0Cmwb4ZeJNg9xP15XiNt6N&s=yLaaqtB8B_jLBnJVsPjrwaPnayQe2R_s5zxtLUyJj0I&e=>.
Specifically, Siemens notes that classic images are only for Having the
option to export data in interoperability format will provide room to
continue developmental activities for our research partners and give the
chance to more third party processing software vendors to catch on. These
images are limited relative to the enhanced export. This is an inherent
limitation of the images, not dcm2niix and will be seen in other tools
<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_MRtrix3_mrtrix3_pull_2462&d=DwMFaQ&c=slrrB7dE8n7gBJbeO0g-IQ&r=_qtxQtVtoeBxGIfwqYkiHXqtL6g12Y4QFAs-CoPhkvY&m=3Wbs6t3HaKIxol33k83Cu56EycQJ1DNCM2cMs5JcHj0Cmwb4ZeJNg9xP15XiNt6N&s=1AZoEqRKNuoIZREw1xR5p7BgbrtxQzBshHEPLCOQZds&e=>.
Moving forward, I urge you to consider enhanced data export.
—
Reply to this email directly, view it on GitHub
<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_rordenlab_dcm2niix_issues_599-23issuecomment-2D1106580958&d=DwMFaQ&c=slrrB7dE8n7gBJbeO0g-IQ&r=_qtxQtVtoeBxGIfwqYkiHXqtL6g12Y4QFAs-CoPhkvY&m=3Wbs6t3HaKIxol33k83Cu56EycQJ1DNCM2cMs5JcHj0Cmwb4ZeJNg9xP15XiNt6N&s=hsctQwns68gqSp86UBhdio_5xdOUnYOodTYhIga5FTQ&e=>,
or unsubscribe
<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_AIONGOASGLNCOCP5NVGJ6FLVGK2SVANCNFSM5TVPWAYQ&d=DwMFaQ&c=slrrB7dE8n7gBJbeO0g-IQ&r=_qtxQtVtoeBxGIfwqYkiHXqtL6g12Y4QFAs-CoPhkvY&m=3Wbs6t3HaKIxol33k83Cu56EycQJ1DNCM2cMs5JcHj0Cmwb4ZeJNg9xP15XiNt6N&s=EShcZwMOhmvTOlgacdHpDOMVr1BvG6indRunqnKUaM8&e=>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
@osamaNYUAD this is a limitation with your DICOM images, not dcm2niix. Specifically, the dataset explicitly uses to different Series Instance UIDs (0020,000E), explicitly requiring that these images should not be combined as a single series. I am not sure why this was done, I suggest you work closely with your Siemens Research Collaboration Manager to rectify the situation. You could always make a fork of dcm2niix that ignores this tag, but the probability for unintended consequences would be very high, and therefore you would only want to use it on corrupted datasets. |
Hello Chris,
Following on the issue below. I checked the SeriesUID and they matched
across all dcm files in the series (the value
is '1.3.12.2.1107.5.2.43.166043.30000022041109193489100003194' for all).
But dcm2niix is splitting the series into 2 files with this message:
Chris Rorden's dcm2niiX version v1.0.20211006 Clang12.0.5 x86-64 (64-bit
MacOS)
Found 398 DICOM file(s)
Warning: Siemens XA exported as classic not enhanced DICOM (issue 236)
Convert 93 DICOM as /Users/oa22/Downloads/DicomProblemXA30/Series Instance
UIDs
(0020,000E)-mismatch/Subject_0282/Brain_Protocols/func-bold_task-BETS_run-01_14/func-bold_task-BETS_run-01_14_func-bold_task-BETS_run-01_20220411122856_14
(80x80x44x93)
Warning: Siemens XA exported as classic not enhanced DICOM (issue 236)
Convert 305 DICOM as /Users/oa22/Downloads/DicomProblemXA30/Series Instance
UIDs
(0020,000E)-mismatch/Subject_0282/Brain_Protocols/func-bold_task-BETS_run-01_14/func-bold_task-BETS_run-01_14_func-bold_task-BETS_run-01_20220411122856_14a
(80x80x44x305)
Conversion required 1.428500 seconds (1.194218 for core code).
I also checked the studyUID and FrameOfReferenceUID and they both matched
across all 398 time framnes
I am reattaching an example of a problematic dataset again in this email:
DicomProblemXA30 2.zip
<https://drive.google.com/file/d/1aKUkuIX275_XZ7QBjlPe44djg90vz4GK/view?usp=drive_web>
Any other suggestions of why dcm2niix interprets the Series Instance UID
(0020, 000E) as mismatched?
*Osama Abdullah, PhD*
MRI Physicist II
Core Technology Platforms
NYU Abu Dhabi
UAE O: +971 2 628-4990
UAE C: +971 56 6793378
NYU Abu Dhabi, Saadiyat Campus
Computational Research Building (A2), 014
P.O. Box 129188
Abu Dhabi, United Arab Emirates (EST + 8 hours)
…On Mon, Apr 25, 2022 at 4:16 PM Chris Rorden ***@***.***> wrote:
@osamaNYUAD
<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_osamaNYUAD&d=DwMCaQ&c=slrrB7dE8n7gBJbeO0g-IQ&r=_qtxQtVtoeBxGIfwqYkiHXqtL6g12Y4QFAs-CoPhkvY&m=j0vUBBbhS-PnB4q_G7FVvE_vm_m8HF5fRvBcjer3sReyTc-wHLny-_NcZsOcCv_4&s=m0KoLPEaEGkTiOfr7mw2f6h397AqAnYwiqbeWtldY3o&e=>
this is a limitation with your DICOM images, not dcm2niix. Specifically,
the dataset explicitly uses to different Series Instance UIDs (0020,000E)
<https://urldefense.proofpoint.com/v2/url?u=http-3A__dicomlookup.com_lookup.asp-3Fsw-3DTnumber-26q-3D-280020-2C000E-29&d=DwMCaQ&c=slrrB7dE8n7gBJbeO0g-IQ&r=_qtxQtVtoeBxGIfwqYkiHXqtL6g12Y4QFAs-CoPhkvY&m=j0vUBBbhS-PnB4q_G7FVvE_vm_m8HF5fRvBcjer3sReyTc-wHLny-_NcZsOcCv_4&s=uWgyUwl3pOIrZ-Orf3EqNAZOYEGV6LNrh7T-ZawsKoY&e=>,
explicitly requiring that these images should not be combined as a single
series. I am not sure why this was done, I suggest you work closely with
your Siemens Research Collaboration Manager to rectify the situation. You
could always make a fork of dcm2niix that ignores this tag, but the
probability for unintended consequences would be very high, and therefore
you would only want to use it on corrupted datasets.
—
Reply to this email directly, view it on GitHub
<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_rordenlab_dcm2niix_issues_599-23issuecomment-2D1108494983&d=DwMCaQ&c=slrrB7dE8n7gBJbeO0g-IQ&r=_qtxQtVtoeBxGIfwqYkiHXqtL6g12Y4QFAs-CoPhkvY&m=j0vUBBbhS-PnB4q_G7FVvE_vm_m8HF5fRvBcjer3sReyTc-wHLny-_NcZsOcCv_4&s=ilEJ8dI6f5v0jbZvccCk6lgRCsGml0gyfCE3cIdorzM&e=>,
or unsubscribe
<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_AIONGOEUMQGQNCWHXUOHTXDVG2EI5ANCNFSM5TVPWAYQ&d=DwMCaQ&c=slrrB7dE8n7gBJbeO0g-IQ&r=_qtxQtVtoeBxGIfwqYkiHXqtL6g12Y4QFAs-CoPhkvY&m=j0vUBBbhS-PnB4q_G7FVvE_vm_m8HF5fRvBcjer3sReyTc-wHLny-_NcZsOcCv_4&s=INct1cJzEDLgGZm8eb0h6URvvxWgPSSekamYpFeKqec&e=>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
You can see the issue yourself by renaming instead of converting the DICOMs, and using 0020,000E for the folder name:
Note that dcm2niix segments instances 1..93 into one folder and 94..398 into another.
You can see that SQs are added that modify the 0020,000e. The first 93 images include a SQ with that reports UID change is due to
For enhanced DICOMs, dcm2niix will use the final reported value of 0020,000e, regardless of whether it is in the main body or a SQ. I really do not understand why Siemens issues two different series UIDs for the same series. I note that Philips and Canon enhanced DICOMs each pack all images from a series into a single file. In contrast, Siemens enhanced saves each 3D volume as a separate file. So solutions might be to assume that either the first usage of a UID should be used for the file, or the UID that is in the main body (instead of a SQ) should be used. Either of these solutions would work for your data, but without knowing the rationale of why multiple UIDs are generated, it is hard to know if either method is reliable. We really need some insight for what is happening here. |
@osamaNYUAD can you test the current development branch (v1.0.20220429). This version will ignore all DICOM tags in the Original Attributes SQ 0400,0561. I do not understand why only some images were modified, but ignoring the original values prior to modification seems justified. |
Assuming you are using MacOS/Linux:
If you are using Windows, you can get a precompiled version from AppVeyor. |
Thank you @neurolabusc . That worked for me as well. Ricardo
|
dcm2niix splits bold time series into 2 separate files, although both files belong to the same bold run. All the dcm files in the folder are the same size, and they belong to the same run, and although in this case dcm2niix finds 398 files, it outputs them into 2 separate files (containing 93 and 305 files respectively). Any suggestion how we can avoid this unwanted behavior?
dcm2niix /Users/oa22/Desktop/dicom_from_prisma/Brain_Protocols/func-bold_task-BETS_run-01_14
Chris Rorden's dcm2niiX version v1.0.20211006 Clang12.0.5 x86-64 (64-bit MacOS)
Found 398 DICOM file(s)
Warning: Siemens XA exported as classic not enhanced DICOM (issue 236)
Convert 93 DICOM as /Users/oa22/Desktop/dicom_from_prisma/Brain_Protocols/func-bold_task-BETS_run-01_14/func-bold_task-BETS_run-01_1_0014 (80x80x44x93)
Warning: Siemens XA exported as classic not enhanced DICOM (issue 236)
Convert 305 DICOM as /Users/oa22/Desktop/dicom_from_prisma/Brain_Protocols/func-bold_task-BETS_run-01_14/func-bold_task-BETS_run-01_1_0014a (80x80x44x305)
Conversion required 13.120417 seconds (12.737073 for core code).
The text was updated successfully, but these errors were encountered: