W: ContourData (3006,0050) violates maximum VR length in ContourSequence

Support Feature requests
1

Hello,

When loading in Slicer, I get the following warning printed many times:
W: ContourData (3006,0050) violates maximum VR length in ContourSequence

I do not fully understand this, since the largest sequence contains about 32000 characters, and I thought that it would support until 65000 bytes.

I am generating these RTstruct using pydicom.
Is there a trick to tell pydicom to remove decimal places in the floating points to make it fit into the maximum VR length? Or is this rather a bug in dcmtk? I set ExplicitVRLittleEndian, not sure if that is relevant.

Note that Slicer seems to load the file and visualize it correctly, the only problem are the warnings in the log (of severity critical)

CT Files and RTstruct are here: Consigna UV - Arreplegant fitxer

I am using 3DSlicer 5.8.1

fyi @lassoan

2

W: ContourData (3006,0050) violates maximum VR length in ContourSequence

dciodvfy also complains about it, e.g.

Error - Value invalid for this VR - (0x3006,0x0050) DS Contour Data DS [3] = <-1087.5608163265306> - Length invalid for this VR = 19, expected <= 16

There are very many such warnings.
But it is related to individual DS entries, DS should be max. 16 bytes. BTW, with most programs this is usually not a problem.

I set ExplicitVRLittleEndian, not sure if that is relevant.

It may be relevant for large contours, but it is not relevant in this particular case. S. Tables 7.1-1, 7.1-2 and 7.1-3. For explicit TS + VR::DS the value length field of the data element is uint16. For implicit it is always uint32. It is also mentioned here s. DS in the Table 6.2-1

1 Like
3

Thanks a lot for the reply. So this issue might surely come from Strings with Value Representation DS are too long · Issue #1264 · pydicom/pydicom · GitHub and it seems easy to change.

1 Like