Undefined VR length

    We have run across an issue where our MRI analysis application will load/display/analize data if read directly from the CD, but if the data is imported into Conquest (v1.4.14 or v1.4.15) the application displays blank images. We have been informed by the vender that the issue is that the Conquest version does not include a length value for (0088,0200) and that the app does not know "where" to find the pixel data.


    I have used the Offis dcmdump app to produce the following:

    Image data from CD: (not the entire sequence is not included here)


    (0088,0200) SQ (Sequence with explicit length #=1) # 5054, 1 IconImageSequence
    (fffe,e000) na (Item with explicit length #=15) # 5046, 1 Item
    (0028,0002) US 1 # 2, 1 SamplesPerPixel
    (0028,0004) CS [PALETTE COLOR] # 14, 1 PhotometricInterpretation
    (0028,0010) US 64 # 2, 1 Rows
    (0028,0011) US 64 # 2, 1 Columns
    (0028,0100) US 8 # 2, 1 BitsAllocated
    (0028,0101) US 8 # 2, 1 BitsStored
    (0028,0102) US 7 # 2, 1 HighBit
    (0028,0103) US 0 # 2, 1 PixelRepresentation
    (0028,1101) US 256\0\8 # 6, 3 RedPaletteColorLookupTableDescriptor
    (0028,1102) US 256\0\8 # 6, 3 GreenPaletteColorLookupTableDescriptor
    (0028,1103) US 256\0\8 # 6, 3 BluePaletteColorLookupTableDescriptor


    Image data from Conquest v1.4.15:


    (0088,0200) SQ (Sequence with undefined length #=1) # u/l, 1 IconImageSequence
    (fffe,e000) na (Item with undefined length #=15) # u/l, 1 Item
    (0028,0002) US 1 # 2, 1 SamplesPerPixel
    (0028,0004) CS [PALETTE COLOR] # 14, 1 PhotometricInterpretation
    (0028,0010) US 64 # 2, 1 Rows
    (0028,0011) US 64 # 2, 1 Columns
    (0028,0100) US 8 # 2, 1 BitsAllocated
    (0028,0101) US 8 # 2, 1 BitsStored
    (0028,0102) US 7 # 2, 1 HighBit
    (0028,0103) US 0 # 2, 1 PixelRepresentation
    (0028,1101) US 256\0\8 # 6, 3 RedPaletteColorLookupTableDescriptor
    (0028,1102) US 256\0\8 # 6, 3 GreenPaletteColorLookupTableDescriptor
    (0028,1103) US 256\0\8 # 6, 3 BluePaletteColorLookupTableDescriptor


    Our work around for the moment is to use an import converter to remove the entire (0088,0200) VR and the application will properly load and display the image sets.


    Any thoughts?


    Thanks you,
    Scott

    Hm Scott,


    I do not believe conquest would do anything to 0088,0200: it is defined as sequence in dgate.dic:


    Code
    (0088,0200) VERS="3"	VR="SQ"   VM="1"	Keyword="IconImage"				Name="Icon Image"


    So conquest will not generate it, but should not remove or corrupt it either - just store and retrieve it. Can you figure out in which circumstances the sequence is corrupted, and that your dgate.dic indeed contains the above entry? You can try drag and drop, transmission from another server, and putting the images from CD manually in MAG0 of a test server and doing a regen. You can maybe also try V2 and DCM as file storage in the test server.


    I am currently not aware of any other sequence corruption occuring, unless the sequence is not defined in dgate.dic, which sometimes happens with private sequences.


    Marcel

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login