web dicomviever for conquest with IIS

  • 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 Bushranger

    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.

  • 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 )

  • 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.

  • 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

  • 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

  • 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?

Participate now!

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