Forcing dgatesop.lst to be recognised!

    Hi


    I'm using version 1.4.19beta3a on linux, and I'm running dgate from sudo /usr/lib/cgi-bin/newweb/dgate -v


    I've copied the dgatesop.lst to the same folder, and in my dicom.ini I have tried both

    Code
    SOPClassList             = /usr/lib/cgi-bin/newweb/dgatesop.lst

    and simply

    Code
    SOPClassList             = dgatesop.lst


    Either way, I can't get dgate to propose the BTO presentation context that is included in the dgatesop.lst.


    I'm sure I have had it working at one point, but it isn't working now!


    Any idea what I am doing wrong?

    Hmm, that's strange! I get the following:


    Code
    ⟫ ./dgate --get_sop:551.2.840.10008.5.1.4.1.1.13.1.3 BreastTomosynthesisImageStorage


    But if I try and send using dcmtk storescu, I get the following:

    Code
    E: No presentation context for: (BT) 1.2.840.10008.5.1.4.1.1.13.1.3

    E: Store SCU Failed: 0006:0208 DIMSE No valid Presentation Context ID


    Does dgate have a debug level of logging mode?

    That's a good point - I wonder if it is to do with the transfer syntax. With the debug option passed, I get the following when trying to storescu a BTO to conquest:


    Code
    Testing transfer: '1.2.840.10008.1.2.1' against list #0 = '1.2.840.10008.1.2'Testing transfer: '1.2.840.10008.1.2.1' against list #1 = '1.2.840.10008.1.2.1'Testing transfer: '1.2.840.10008.1.2.2' against list #0 = '1.2.840.10008.1.2'Testing transfer: '1.2.840.10008.1.2.2' against list #1 = '1.2.840.10008.1.2.1'Testing transfer: '1.2.840.10008.1.2.2' against list #2 = '1.2.840.10008.1.2.2'


    which is repeated many many times. Then:


    Code
    Arena 0:system bytes     =    1368064in use bytes     =    1079760Arena 1:system bytes     =    1155072in use bytes     =     665504Arena 2:system bytes     =     614400in use bytes     =       2224Total (incl. mmap):system bytes     =    3272704in use bytes     =    1882656max mmap regions =          2max mmap bytes   =     446464UPACS THREAD 67: STARTED AT: Wed Nov 23 09:39:26 2016*** connection terminatedUPACS THREAD 67: ENDED AT: Wed Nov 23 09:39:28 2016UPACS THREAD 67: TOTAL RUNNING TIME: 2 SECONDS


    At the storescu end, the message remains:


    Code
    E: No presentation context for: (BT) 1.2.840.10008.5.1.4.1.1.13.1.3E: Store SCU Failed: 0006:0208 DIMSE No valid Presentation Context ID


    From the newweb interface:

    Code
    (version 1.4.19beta3a, port 104, bits 64) was started on Tue Nov 22 22:44:51 2016

    Old JPEG decoder=0, JPEGLIB jpeg codec=1, LIBJASPER jpeg2000 codec=1

    I wonder how I have ended up with 3a... I'm sure I downloaded 3b!


    Also, these BTO objects are large - half a GB or more. I notice that there was an issue with large files crashing 3a - might that be related?

    I moved it up to the first row, confirmed with


    Code
    ⟫ ./dgate --get_sop:11.2.840.10008.5.1.4.1.1.13.1.3 BreastTomosynthesisImageStorage


    The result is the same:


    Hi Marcel


    I've finally been able to return to this, and it turns out that conquest was playing nicely all along. Once the dgatesop.lst was updated anyway!


    DCMTK Storescu has a limitation of 128 presentation contexts, so there are a handful that don't make the cut. By replacing something that I would never ever come across with something more useful like BreastTomosynthesisImageStorage, storescu to conquest now works. Hoorah.


    Thanks for investigating this with me Marcel.


    Ed

Participate now!

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

Register Yourself Login