dcmdump doesn't interpret VR from private.dic

[eludias]

Hi all,

With dcmodify I can modify private attributes (finally) with DCMTK with

Code: Select all

set DCMDICTPATH=D:\Program Files\dcmtk\lib\private.dic

[platform: Windows, DCMTK 3.5.4]

However, dcmdump give lines like:

Code: Select all

(2001,1001) UN 00\00\00\00                              #   4, 1 ChemicalShift

...which clearly _do_ interpret private.dic (since that's where ChemicalShift comes from), but _do not_ interpret the VR which is FL according to private.dic .

Is this a bug or a feature?

[Marco Eichelberg]

This is a feature, not a bug. If the file itself is encoded in a Explicit VR transfer syntax, then the VR encoded in the file takes precedence over the VR encoded in the dictionary. The dcmdump and dcmconv tools in DCMTK 3.5.4 have a command line option --convert-un which will cause DCMTK to convert the content of UN attributes based on the VR in the dictionary, but this behaviour is not enabled by default.