-
Notifications
You must be signed in to change notification settings - Fork 229
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
Manufacturer tag not found, but appears in DICOM #487
Comments
Avanto reflects the Manufacturer's Model Name (0008,1090) not the Manufacturer (0008,0070). My sense is that the Manufacturer tag has been mangled by your PACS system. Since each manufacturer interprets the complex DICOM standard differently and employs their own private tags, it is important to correctly identify the manufacturer that created the image. I suspect a DICOM anonymization stage or a PACS has mangled your data. If this is the case, this will impact any tool that attempts to decipher your data. Have you looked at the DICOM header with a tool like dcmdump or gdcmdump (alternatively, put a single DICOM file from your troublesome series in its own folder and convert with |
The Manufacturer tag is indeed empty in the dicom header as shown by running The images are not anonymized at all (they include patient name, for instance), but it might well be that PACS is messing up the header when storing the image (I know that agfa is one of the PACS systems used in the hospital network, though there are many others). Still, as long as the Manufacturer tag is present, it should in theory work..? |
Looks like some tool inserted new sequence with a different Manufacturer (0008,0070) name. Your file
|
You may want to try the latest commit (v1.0.20210304) which is available as a compiled Windows application from AppVeyor. This gives precedence to the first Manufacturer tag that it recognizes (Siemens, Philips, GE, UIH, Toshiba, Canon, Bruker). |
Neat, this fixed the issue. Thank you! As a side note: It was apparently sectra inserting a new manufacturer in the Contributing Equipement Sequence tag (see image). The weird thing is that this tag is exaclty the same in all dicom files coming from this PACS. For some reason, dcm2niix still managed to figure out the manufacturer when it was philips, but not when it was siemens or GE. |
* tag 'v1.0.20210317': (23 commits) CI: Travis updates submodules always from remote. Update dcm_qa_nih submodule. Remove diagnostic message help should describe accession number (rordenlab#496) Describe and provide kludge for mangled Canon DICOMs (rordenlab#495) Update Philips notes (rordenlab#493) Update dcm_qa submodule. Support Canon Enhanced DICOM (rordenlab#491) Use first recognized manufacturer tag (rordenlab#487) If mosaics where ANY volume is non-planar, save ALL volumes as 3D(rordenlab#481) Add notes Kludge to separate vNav files as 3D (rordenlab#481) Tell user to override merging (-m o) to separate coils, specific with fmrib usage that disrupts Siemens DCE processing (rordenlab#187) Forbid semicolon in filenames as Linux uses this for command concatenation and Windows function GetOpenFileName will truncate (rordenlab#425) report totalReadoutTime once EstimatedEffectiveEchoSpacing -> EffectiveEchoSpacing (rordenlab#480) GE Round factor for Total Readout Time Update explicit naming of DICOMs (rordenlab#252), GE file naming changes (rordenlab#476) Update issue templates GE TotalReadouTime, BEP009 fixes (rordenlab#476) ...
When the manufacturer tag (0008, 0070) is set to "GE MEDICAL SYSTEMS" or "SIEMENS", dcm2niix cannot find the manufacturer, and I get the warning "Unable to determine manufacturer (0008,0070), so conversion is not tuned for vendor". In the json files though, the Manufacturers Model Name tag is filled ("Avanto", for example). On the other hand, everything works fine when manufacturer tag is "Philips Medival Systems" (no warning, relevant tags in json are filled).
The dicom files I'm using come straight from PACS, and in principle should not have been changed in any way since they were created in the MRI machine. They are not anonymized in any way.
The command I run is
dcm2niix -ba y -z y path/to/data
. I use version v1.0.20201102 (64-bit Windows).The text was updated successfully, but these errors were encountered: