Web access to the Conquest DICOM server !

Hi,

Please read the manual first.

Marcel

Hi,

just copy the contents of webserver into cgi-bin of apache. Then it should work, at least from the local machine. The OCX and the JPG image should (optionally) go into the htdocs (www) folder.

For configuration, you need to edit the the dicom.ini in the cg-bin folder and set the IP address of your machine.

Marcel

Hi,

I believe IIS maps cgi-bi to a scripts folder, but for me this is years ago. I guess you have to refer to IIS documentation for CGI.

Marcel

Hi,
was there a solution to this problem - I am having the same issue.
Our hopital will only run IIS - no APACHE allowed!
Cheers,
Mike

Hi Mike,

I am pretty sure conquest (1.4.16g) works with IIS, but you have to put the files in the right place (for a cgi application). This link may give a clue how to do this:

http://www.freedomwebmaintenan…ws_IIS_cgi-bin_setup.html

The hard part is to set the permissions correctly such that dgate.exe may be run.

Marcel

Thanks Marcel,
Setup the webserver as a site in IIS server 2008 as per the instructions.
Our awesome IT guy Ken came up with the follwoing before I could forward on your suggested site so it may be useful for others.
For security reasons every CGI has to be registered in the ISAPI/CGI Restriction list.
To do that you have to open INETMGR, click the machine node (name of your machine) and find the ISAPI/CGI Restriction List menu icon.

Select the item and add the following entries in the dialog box:
ISAPI or CGI path:
c:\inetpub\wwwroot\cgi\SimpleCGI.exe
Description:
SimpleCGI
Check the Allow extension path to execute box

The next step is to create a virtual directory that allows CGIs to execute.
Right click the "Default Web Site" in INETMGR and select "Add Virtual Directory".
Add the following entries:
Alias: cgi
Physical path: c:\inetpub\wwwroot\cgi
then click OK

One last step: we still don't allow "Execute" access in this directory.
For this you have to go to the Handler Mappings menu of the CGI virtual directory (make sure you select the CGI virtual directory on the left hand side!).

Go to the "Edit Feature Permissions" link in the Actions Menu on the right hand side, open it and check "Read", "Script" & "Execute" and click "OK".

Should work fine now

Hi Marcel,
The only problem now is that when I try to use the viewer from the webserver there are no images displayed in it!!
I get the viewer itself - it mustnt be looking at the db some how??
Cheers,
Mike

Hi,

which viewer? For the OCX to wokr you need to set webscriptbase as instructed in the dicom.ini ini cgi-bin.

Marcel

Hi Marcel,
Here is my dicom.ini - I have the ActiveFormProj1.ocx in the directory above the webserver.
#
# This file contains configuration information for the conquest cgi web server;
# it must be in the same directory as the dgate.exe in the web server script directory.
# For wamp: dgate.exe runs if it is put in C:\wamp\Apache2\cgi-bin
# The server home page is then "http://127.0.0.1/cgi-bin/dgate.exe?mode=top"
# The cgi interface has been tested with wamp5, dgate4.12d, and ie6sp1
#
# modified 20070213: default to n4, note about ocx only required on client
# modified 20080902: webreadonly ON; graphics and viewer configs; sample scripted web pages
# modified 20101121: Added wadoservers section
#
# configured for ICCC application RO_PACS by MJB 20111103

[sscscp]
MicroPACS = sscscp

# database layout (copy dicom.sql to the web server script directory or point to the one in your dicom server directory)

kFactorFile = c:\dicomserver\dicom.sql
TruncateFieldNames = 10

# default IP address and port of DICOM server (may be non-local, web pages empty if wrong)
# use version 1.4.14 up, if an older version some feautues will not work

WebServerFor = 10.39.36.67
TCPPort = 5678

# path to script engine: ocx will not download images if wrong - shows as black square with controls
# for wamp: dgate.exe runs if it is put in C:\wamp\Apache2\cgi-bin

WebScriptAddress = http://10.39.36.67/webserver/dgate64.exe

# web or local location of ActiveFormProj1.ocx for download (include trailing / or \)
# the activeX control will not download if wrong or security too high - shows as white square with red x
# note: it only needs to be registered by the client, not the server!
# for wamp: the ocx canNOT be in C:\wamp\Apache2\cgi-bin, I put it in c:\wamp\www (above cgi-bin)
# - the default value is derived from WebScriptAddress

WebCodeBase = http://10.39.36.67/

# if set to 1, the web user cannot edit databases and (in future) other things

WebReadonly = 1

# this is an optional virtual directory used to http: all images from mag0
# this entry is experimental and unused except for viewer=seriesviewer2
# in this mode (only) ocx will not download images if wrong - shows as black square with
# controls - the default value is derived from WebScriptAddress

#WebMAG0Address = http://127.0.0.1/mag0

# excerpt from C:\wamp\Apache2\conf\httpd.conf required for WebMAG0Address (un-# there)
# or use the wamp traybar menu to create the alias

#Alias /mag0/ "c:/dicomserver/data/"
#
#<Directory "c:/dicomserver/data">
# Options Indexes MultiViews
# AllowOverride None
# Order allow,deny
# Allow from all
#</Directory>

# these settings control size of slice and series viewers, max size of transmitted dicom images
# (0=original), compression for images sent to the activex (may be un,n1..4,j1,j2), the size of
# the icons in the image list, the image type used for icons and slice display, and the dgate
# mode containing the viewer (may be seriesviewer, seriesviewer2, noviewer, serversideviewer,
# or aiviewer - java code of the latter not included with 1.4.14).
# note: all items require at least one space left and right of the '=' !

#[webdefaults]
size = 560
dsize = 0
compress = un
iconsize = 48
graphic = gif
viewer = seriesviewer
#[imagejaviewer]
#source = imagejaviewer.cq

# enter address (up to not including the ?) of the WADO server for each DICOM AE listed
# the sample (for AE TESTWADOSRV) comes from the DICOM standard and is not valid
# the default is the local conquest server (which could use virtualservers as WADO bridge)

#[wadoservers]
#CONQUEST = http://10.39.36.67/webserver/dgate64.exe

# this creates web page http://xxxxx/cgi-bin/dgate.exe?mode=sample

[sample]
source = sample.cq
variable = sample 1

# this creates web page http://xxxxx/cgi-bin/dgate.exe?mode=sample2
# Note: in the header parameter newline is written as \

[sample2]
variable = sample 2
line0 = <HEAD><TITLE>Conquest DICOM server - %variable%</TITLE></HEAD>
line1 = <BODY BGCOLOR='CFDFCF'>
line2 = <H2>Conquest DICOM server - %variable%</H2>
line3 = </BODY>
header= Content-type: text/html\Cache-Control: no-cache\

Hi,

non-stabdard is the use of dgate64.exe as cgi server instead of dgate.exe. For the rest it seems normal, if you can access the server as:

http://10.39.36.67/webserver/dgate64.exe?mode=top

Marcel