Barbara,
The patient ID is set correctly by what you give, the patient name is set to a checksum of the patient ID. Why do you feel this is not adequate?
Marcel
Barbara,
The patient ID is set correctly by what you give, the patient name is set to a checksum of the patient ID. Why do you feel this is not adequate?
Marcel
Hi all,
please try these full updates:
ftp://ftp-rt.nki.nl/outbox/Mar…rver/dicomserver1417a.zip
ftp://ftp-rt.nki.nl/outbox/Mar…conquestlinux1417a.tar.gz
It fixes some minor bugs and adds the scripting environment in the Linux build as well
Marcel
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,
QuoteI assume you get the dwv page
Yes.
QuoteAre 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:
<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:
<link rel="stylesheet" href="/dwv/ext/jquery/ui/1.10.2/themes/ui-darkness/jquery-ui-1.10.2.min.css">
app.loadURL("http://localhost/cgi-bin/dgate.exe?requestType=WADO&contentType=application/dicom&seriesUID=1.2.826.0.1.3680043.2.135.735064.43065746.7.1375162718.894.50&studyUID=1.2.826.0.1.3680043.2.135.735064.43065746.7.1375162718.879.49&objectUID=1.2.826.0.1.3680043.2.135.735064.43065746.7.1375162718.879.47");
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,
You WADO reference is to localhost. You do address the conquest webpage as http://localhost/cgi-bin/dgate.exe? ... This may be necessary due to the same origin policy.
Marcel
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:
192.168.14.106 - - [02/Aug/2013:21:10:20 +0200] "GET /cgi-bin/dgate.exe?mode=querypatients&port=9998&address=localhost&key=&patientidmatch=&patientnamematch= HTTP/1.1" 200 294
192.168.14.106 - - [02/Aug/2013:21:10:44 +0200] "GET /cgi-bin/dgate.exe?mode=querypatients&port=9998&address=localhost&key=&patientidmatch=&patientnamematch= HTTP/1.1" 200 1135
192.168.14.106 - - [02/Aug/2013:21:10:46 +0200] "GET /cgi-bin/dgate.exe?port=9998&address=localhost&mode=querystudies&key=&query=patientid+=+%272158676359.1602436055%27 HTTP/1.1" 200 1638
192.168.14.106 - - [02/Aug/2013:21:10:48 +0200] "GET /cgi-bin/dgate.exe?port=9998&address=localhost&mode=queryseries&key=&query=DICOMStudies.patientid+=+%272158676359.1602436055%27+and+DICOMSeries.studyinsta+=+%271.2.826.0.1.3680043.2.135.735064.43065746.7.1375162676.86.8%27 HTTP/1.1" 200 1437
192.168.14.106 - - [02/Aug/2013:21:10:50 +0200] "GET /cgi-bin/dgate.exe?port=9998&address=localhost&mode=queryallimages&key=&query=DICOMStudies.patientid+=+%272158676359.1602436055%27+and+DICOMSeries.seriesinst+=+%271.2.826.0.1.3680043.2.135.735064.43065746.7.1375162676.102.12%27 HTTP/1.1" 200 6985
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,
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 Joerg,
I just posted an issue on github about this. Thanks for reporting.
Marcel
Hi,
As you figured out, only dwv version 0.3 will work for now with Conquest 1.4.17. I am working on allowing multi-slice directly in dwv, this will be availlable with the final v0.4.
To download v0.3, check this page: https://github.com/ivmartel/dwv/releases/tag/v0.3. You can download the full code or just browse it.
Best,
Yves
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
Don’t have an account yet? Register yourself now and be a part of our community!