Project

General

Profile

Actions

Bug #1148

closed

dcmodify and dcmconv change SOP Class UID when writing a DICOMDIR file

Added by Jörg Riesmeier 8 months ago. Updated 19 days ago.

Status:
Closed
Priority:
Normal
Category:
Library and Apps
Target version:
-
Start date:
2025-01-23
Due date:
% Done:

100%

Estimated time:
2:00 h
Module:
dcmdata
Operating System:
Compiler:

Description

When dcmodify is used to modify a DICOMDIR file, the created output file uses the DCMTK-specific private SOP Class in the File Meta Information (meta header) instead of the original Media Storage Directory Storage SOP Class (associated with the Basic Directory IOD).
This is because the meta header is always created from scratch and the SOP Class UID cannot be copied from the DICOM dataset because there is none. With option --no-meta-uid (-nmu) this could probably be prevented, but it is unexpected nevertheless. By default, a DICOMDIR file should stay a DICOMDIR file (with the associated Media Storage SOP Class UID).

A similar problem exists with dcmconv: by default, a new meta header is created (option --write-new-meta-info / +Fm is set) and the Media Storage SOP Class UID is replaced. Using option --write-file (+F) should change this, but it is again unexpected...

Actions #1

Updated by Jörg Riesmeier 8 months ago

  • Subject changed from dcmodify changes SOP Class UID when writing a DICOMDIR file to dcmodify and dcmconv change SOP Class UID when writing a DICOMDIR file
Actions #2

Updated by Marco Eichelberg 19 days ago

  • Status changed from New to Closed
  • Assignee changed from Michael Onken to Marco Eichelberg
  • % Done changed from 0 to 100
  • Estimated time set to 2:00 h

Closed by commit #47e298d9b.

Actions

Also available in: Atom PDF