Posts by simonkrogh

simonkrogh · Mar 26th 2014

Sure. It's straight from the downloaded zip though.

Code

# This file contains configuration information for the DICOM server
# Do not edit unless you know what you are doing


[sscscp]
MicroPACS                = sscscp
Edition                  = Personal


# Network configuration: server name and TCP/IP port#
MyACRNema                = ANONSRV
TCPPort                  = 104


# Reference to other files: known dicom servers; database layout; sops
ACRNemaMap               = acrnema.map
kFactorFile              = dicom.sql
SOPClassList             = dgatesop.lst


# Host(ignored), name, username and password for ODBC data source
SQLHost                  = localhost
SQLServer                = C:\conquest1417d\Data\dbase\conquest.db3
Username                 = 
Password                 = 
SqLite                   = 1
BrowseThroughDBF         = 1
DoubleBackSlashToDB      = 0
UseEscapeStringConstants = 0


# Configure database
TruncateFieldNames       = 10
MaxFieldLength           = 254
MaxFileNameLength        = 255
FixPhilips               = 0
FixKodak                 = 0
KeepAlive                = 0
LargeFileSizeKB          = 4096
PrintSquareLandscape     = 0
UseKpacsDecompression    = 1
ZipTime                  = 05:
UIDPrefix                = 1.2.826.0.1.3680043.2.135.735317.34137742
EnableReadAheadThread    = 1
PatientQuerySortOrder    = 
StudyQuerySortOrder      = 
SeriesQuerySortOrder     = 
ImageQuerySortOrder      = 
EnableComputedFields     = 1
IndexDBF                 = 1
PackDBF                  = 0
LongQueryDBF             = 1000
TCPIPTimeOut             = 300
FailHoldOff              = 60
RetryDelay               = 100
RetryForwardFailed       = 0
ImportExportDragAndDrop  = 0
QueueSize                = 128
WorkListMode             = 0
WorkListReturnsISO_IR_100 = 1
DebugLevel               = 0
Prefetcher               = 0
LRUSort                  = 
AllowTruncate            = 
DecompressNon16BitsJpeg  = 1
UseBuiltInJPEG           = 1
LossyQuality             = 95
IgnoreOutOfMemoryErrors  = 0
NoDICOMCheck             = 0
PadAEWithZeros           = 0
AllowEmptyPatientID      = 0
FileNameSyntax           = 4


# Configuration of compression for incoming images and archival
DroppedFileCompression   = un
IncomingCompression      = un
ArchiveCompression       = as


# Names of the database tables
PatientTableName         = DICOMPatients
StudyTableName           = DICOMStudies
SeriesTableName          = DICOMSeries
ImageTableName           = DICOMImages
WorkListTableName        = DICOMWorkList
DMarkTableName           = DICOMAccessUpdates
RegisteredMOPDeviceTable = RegisteredMOPIDs
UIDToMOPIDTable          = UIDToMOPID
UIDToCDRIDTable          = UIDToCDRID


# Banner and host for debug information
PACSName                 = ANONSRV
OperatorConsole          = 127.0.0.1


# Configure email of error messages
MailHost                 = 
MailPort                 = smtp
MailSignon               = 
MailFromName             = 
MailRcptName1            = 
MailCollectTime          = 1
MailWaitTime             = 10


# Configuration of disk(s) to store images
MAGDeviceThreshhold      = 0
MAGDeviceFullThreshHold  = 30
IgnoreMAGDeviceThreshold = 0
MAGDevices               = 1
MAGDevice0               = C:\conquest1417d\Data\
NightlyCleanThreshhold   = 0

Display More

simonkrogh · Mar 25th 2014

I'll continue my anonymization-troubles here.
I did the same procedure again, but with debugging lvl 4. The log that came out of it is here: http://pastebin.com/Ri82JxPS
I'll email you the anonymized files.

Thanks

simonkrogh · Mar 24th 2014

Sure thing!

Code

20-03-2014 13:57:31 [SLK2] Making patient anonymous from GUI from 0009703828 to patpat
20-03-2014 13:57:31 [SLK2] Importconverter-1.0 executes: newuids
20-03-2014 13:57:31 [SLK2] Deleting database entry for image: C:\conquest1417\Data\HEAD_EXP_00097038\0001_002000_892665661.v2
20-03-2014 13:57:31 [SLK2] SaveToDisk: *** warning: cannot write NKI compressed in dcm format, decompressing: C:\conquest1417\Data\patpat\1.2.826.0.1.3680043.2.135.735312.50127574.7.1395320250.921.3_0001_002000_13953202500000.dcm
20-03-2014 13:57:31 [SLK2] Modified image: C:\conquest1417\Data\patpat\1.2.826.0.1.3680043.2.135.735312.50127574.7.1395320250.921.3_0001_002000_13953202500000.dcm
20-03-2014 13:57:31 [SLK2] Deleting file: C:\conquest1417\Data\HEAD_EXP_00097038\0001_002000_892665661.v2
20-03-2014 13:57:31 [SLK2] Making patient anonymous from GUI from 0009703828 to patpat
20-03-2014 13:57:31 [SLK2] Importconverter-1.0 executes: newuids
20-03-2014 13:57:31 [SLK2] Deleting database entry for image: C:\conquest1417\Data\HEAD_EXP_00097038\0001_003000_892665662.v2
20-03-2014 13:57:31 [SLK2] SaveToDisk: *** warning: cannot write NKI compressed in dcm format, decompressing: C:\conquest1417\Data\patpat\1.2.826.0.1.3680043.2.135.735312.50127574.7.1395320250.921.3_0001_003000_13953202510001.dcm
20-03-2014 13:57:31 [SLK2] Modified image: C:\conquest1417\Data\patpat\1.2.826.0.1.3680043.2.135.735312.50127574.7.1395320250.921.3_0001_003000_13953202510001.dcm
20-03-2014 13:57:31 [SLK2] Deleting file: C:\conquest1417\Data\HEAD_EXP_00097038\0001_003000_892665662.v2

Display More

Looks very much like yours...

What I see in the GUI is: http://i57.tinypic.com/dvo4t3.png

simonkrogh · Mar 20th 2014

I tried starting a basic 1.4.17d instance with a SqLite database. After generating the database tables, I went straight to "browse database" and tried to anonymize the HEAD_EXP2 data set. Unlike the earlier versions of 1.4.17, the patient ID I entered was indeed written to the patient, both in the DICOM files and in the patient list in the Conquest GUI. Unfortunately it seems that some of the internal references broke; I get nothing in the study- and series lists when I select the newly anonymized patient. If I open the DICOM files in DicomPyler, everything appears fine, but even if I try to rebuild the Conquest database the issue remains.

Any thoughts?

I'm on a Win7 x64 by the way.

simonkrogh · Mar 22nd 2012

I'll suggest this to the rest of the group. Unfortunately it's not my decision alone. But since IIS seems decided not to be cooperative, I don't see any other option - which is fine with me

Thanks a lot for the help.

simonkrogh · Mar 21st 2012

I've tried some more things in my attempts to reproduce the timeout error I get when trying to access the dgate.exe CGI.
My little test CGI-program is growing and now also uses the ClearCanvas libraries to get a list of patient IDs using DICOM. This works just fine. I also run the Conquest dgate.exe as a System.Diagnostics.Process (argument "--patientfinder:local|0|%0.0s%s" ) and get the same list of patient IDs with no problems...
I'm not sure where to go from here. Is the last function not how the CGI dgate.exe uses the Conquest dgate.exe as well?

Below is my DGateEquivalent class that I'm working on. It contains

a constructor which connects the object to the SQL database[/*]
a function returning a list of the patient names from the SQL database[/*]
a function returning a list of the patient IDs from a direct DICOM query, using ClearCanvas[/*]
a function returning a list of the patient IDs from dgate.exe[/*]

Code

using System;
using System.Data.SqlClient;
using System.Collections;
using System.Collections.Generic;


using ClearCanvas.Dicom;
using ClearCanvas.Dicom.Network.Scu;
using ClearCanvas.Dicom.Iod.Iods;


class DGateEquivalent
{
    public DGateEquivalent()
    {
        SqlConnectionStringBuilder scsb = new SqlConnectionStringBuilder();


        scsb.DataSource = DBHostIP;
        scsb.InitialCatalog = ConquestDBCatalog;
        scsb.Password = ConquestDBPW;
        scsb.UserID = ConquestDBUser;
        try
        {
            ConquestConn = new SqlConnection(scsb.ConnectionString);
        }
        catch (Exception ex)
        {
            throw new Exception("At SqlConnection constructor", ex);
        }


        try
        {
            ConquestConn.Open();
        }
        catch (Exception ex)
        {
            throw new Exception("At SqlConnection.Open()", ex);
        }


    }


    public List<string> GetPatientNames()
    {
        List<string> result = new List<string>();


        string cmdTxt = "SELECT [PatientNam] FROM DICOMPatients";
        SqlCommand cmd = new SqlCommand(cmdTxt, ConquestConn);


        SqlDataReader dr = cmd.ExecuteReader();


        while (dr.Read())
        {
            result.Add(dr[0].ToString());
        }


        dr.Close();


        return result;
    }


    public List<string> GetDICOMPtIDs()
    {
        List<string> result = new List<string>();


        StudyRootFindScu findScu = new StudyRootFindScu();
        StudyQueryIod sqi = new StudyQueryIod();
        sqi.QueryRetrieveLevel = QueryRetrieveLevel.Study;
        sqi.SetCommonTags();


        IList<StudyQueryIod> results = findScu.Find(DICOMLocalAE, DICOMRemoteAE, DICOMRemoteIP, DICOMRemotePort, sqi);


        foreach (StudyQueryIod item in results)
        {
            result.Add(item.PatientId);
        }


        return result;
    }


    public List<string> GetConquestPtIDs()
    {
        List<string> result = new List<string>();


        System.Diagnostics.Process dgate_proc = new System.Diagnostics.Process();
        dgate_proc.EnableRaisingEvents = false;
        dgate_proc.StartInfo.FileName = DGate_App;
        dgate_proc.StartInfo.Arguments = "--patientfinder:local|0|%0.0s%s";
        dgate_proc.StartInfo.UseShellExecute = false;
        dgate_proc.StartInfo.RedirectStandardOutput = true;


        dgate_proc.Start();
        System.IO.StreamReader sr = dgate_proc.StandardOutput;


        string curLine = "";
        while ((curLine = sr.ReadLine()) != null)
        {
            result.Add(curLine);
        }


        return result;
    }
}

Display More

simonkrogh · Mar 21st 2012

I just found something that made my SQL-enabled CGI app work.

http://support.microsoft.com/kb/922780/ applies precisely to my situation here, and it worked like a charm. Unfortunately it didn't do anything for dgate.exe, so I'm still looking for solutions...

simonkrogh · Mar 21st 2012

Well this is interesting...

As i said, I made a small app in c# that writes very simple html to the console and put it on the same web site as dgate.exe, and it worked with no problems. Now, though, I tried to give it a few simple sql features, listing the patient names from the Conquest SQL database. This app threw an exception as soon as I ran the SqlConnection constructor - even if it was run with no parameters at all. The CGI dgate.exe doesn't even access the Conquest database?
I tried running the same SQL-enabled test CGI app on an Apache server on my local computer, and it worked just fine. The problem definitely seems to be related to the user permission setup on the IIS server somehow... I'll read up on the details of how to work these things right, and return with the solution if I find it.

Thanks for the response

simonkrogh · Mar 20th 2012

I'm working with IIS6 on Windows Server 2003 Standard edt., but I think I've already done the corresponding things for IIS6 as the post describes for IIS7: Get the IIS to allow running dgate.exe (in cgi-bin), and set execute permissions for the Conquest web site.
Is there any way I can configure dgate.exe to log debug information when using the CGI interface?

simonkrogh · Mar 20th 2012

Hmm... I don't see anything new in the post you linked. Create permissions to run the dgate.exe executable, and set executable permissions in the web site. Though I'm guessing you got it to run on IIS7 since that's what the instructions are for? I'm trying to get it to run on a Windows Server 2003 Standard Edt. with IIS6. Have you tried it in that setup?
My guess is that dgate.exe is running other executables, to which the internet user (IUSR_HOSTNAME) has no execute rights, as subprocesses, and this is what makes it fail. Can you tell me which, if any, other executables dgate.exe accesses?

simonkrogh · Mar 19th 2012

I replaced the Conquest server software with the latest version ( build date march 31st 2011 ). dgate.exe has the same properties and permissions as the HelloWorld-CGI that I made, which is working fine. It still times out when I try to access .../dgate.exe?mode=top (I'm guessing you meant '?' and not '/')

simonkrogh · Mar 19th 2012

I am working on setting up a Conquest server with its web interface running in IIS on a virtual server.
I've created the Conquest server and verified that I can access it via DICOM.
I've created the web site in IIS and set execute permissions throughout the directory structure.
I've created an AppPool specificly for Conquest.
I've created a web service extension instance allowing CqDicom.dll, dgate.exe (both the one running CGI, and the one running the actual DICOM server), DgateServ.exe, libmysql.dll, and ZipDll.dll. - I've included everything I thought made sense, and then some attempting to make things work.
I can access regular html documents and a compiled CGI-program just generating a Hello World message fine, but when I point my browser to dgate.exe, it hangs for five minutes and then tells me I've reached a CGI Timeout.

I'm running conquest 1.4.16 using a MS SQL database.

My directory structure is as follows:
D:\DicomServer\ <- Main conquest files.
D:\DicomServer\webserver <- contains ActiveFormProj1.ocx and conquest.jpg
D:\DicomServer\webserver\cgi-bin <- dgate.exe, dicom.sql, sample.cq, TestCGI.exe (HelloWorld program testing CGI), and dicom.ini containing:

Code

[sscscp]
MicroPACS                = sscscp


kFactorFile              = D:\DicomServer\dicom.sql
TruncateFieldNames       = 10


WebServerFor             = xx.xx.xx.xx (Host LAN IP)
TCPPort                  = 104


WebScriptAddress         = http://(Host LAN IP:Website port)/cgi-bin/dgate.exe


WebReadonly              = 1


[webdefaults]
size     = 560
dsize    = 0
compress = n4
iconsize = 48
graphic  = gif
viewer   = serversideviewer


[wadoservers]
TESTWADOSRV = http://www.hospital-stmarco/radiology/wado.php


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


[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\

Display More

I hope someone here can help me. Might it be a problem that I'm not using port 80 for this? I'm not at a liberty to use this port on this server.

simonkrogh · Sep 22nd 2011

Ah, no I didn't. I added a line

Code

Dummy[n-1]  FORWARDING_SERVERn  RemoteAE

for each server in the system, and now it works smoothly. Thanks

simonkrogh · Sep 21st 2011

Hi

I'm having a bit of trouble with a server running a number of Conquest 1.4.16 servers. One server is the central server, to which the other servers forward everything they receive. The problem is that when I try to send something to my central server, I get the following errors in the server status when in debug log mode:

Code

Connected by address: 0100007fCalling party not recognizedInterogateAAssociateRQ failed*** multiplex: connection terminated

So I thought that the solution would be pretty straight forward, and I started going through the "known DICOM providers" of the servers. But everything seems to be in order. I do the forwarding with the lines

Code

ExportConverters = 1ExportConverter0 = forward to CENTRAL_SERVER; delete series modality * after 300

The forwarding servers' acrnema.map-files look like this:

Code

FORWARDING_SERVERn  127.0.0.1  1003  unCENTRAL_SERVER  127.0.0.1 104  un

And the central server's acrnema.map looks like this:

Code

CENTRAL_SERVER  127.0.0.1  104  un
FORWARDING_SERVER1  127.0.0.1  1001 un
FORWARDING_SERVER2  127.0.0.1  1002 un
FORWARDING_SERVERn  127.0.0.1  1003 un

But even with this configuration, which to me looks correct, and several server restarts, the problem persists. Who has any good ideas?

Posts by simonkrogh

Update 1.4.17d released

Update 1.4.17d released

Update 1.4.17c released

Update 1.4.17c released

Web service in IIS

Web service in IIS

Web service in IIS

Web service in IIS

Web service in IIS

Web service in IIS

Web service in IIS

Web service in IIS

Calling party not recognized

Calling party not recognized