1.4.17 release out

  • Hi Marcel,


    Still some problems with the anonomization. I tested in all 3 versions of the 1.4.17; in chronological order:


    When I anonomize to "testPatient", i obtain:
    -in version 1.4.17alpha: PatID=testPatient and PatName=testPatient
    -in version 1.4.17: PatID=3968165953.2771014250 and PatName=PAT3968165953
    -in version 1.4.17a: PatID=testPatient and PatName=PAT1262383373


    I'd prefer the first way of anonomizing...


    Thanks,
    Barbara

  • Hi Barbara,


    the operation of 1.4.17a is by design. You can modify the algorithm that sets PatientName in dicomserver/lua/anonymize_script.lua (at lines 102 and 104), but unfortunately the new patient ID you give it is not passed to the script. This has to be improved because it also blocks reversing the anonymization.


    Regards,


    Marcel

  • Hi Marcel,


    using conquest for almost 5 years in our RT-department, thanks!


    a few issues with the current release:


    1) filename character mixup (solved for me)
    in the file/cgi-bin/viewers/LuanchWeasisStudy.cq the first two letters of the filename are mixed up


    2) mismatching file extensions (solved for me)
    in your example /cgi-bin/dicom.ini for the section you suggest


    [weasis]
    source = viewers\LaunchWeasis.lua


    whereas the file is named viewers\LaunchWeasis.cq


    3) dwv integration
    I followed your instructions but received the following error-message window in my browser:


    Error: Not a valid DICOM file (no magic DICM word found).


    Looking in my apache-log I found multiple lines as the following one:
    [Wed Jul 31 12:00:29 2013] [error] [client 192.168.14.106] script not found or unable to stat: C:/Program Files (x86)/Apache Software Foundation/Apache2.2/cgi-bin/W, referer: http://192.168.14.106/cgi-bin/…9795476912806639&size=560


    The single character at the end of the script not found looks like a parsing error or something like this in the generation of this request. I have no experience in this field, do you have an idea?


    Kind regards


    Jörg

  • Hi Jorg,


    thanks for reporting these. The sample files are always done a bit in a rush. I will correct them for the subsequent release.


    As far as issue 3 is concerned, dwv works for me. I assume you get the dwv page. Can you post some WADOREQUEST it generates as found in the page source? Are both dgate.exe's (in dicomserver and cgi-bin) at the same new version?


    Thanks.


    Marcel

  • Hi Marcel,


    Quote

    I assume you get the dwv page


    Yes.


    Quote

    Are both dgate.exe's (in dicomserver and cgi-bin) at the same new version


    Yes, both at 1.4.17a.


    I hope I will give you the right information:


    the invoking html:


    Code
    <HEAD><TITLE>Conquest DICOM server - version 1.4.17a</TITLE></HEAD><BODY BGCOLOR='CFDFCF'><H2>Conquest DICOM server - version 1.4.17a</H2><table RULES=ALL BORDER=1><Caption>List of series on local server</caption><TR><TD>Patient ID<TD>Name<TD>Series date<TD>Series time<TD>Series description<TD>Modality</TR><TR><TD><A HREF=dgate.exe?port=9998&address=127.0.0.1&mode=queryallimages&key=&query=DICOMStudies.patientid+=+'2158676359.1602436055'+and+DICOMSeries.seriesinst+=+'1.2.826.0.1.3680043.2.135.735064.43065746.7.1375162718.894.50'> 2158676359.1602436055 </A><TD>PAT2158676359<TD>19980414<TD>170346.000000<TD><TD>CT<TD><A HREF=dgate.exe?port=9998&address=127.0.0.1&mode=queryimages&query=DICOMStudies.patientid+=+'2158676359.1602436055'+and+DICOMSeries.seriesinst+=+'1.2.826.0.1.3680043.2.135.735064.43065746.7.1375162718.894.50'&size=560>thumbs </A><TD><A HREF=dgate.exe?port=9998&address=127.0.0.1&mode=dwv&series=2158676359.1602436055:1.2.826.0.1.3680043.2.135.735064.43065746.7.1375162718.894.50&size=560>view </A><TD><A HREF=dgate.exe?port=9998&address=127.0.0.1&mode=seriesmover&series=2158676359.1602436055:1.2.826.0.1.3680043.2.135.735064.43065746.7.1375162718.894.50&source=(local)&key=>push </A><TD><A HREF=dgate.exe?port=9998&address=127.0.0.1&mode=seriesdeleter&series=2158676359.1602436055:1.2.826.0.1.3680043.2.135.735064.43065746.7.1375162718.894.50>delete </A></TR></table></BODY>


    As far as I understand I get the wado-requests in the error sitation only if I disable javascript to eliminate error-popups, since those inhibit access to the page source:



    Kind regards


    Jörg

  • Hi,


    everything looks allright to me, the page source is generated correctly. You are using and HTML5-enabled browser? IE9 is not good. Use e.g. IE10 or firefox.


    What happens if you paste:


    Quote


    Into your browsers address bar, does it download a file? Play with contentType (image/gif) to get an image.


    Marcel

  • Hi,


    I tested opera, firefox and IE 10 initially.
    Pasting the lines now (firefox) results in a download request (application/dicom) or the requested slice for (image/gif).


    Kind regards


    Jörg

  • Hi,


    I tried both now: setting everything to localhost and to 127.0.0.1 same result. My apache errorand access log looks like misinterpreting the request string by parsing it (by misinterpretation?). I can identify" h" "t" "p" (one t missing maybe because of similar error messages),
    "c" "g" "i" "-" "b" "n", i missing ...


    Apache access-log:


    I tried firebug but I am not familiar with the java programming structure and found the coded line where the string is parsed but I do have no idea whether it is an coding problem (I don't) believe or something else ...


    Kind regards


    Jörg

  • Hi,


    the strange thing is that the html code looks allright. Which version of dwv.lua did you use?


    Here is mine that works for me:



    Note that I last downloaded the dwv code march 7, so maybe something broke there.


    Marcel

  • Hi Marcel,


    one crash of the test-machine later: the lua file ist different, I picked mine out of your 1.4.17a-release.


    Using your lua-file I recieve from Apache a reference to a js-File not in my dwv-Distribution:


    [Mon Aug 05 12:17:09 2013] [error] [client 192.168.14.106] File does not exist: C:/Program Files (x86)/Apache Software Foundation/Apache2.2/htdocs/dwv/src/image/lookupTable.js, referer: http://192.168.14.106/cgi-bin/…3061117053645631&size=560


    I will look on the dwv-side and report.


    Kind regards


    Jörg

  • Hi,


    I can duplicate the problem, apparently something broke in the recent dwv code. I see no wado request being generated at all, so it appears that the links are not passed or used correctly.


    Marcel

  • Hi,


    LoadUrl now expects an array of URLs. I modified the dwv.lua from github as follows by putting brackets around the generated URL values. Now dwv fails again elsewhere.


  • Hi,


    similar to me, I can duplicate your dwv integration with an older code of dwv 0.3. I am a litlle bit confused about the versions you can download at github. The versions ivmartel-dwv-v0.3-97-g34f266b and dwv-master do not work, version dwv-0.3 works with your lua file.


    Jörg

  • hi Marcell,


    why I could not take pictures DICOM from GUI or command. Example :


    c:\dicomserver>dgate --movepatient:CONQUESTSRV2,CONQUESTSRV1,R1009
    Move failed from CONQUESTSRV2 to CONQUESTSRV1
    c:\dicomserver>


    but
    c:\dicomserver>dgate --movepatient:CONQUESTSRV1,CONQUESTSRV2,R1009
    c:\dicomserver>
    success


    status :
    CONQUESTSRV1 is server in home and no ip public
    CONQUESTSRV2 is server in office, use ip public (ip:x.x.x.x) router mikrotik forward to server CONQUESTSRV2 (ip:y.y.y.y)


    query CONQUESTSRV2 success.


    but --movepatient no success



    Thanks

  • Hi,


    you have to send the move command to the source server, use e.g.,


    dgate -pport -qip --movepatient:CONQUESTSRV2,CONQUESTSRV1,R1009


    where ip and port correspond with the source server, in this case CONQUESTSRV2


    Marcel

Participate now!

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