Posts by marcelvanherk

    Hi,


    Can you switch debug log on and show the incoming c-move request that is processed from the queue (after the delay time)?. I believe that maybe the study UID is passed by accident as well as the modality and the date range.


    Marcel

    Hi,


    note: this post concerns an unreleased version. I will look into it. I think however, the syntax should be "now -365+0", e.g., the +0 is compulsory. The same holds for age. Can you try that again?


    Also modality m% should be "modality %m"


    Marcel

    I tested wamp and apache2.2.6. I put the 3 webserver files (exe, ini and OCX) in c:\wamp\apache2\cgi-bin; for apache that would be "C:\Program Files\Apache Group\Apache2.2\cgi-bin\". I put the OCX as well is c:\wamp\www. For apache that would be: C:\Program Files\Apache Group\Apache2.2\htdocs.


    I did NOT edit any apache config! (wamp is default more closed). I then edited the dicom.ini in the cgi-bin directory file changing 127.0.0.1 into the servers real IP address (for me at home 192.168.1.115) - this should allow non-local access - like so (excerpt):


    Code
    [sscscp]
    MicroPACS = sscscp
    kFactorFile = c:\dicomserver\dicom.sql
    TruncateFieldNames = 10
    WebServerFor = 192.168.1.115
    TCPPort = 5678
    WebReadonly = 0
    WebCodeBase = http://192.168.1.115/
    WebScriptAddress = http://192.168.1.115/cgi-bin/dgate.exe
    WebMAG0Address = http://192.168.1.115/mag0


    Not that the dicom server itself default registers the OCX: use regsvr32 /u E:\dicomserver\webserver\ActiveFormProj1.ocx to uninstall it for testing the viewer on the local computer.


    Then the web page runs but the OCX will only install when I add http://192.168.1.115/ as trusted site to internet explorer and enable download of non-signed activeX controls.


    To test the share with the OCX open the viewer page and view source (shows as notepad with dgate[1]) and find the line with:


    codebase="http://192.168.1.115/ActiveFormProj1.ocx"


    Copy and paste later line into to your browser and it should ask to download the OCX.


    To test the DICOM share find the line with DCMFilelist and copy the first http: entry (until the *) in your browser like:


    http://192.168.1.115/cgi-bin/d…?....&dsize=0&compress=n4


    When pasted into my browser it downloads a DICOM file (with a weird filename and not with a DCM extension).


    If these both work and the viewer still does not run there must be a security problem.


    Marcel

    Hi,


    Jpeg2000 is indeed not supported. The out of memory error may be related to a transfer syntax problem (it should not accept anything it doen not understand - try disabling LittleEndianExlicit, see top post).


    Marcel

    Hi,


    It still sound like one of the problems listed in my first reply. The ethernet data looks clean, there is always another port (automatically selected) involved with communication.


    Questiom: does GE work for other clients like k-pacs? If it works for k-pacs you can sniff the transport using a forwarder included in dicomlib1413.zip:


    test -fe PORT host port loglevel


    e.g., to make local port 9999 (at ip 127.0.01) connect to GE with logging:


    test -fe 9999 192.168.10.8 4006 4


    Then do the same with k-pacs and conquest and compare.


    Marcel

    Hi,


    since the client (GE) crashes (access fault), I would take it up with them. The conquest response looks ok. Maybe compare the response (First record of cleaned response) with the response for another worklist client. Conquest mimics the query structure, there could be something strange with the request from GE.


    Marcel