hello,
where can I store the necessary files ( dgate.exe etc. ) for running the webviewer with IIS?
There is no folder cgi-bin like apache.
Storing the files in scripts, wwwroot failed, I only could download the dgate.exe but not starting it.
hello,
where can I store the necessary files ( dgate.exe etc. ) for running the webviewer with IIS?
There is no folder cgi-bin like apache.
Storing the files in scripts, wwwroot failed, I only could download the dgate.exe but not starting it.
Hello Bushranger
I tested the viewer in /scripts. It was ok. The conquest-server must run as service or exe. If it does not the webviewer shows empty tables.
I can't remember the reason (some months haved passed) but I also had some problems. Possibly the solution was to give the standard internetuser (IUSR_..... or similar) the correct access rights. You can test it by giving "everyone" the full rights to /scrips during the test phase. Next week I will look to the configuration of my installation.
Quote from Bushrangerhello,
where can I store the necessary files ( dgate.exe etc. ) for running the webviewer with IIS?
There is no folder cgi-bin like apache.
Storing the files in scripts, wwwroot failed, I only could download the dgate.exe but not starting it.
Thansk for your fast reply, but the probs remain for me.
Installing the dgate and the dicom.ini in the folder scripts I get the following error code
calling http://192.168.178.49/scripts/dgate.exe
CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:
My dicom.ini
# 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
[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:\dicomconquest1.4.12c\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.12d up, if an older version is used the ActiveX viewer will not display images
WebServerFor = 192.168.178.49
TCPPort = 5678
# if set to 1, the web user can edit databases and (in future) other things
WebReadonly = 0
# 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
# for wamp: the ocx canNOT be in C:\wamp\Apache2\cgi-bin, I put it in c:\wamp\www
WebCodeBase = http://192.168.178.49/
# 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://192.168.178.49/Inetpub/Scripts/dgate.exe
# this is an optional virtual directory used to http: all images from mag0
# this entry is experimental and unused except for manual calls to mode=seriesviewer2
# in this mode (only) ocx will not download images if wrong - shows as black square with controls
WebMAG0Address = http://192.168.178.49/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:/dicomconquest1.4.12c/data/"
#
<Directory "c:/dicomconquest1.4.12c/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), and size of the icons in the image list
# note: all items require at least one space left and right of the '=' !
[webdefaults]
size = 560
dsize = 0
compress = n3
iconsize = 48
what con be wrong here?
With apache I don t have any probs, but I don t want to install 2 webservers ( or better said our client )
The problem is that the exe is served as if it is HTML and not executed to produce html. This depends on the rights set for the scripts directory.
I am having the very same problem with IIS and the cgi mishaveing. I have granted permission to scripts still same problem. Anyone know a way to fix this?
Here are my systems where the web interface is ok:
Windows XP Professional SP2 with IIS V5.1
Windows 2000 SP4
Today I tested some modifications in my installation on the XP-System.
1)My old Installation in path /scripts was OK
2)Next test: copy of dgate.exe+dicom.ini to path /cgi-bin (I just created it).
3) edit the web properties of cgi-bin:
access rigths: "read"
appication rights: "execute including scripts"
4)->OK
5) now some URL's and the response:
_______________________________________________________________________________________________________________________
http://localhost/cgi-bin/dgate.exe?
CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:
________________________________________________________________________________________________________________________
http://localhost/cgi-bin/dgate.exe?mode=querypatients
Conquest DICOM server - version 1.4.13alpha
List of all patients
Patient ID Name Sex Birth date
(stops here if the related conquestserver is not started, otherwise a list of all patients follows)______________________________________________________________________________________________________________________
In the past sometimes it was helpful to restart the WWW-publishing service after my modifications - for example with:
net stop w3svc
net start w3svc
Internet Information services help:
http://localhost/iishelp/iis/misc/default.asp[/i]
thanks Hubert, its working.
But unfortunately you can t preselect a patient, you get the whole list with all patients.
And you can t display the database layout, allthough this may be of minor importance.
I think there must be something wrong.
Thanks Marcel, that works.
Unfortunately, with the new version it doesnt run, allthough the webserver is runnung.
I only get the message, that I mght download the dgate.exe.
Any solution for that prob?
I am using 1.4.13 beta.
Hi,
The web server decides to serve up the exe as file, not run it. This is done before dgate is run. In addition the web server was not changed since 1.4.13alpha. So I think it must be a problem with your configuration.
Marcel
The conquestserver is running without any probs.
But there is nothing to configure, only the path to the images.
So I don t understand why its not running.
You can try the old dgate.exe as web server (in inetpub\scripts) for the 1.4.13beta dicom server. In this way the web server is as was. Actually your problem wll occur even when the dicom server is not running....
Marcel
I ve tried that, instead of the webpage there is only displayed numbers and letters, so something is going wrong.
with the apache there arent any probs.
Hi,
My Conquest was working fine with Win2003/MSSQL200/IIS for
http://localhost/cgi-bin/dgate.exe?mode=top . Like create C:\Inetpub\wwwroot\cgi-bin and copy/paste dgate.exe,dicom.ini. Restart IIS.
Also http://localhost/cgi-bin/dgate.exe?mode=querypatients
I can pull my patient list. But when I try to view, viewer was come up with black screen.
Please see the manual of 1.4.13 and the dicom.ini included in 1.4.13, directory webserver.
Marcel
Unfortunately I ve the same prob as mentioned before, allthough I doblechecked the installation ( version 1.4.13 ) after reading the manual .
When calling the webserver, there allways appears the box with the question, if I want to download the dgate.exe file.
I ve registered the server, and I really don t know, what I done wrong.
PHP is running well with the IIS.
Can anybody give me some help?
It guess is an IIS security issue. Use apache?
Marcel
Don’t have an account yet? Register yourself now and be a part of our community!