You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
File naming behavior of the current stable version is here.
In brief, the current version of dcm2niix has consistent behavior regardless of vendor:
%d=description (from 0008,103E)
%p=protocol name (from 0018,1030)
%z=sequence name (from 0018,0024)
While dcm2niix's behavior is now consistent regardless of manufacturer, be aware that the vendor usage is not. For most manufacturers, a user can edit the protocol name (%p) on the console. However, for GE MRI the protocol name is locked, and the user can only specify the description (%d).
Describe the bug
Hi Chris,
I have noticed that between versions 2018 Nov 22nd and 2021 Oct 6th, if I run the following on GE dicom files (GE Discovery 750)
dcm2niix -o tmp_dcm2bids/helper -b y -ba y -z y -f '%3s_%f_%p_%t' sourcedata/test6/
I get:
2018:
006_test6_B0map_20190503130133
vs
2021:
006_test6_RESEARCH_-_REGTRJ_20190503130133
So it seems like somewhere the %p option stopped working for these dicom files with the latest?
I am on Ubuntu 20.04
The text was updated successfully, but these errors were encountered: