Retrieve with Osirix

    Hi there,


    I have a Win XP PC where Conquest 1.4.15 is installed.
    I would like to retrieve single DICOM images from this server with a Mac system and Osirix.
    It is no problem to query studies, but it's just not possible to load them.


    Im not that experienced with Mac and I don't understand why retrieving an image doesn't work. While querying, the log looks normal, but when I want to retrieve nothing is happen and also nothing is written into the Conquest log.


    Is there a manual or any instruction site which explains how to connect Osirix to Conquest or can anybody give me advice?


    Thanks!


    Manny

    Hello Marcel


    Yes it does.


    And Conquest is also configured for use with some Win-PC's with the Synedra Viewer in the same network. And they work fine.
    There are also some Mac's with Osirix where I would like to retrieve images, as I posted.
    Querying is no problem, but when I want to open a image nothing happens. There is no entry in the Conquest debug log.


    Thanks,
    Manny

    Hm,


    Is there absolutely nothing in the log? In that case it looks lile Osirix is not sending a C-MOVE request. Please try to enable debug log at its highest level (4xarrow up) and see if there is absolutely nothing there.


    Marcel

    Ok, thanks so far.
    The system is not right at my side. Next time I be there (probably Monday) I will check with highest debug level.


    I mean I am also not sure if I handle Osirix correct. But after my understanding a double click on the queryied entry should load the image.


    Am I right that a manual or instruction about connecting Osirix with Conquest is not available to your knowledge?


    Manny

    Hi,


    I have done it a few times, and it gave me no problems, except querying from conquest to osirix (the other way around as you are trying), here a patient root query does not work, and you need to select a study root query. But I have no manual for you.


    Marcel

    Hello


    I was on site and checked again with highest log level. Nothing happens when I wan't to retrieve images.
    Here you find the log from querying (Osirix to Conquest):


    [CONQUESTSRV1] Connected by address: 2401a8c0
    [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.1' against list #0 = '1.2.840.10008.1.2'
    [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.1' against list #1 = '1.2.840.10008.1.2.4.50'
    [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.1' against list #2 = '1.2.840.10008.1.2.4.51'
    [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.1' against list #3 = '1.2.840.10008.1.2.4.53'
    [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.1' against list #4 = '1.2.840.10008.1.2.4.55'
    [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.1' against list #5 = '1.2.840.10008.1.2.4.57'
    [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.1' against list #6 = '1.2.840.10008.1.2.4.70'
    [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2' against list #0 = '1.2.840.10008.1.2'
    [CONQUESTSRV1]
    [CONQUESTSRV1] UPACS THREAD 0: STARTED AT: Mon Aug 30 11:37:29 2010
    [CONQUESTSRV1] A-ASSOCIATE-RQ Packet Dump
    [CONQUESTSRV1] Calling Application Title : "ORANGE "
    [CONQUESTSRV1] Called Application Title : "CONQUESTSRV1 "
    [CONQUESTSRV1] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
    [CONQUESTSRV1] Number of Proposed Presentation Contexts: 1
    [CONQUESTSRV1] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.1" 1
    [CONQUESTSRV1] Server Command := 0020
    [CONQUESTSRV1] Message ID := 0001
    [CONQUESTSRV1] 0000,0002 28 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.1.2.2.1"
    [CONQUESTSRV1] 0000,0100 2 US CommandField 32
    [CONQUESTSRV1] 0000,0110 2 US MessageID 1
    [CONQUESTSRV1] 0000,0700 2 US Priority 2
    [CONQUESTSRV1] 0000,0800 2 US DataSetType 1
    [CONQUESTSRV1] (StudyRootQuery) search level: STUDY
    [CONQUESTSRV1] 0008,0005 10 CS SpecificCharacterSet "ISO_IR 100"
    [CONQUESTSRV1] 0008,0020 0 DA StudyDate (empty)
    [CONQUESTSRV1] 0008,0030 0 TM StudyTime (empty)
    [CONQUESTSRV1] 0008,0050 0 SH AccessionNumber (empty)
    [CONQUESTSRV1] 0008,0052 6 CS QueryRetrieveLevel "STUDY "
    [CONQUESTSRV1] 0008,0061 0 CS (empty)
    [CONQUESTSRV1] 0008,1030 0 LO StudyDescription (empty)
    [CONQUESTSRV1] 0010,0010 0 PN PatientName (empty)
    [CONQUESTSRV1] 0010,0020 0 LO PatientID (empty)
    [CONQUESTSRV1] 0010,0030 0 DA PatientBirthDate (empty)
    [CONQUESTSRV1] 0020,000d 0 UI StudyInstanceUID (empty)
    [CONQUESTSRV1] 0020,0010 0 SH StudyID (empty)
    [CONQUESTSRV1] 0020,1208 0 IS NumberOfStudyRelated (empty)
    [CONQUESTSRV1] Query On Study
    [CONQUESTSRV1] Failed on VR Search: 0008 0005
    [CONQUESTSRV1] (testing phase) - ignored
    [CONQUESTSRV1] Failed on VR Search: 0020 1208
    [CONQUESTSRV1] (testing phase) - ignored
    [CONQUESTSRV1] Issue Query on Columns: DICOMStudies.StudyDate, DICOMStudies.StudyTime, DICOMStudies.AccessionN, DICOMStudies.StudyModal, DICOMStudies.StudyDescr, DICOMStudies.PatientNam, DICOMStudies.PatientID, DICOMStudies.PatientBir, DICOMStudies.StudyInsta, DICOMStudies.StudyID
    [CONQUESTSRV1] Values:
    [CONQUESTSRV1] Tables: DICOMStudies
    [CONQUESTSRV1] Sorting (DICOMStudies.PatientNam) DoSort := 1
    [CONQUESTSRV1] Query Distinct Tables: DICOMStudies
    [CONQUESTSRV1] Columns : DICOMStudies.StudyDate, DICOMStudies.StudyTime, DICOMStudies.AccessionN, DICOMStudies.StudyModal, DICOMStudies.StudyDescr, DICOMStudies.PatientNam, DICOMStudies.PatientID, DICOMStudies.PatientBir, DICOMStudies.StudyInsta, DICOMStudies.StudyID
    [CONQUESTSRV1] Where : (null)
    [CONQUESTSRV1] Order : DICOMStudies.PatientNam
    [CONQUESTSRV1] Records = 30
    [CONQUESTSRV1] First record of cleaned response:
    [CONQUESTSRV1] 0008,0020 8 DA StudyDate "20100719"
    [CONQUESTSRV1] 0008,0030 6 TM StudyTime "080236"
    [CONQUESTSRV1] 0008,0050 0 SH AccessionNumber (empty)
    [CONQUESTSRV1] 0008,0061 2 CS "CR"
    [CONQUESTSRV1] 0008,1030 4 LO StudyDescription "Test"
    [CONQUESTSRV1] 0010,0010 16 PN PatientName "xxxxx"
    [CONQUESTSRV1] 0010,0020 4 LO PatientID "xxxx"
    [CONQUESTSRV1] 0010,0030 8 DA PatientBirthDate "xxxxxx"
    [CONQUESTSRV1] 0020,000d 56 UI StudyInstanceUID "1.3.51.0.7.3969048795.35573.16451.42549.1878.14325.14375"
    [CONQUESTSRV1] 0020,0010 4 SH StudyID "131 "
    [CONQUESTSRV1] C-Find (StudyRoot) located 30 records
    [CONQUESTSRV1] UPACS THREAD 0: ENDED AT: Mon Aug 30 11:37:29 2010
    [CONQUESTSRV1] UPACS THREAD 0: TOTAL RUNNING TIME: 0 SECONDS


    As far as I can say, this looks good. But when I try to open a study in Osirix just nothing happens in the Conquest log.


    I also tried to send a local stored DICOM image from Osirix to Conquest - that worked fine as well!
    (I could post the log, if necessary)


    Manny

    I see a C-Find but no C-Move.


    2 things I would check:


    First is OSIRIX setup with the Conquest server information correctly (Caps counts!)
    Usually you can do a C-find against a server that does not know about you, but it will refuse get requests.


    Second, and I really can't say, maybe marcel can comment..


    Weren't older MACS Big Endian?


    From the Manual:


    LittleEndianImplicit 1.2.840.10008.1.2 transfer
    #LittleEndianExplicit 1.2.840.10008.1.2.1 transfer
    #BigEndianExplicit 1.2.840.10008.1.2.2 transfer

    Same problem here -


    I tried to retrieve images from a ConQuest DICOM archive. Whereas querying worked flawless, retrieval did not even send a C-Move request (not even on a TCP packet level as monitored by a network sniffer). C-echo and C-find work well. Registration of the machine at the ConQuest archive is correct.


    I'm heavily puzzled - could that be a bug? :?:


    OsiriX 3.7.1
    OS X 10.6.4
    MBP late 2009 2.53 GHz Intel Core2Duo - 4 GB


    ConQuer v. 1.4.15 runs on a 64-bit Linux machine

    Sorry Marcel, I have very restricted access to the server for testing purposes at the moment. This is what the log states:



    DGATE (1.4.15, build Sun May 16 16:02:06 2010, bits 64) is running as threaded server
    Database type: built-in SQLite driver
    ...
    UPACS THREAD 9: STARTED AT: Mon Sep 13 12:56:22 2010
    A-ASSOCIATE-RQ Packet Dump
    Calling Application Title : "WORKSTATION "
    Called Application Title : "SERVER "
    Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
    Number of Proposed Presentation Contexts: 1
    Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.1" 1
    Server Command := 0020
    Message ID := 0001
    (StudyRootQuery) search level: STUDY
    Query On Study
    Failed on VR Search: 0008 0005
    (testing phase) - ignored
    Issue Query on Columns: DICOMStudies.StudyDate, DICOMStudies.StudyTime, DICOMStudies.AccessionN, DICOMStudies.StudyModal, DICOMStudies.StudyDescr, DICOMStudies.PatientNam, DICOMStudies.PatientID, DICOMStudies.PatientBir, DICOMStudies.StudyInsta, DICOMStudies.StudyID
    Values: DICOMStudies.PatientNam LIKE 'TestC%'
    Tables: DICOMStudies
    Sorting (DICOMStudies.PatientNam) DoSort := 1
    Query On Image
    Issue Query on Columns: DICOMImages.SOPInstanc, DICOMStudies.StudyDate, DICOMStudies.StudyTime, DICOMStudies.AccessionN, DICOMStudies.StudyModal, DICOMStudies.StudyDescr, DICOMStudies.PatientNam, DICOMStudies.PatientID, DICOMStudies.PatientBir, DICOMStudies.StudyInsta, DICOMStudies.StudyID
    Values: DICOMStudies.StudyDate = '20100101' and DICOMStudies.StudyTime = '010000.000000' and DICOMStudies.AccessionN = '12345678' and DICOMStudies.StudyModal = 'SR\MR\OT' and DICOMStudies.StudyDescr LIKE 'TestStudy%' and DICOMStudies.PatientNam = 'TestCase' and DICOMStudies.PatientID = '12345678' and DICOMStudies.PatientBir = '19700101' and DICOMStudies.StudyInsta = '1.3.1.2.3.4.5.6.7.8' and DICOMStudies.StudyID = '12345678' and DICOMSeries.StudyInsta = DICOMStudies.StudyInsta and DICOMImages.SeriesInst = DICOMSeries.SeriesInst
    Tables: DICOMImages, DICOMSeries, DICOMStudies
    Records = 3659

    Program received signal SIGSEGV, Segmentation fault.
    [Switching to Thread 0x7ffff6eec950 (LWP 20229)]
    0x0000000000418d5c in DICOMObject::Push (this=0xaf8390, vr=0x0) at deivr.cxx:457
    457 if(vr->Length == 0xffffffff)
    (gdb) bt
    #0 0x0000000000418d5c in DICOMObject::Push (this=0xaf8390, vr=0x0) at deivr.cxx:457
    #1 0x0000000000472775 in QueryOnStudy (DDO=0x7ffff6ec8400, ADDO=0x7ffff6ec8550) at vrtosql.cpp:762
    #2 0x000000000047318e in MyStudyRootQuery::SearchOn (this=0x7ffff6eebc40, DDOPtr=0x7ffff6ec8400, ADDO=0x7ffff6ec8550) at dgate.cpp:9552
    #3 0x000000000042d09d in StandardQuery::Read (this=0x7ffff6eebc40, PDU=0x7ffff6ee9eb0, DCO=0x7ffff6eeb5d0) at qrsop.cxx:73
    #4 0x000000000049b3e3 in StudyRootQuery::Read (this=0x7ffff6eebc40, PDU=0x7ffff6ee9eb0, DCO=0x7ffff6eeb5d0) at qrsop.hpp:126
    #5 0x000000000048dee8 in StorageApp::ServerChild (this=0x951490, theArg=9) at dgate.cpp:14733
    #6 0x00000000004088b6 in DriverApp::ServerChildThread (this=0x951490, Socketfd=9) at dgate.cpp:11589
    #7 0x00000000004088f2 in DriverHelper (theApp=0x951490) at dgate.cpp:11614
    #8 0x00007ffff7bcb070 in start_thread () from /lib64/libpthread.so.0
    #9 0x00007ffff6fc011d in clone () from /lib64/libc.so.6
    #10 0x0000000000000000 in ?? ()
    (gdb)



    Hope that helps


    Best,
    benj

Participate now!

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

Register Yourself Login