Posts by scoots39

Hello All,
Anyone out there familiar with and "playing" with the source code ? I am looking into re-enabling (and re-compiling) the virtual query for modality worklist. I was looking at the code last night and can NOT for the life of me see where/how it is disabled - but I am complete C++ hack. The VirtualQuery function appears to contain all the parameters to support the functionality including:

level=0;
if (strncmp(Level, "PATIENT", 7)==0) level=1;
else if (strncmp(Level, "STUDY", 5)==0) level=2;
else if (strncmp(Level, "SERIES", 6)==0) level=3;
else if (strncmp(Level, "IMAGE", 5)==0) level=4;
else if (strncmp(Level, "WORKLIST",8)==0) level=5;

I guess I naively expected to find something like last line commented out to dis-able it. I see from the source comments that it was disabled in v1.14.11.
Any help would be appreciated.
Thanks,
Scott

Quote from marcelvanherk

Hi,

it is only in 1.4.16e.

Marcel

Can I read this as "1.4.16e or later".?

An application where Conquest acting as a virtual MWL router would be helpful would be where the hospital MWL server CAN NOT function in promiscuous mode - but Conquest can.
Our current, "new" MWL provider requires each querying entity be registered with it's AE Title and IP address. This is very impractical, if not useless, for several of our distributed applications that functioned marvelously with dynamic IPs and generic AE_Titles. A single Conquest virtual MVL server/router/forwarders, with its static IP and AE_Title that could then route MWL queries to these applications would solve our problem with the new MWL.
Is it possible to add this "feature" to the wish list?

Hello,

Is there a method to add fields (non-DICOM attributes) to the database - i.e. add a "status" field to the Studies table? I can add is manually (SQL Management Studio) but even "Clear Image Database" appears to reconstruction the database as defined by dicom.sql.

Is it safe to use the qSpare field in the Studies table for a something like this?

Thanks,
Scott

Hello Marcel,
Can you provide more detail on the inter play between ForwardCollectDelay and the 'after NN' in the process script command? If ForwardCollectDelay = 0 and

ExportConverter0 = process study after 20 by notepad.exe

the converter appears to fire every 20sec during the reception of data from the same study - it does not appear to wait until 20 seconds AFTER the reception is complete. If ForwardCollectDelay = 600 and after NN flag removed, the converter appears to wait the 600 seconds and fires.

Thanks,
Scott

Noticed I missed the 'by' but adding it did not appear to work either.

Hello,
I am looking for a method to trigger or alert an external application after a Study has been successfully sent to Conquest. I was testing with the 'process' command. Should the following have worked:

ExportConverters = 1
ExportConverter0 = process study after 300 append "%b%n" to E:\incoming.txt

I am assuming that the manual's reference to 'command' in the scripting section means Conquest script commands, not external to Conquest commands - correct?

Thanks, Scott

Robert,
Interestlingly, I turned on the debugging in the production v1.4.15 and found a reference for the connecting IP. Have that turned on now and monitoring. Thanks for the converter link.
BTW, what does "multiplex: connection terminated" actually mean? Know it causes problems (for us at least) during a receive and forward, but haven't found a definition.
Thanks,
Scott

Is this debug version fairly stable? I've had the multiplex issue intermittently and would like to figure out what is happening, but need to not bring the lab to a hault.
Regards, Scott

Any change in getting a copy of that efilm 1.5.3 installer? Rebuilding a crased machine I can't find my original anywhere....
Thanks, Scott

We have run across an issue where our MRI analysis application will load/display/analize data if read directly from the CD, but if the data is imported into Conquest (v1.4.14 or v1.4.15) the application displays blank images. We have been informed by the vender that the issue is that the Conquest version does not include a length value for (0088,0200) and that the app does not know "where" to find the pixel data.

I have used the Offis dcmdump app to produce the following:

Image data from CD: (not the entire sequence is not included here)

(0088,0200) SQ (Sequence with explicit length #=1) # 5054, 1 IconImageSequence
(fffe,e000) na (Item with explicit length #=15) # 5046, 1 Item
(0028,0002) US 1 # 2, 1 SamplesPerPixel
(0028,0004) CS [PALETTE COLOR] # 14, 1 PhotometricInterpretation
(0028,0010) US 64 # 2, 1 Rows
(0028,0011) US 64 # 2, 1 Columns
(0028,0100) US 8 # 2, 1 BitsAllocated
(0028,0101) US 8 # 2, 1 BitsStored
(0028,0102) US 7 # 2, 1 HighBit
(0028,0103) US 0 # 2, 1 PixelRepresentation
(0028,1101) US 256\0\8 # 6, 3 RedPaletteColorLookupTableDescriptor
(0028,1102) US 256\0\8 # 6, 3 GreenPaletteColorLookupTableDescriptor
(0028,1103) US 256\0\8 # 6, 3 BluePaletteColorLookupTableDescriptor

Image data from Conquest v1.4.15:

(0088,0200) SQ (Sequence with undefined length #=1) # u/l, 1 IconImageSequence
(fffe,e000) na (Item with undefined length #=15) # u/l, 1 Item
(0028,0002) US 1 # 2, 1 SamplesPerPixel
(0028,0004) CS [PALETTE COLOR] # 14, 1 PhotometricInterpretation
(0028,0010) US 64 # 2, 1 Rows
(0028,0011) US 64 # 2, 1 Columns
(0028,0100) US 8 # 2, 1 BitsAllocated
(0028,0101) US 8 # 2, 1 BitsStored
(0028,0102) US 7 # 2, 1 HighBit
(0028,0103) US 0 # 2, 1 PixelRepresentation
(0028,1101) US 256\0\8 # 6, 3 RedPaletteColorLookupTableDescriptor
(0028,1102) US 256\0\8 # 6, 3 GreenPaletteColorLookupTableDescriptor
(0028,1103) US 256\0\8 # 6, 3 BluePaletteColorLookupTableDescriptor

Our work around for the moment is to use an import converter to remove the entire (0088,0200) VR and the application will properly load and display the image sets.

Any thoughts?

Thanks you,
Scott

Can an InportConvert create and/or modify a VR sequence? If so, could you provide an example of how to add script to create:

(0054,0016)
----->(0018,0000) = "14"
----->(0018,0031) = "Rb-82"

please?

Also, the manual list command as 'I', 'E' or 'IE'. Does this indicate the 'I' commands will run in "ImportConverterN = " script elements, 'E's require "ExportConverterN = " and 'IE's will run with either "ImportConverter = " or "ExportConverter = "?

Thank you. Conquest is a fantastic tool - your work and time is greatly appreciated.
Scott

Marcek,
Looks like I have been using Conquest (for years now) under a few false assumptions regarding the acrnema.map list. I have allows pictured that the acrnema.map list controlled which nodes could receive data from a Conquest server via a C-Move request. I assumed that Conquest answered any query request (promiscuous mode) but would not "honor" a request for a C-Move operation if the node was not in the acrnema.map list. I think the header of acrnema.map ("Known DICOM providers" tab) is mis-leading in this regard.

I was suprised (embarrassed) that I did not understand this aspect of the server. I'm guessing this has not been raised as an issue before now. I guess I'm feeling a little awkward about you changing the code (doing more work) because of my ignorance.

Best regards,
Scott

Hello,
I don't use hostnames in my acrnema.map files. Here is one of mine:

CONQUESTNM 10.101.8.48 5678 un
CONQUESTNC 10.101.8.48 5679 un
CONQUESTQC 10.101.8.48 5680 un
ESOFTNMPR1 10.101.8.42 104 un
ESOFTNMPR2 10.101.8.40 104 un
ESOFTNMPR3 10.101.8.49 104 un
ESOFTNMP 10.101.8.41 104 un
ESOFTPET 10.101.8.54 104 un
ESOFTDEMO 10.101.8.13 104 un
PHYSICS 10.101.8.50 104 un
NCRESEARCH 10.101.8.52 5680 un
ESOFT551 10.101.8.55 104 un
GEPACS 10.7.222.47 4100 un
KPACS15 10.101.8.15 5678 un
NUCMEDPC1 10.101.8.15 104 un
LEONMPR1 10.101.8.66 104 un
LEONMPR2 10.101.8.67 104 un
PETCTACQ 10.101.8.64 104 un
PETCTPROC 10.101.8.65 104 un
ICONP 10.101.8.44 104 un
CONQUESTNMB 10.101.8.59 5678 un

Here is an example from the status.log of a C-Move to a node not in the acrnema.map list....

[CONQUESTNM] UPACS THREAD 177: STARTED AT: Fri Dec 19 15:14:16 2008
[CONQUESTNM] Calling Application Title : "TURBONMPR1 "
[CONQUESTNM] Called Application Title : "CONQUESTNM "
[CONQUESTNM] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 32768
[CONQUESTNM] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.2" 1
[CONQUESTNM] C-Move Destination: "TURBONMPR1"
[CONQUESTNM] Number of Images to send: 3
[CONQUESTNM] C-Move (StudyRoot)
[CONQUESTNM] UPACS THREAD 175: ENDED AT: Fri Dec 19 15:14:16 2008
[CONQUESTNM] UPACS THREAD 175: TOTAL RUNNING TIME: 225 SECONDS
[CONQUESTNM] Sending file : F:\conquestnmdcm\0102647537\1.3.12.2.1107.5.6.1.5516.30340108120913342173400000005\1.3.12.2.1107.5.6.1.5516.30340108120916475410900000003\1.3.12.2.1107.5.6.1.5516.30340108120916475410900000005.dcm
[CONQUESTNM] Sending file : F:\conquestnmdcm\0102647537\1.3.12.2.1107.5.6.1.5516.30340108120913342173400000005\1.3.12.2.1107.5.6.1.5516.30340108120916475410900000009\1.3.12.2.1107.5.6.1.5516.30340108120916475410900000011.dcm
[CONQUESTNM] Sending file : F:\conquestnmdcm\0102647537\1.3.12.2.1107.5.6.1.5516.30340108120913342173400000005\1.3.12.2.1107.5.6.1.5516.30340108120916475410900000015\1.3.12.2.1107.5.6.1.5516.30340108120916475410900000017.dcm
[CONQUESTNM] C-Move (StudyRoot)
[CONQUESTNM] UPACS THREAD 177: ENDED AT: Fri Dec 19 15:14:17 2008
[CONQUESTNM] UPACS THREAD 177: TOTAL RUNNING TIME: 1 SECONDS

Do you mean, if the hostname of the destination is known to the windows system hosting a conquest server (i.e. in the hosts table) then any AE_Title on that system is a "valid" C-Move destination? Can I disable this? This would seem to indicate that any system that uses the same windows workgroup could retrieve data from the conquest server - correct?

Actually, I AM able to retrieve (Conquest is performing a C-Move) without the nodes being in acrnema.map lists.
Thanks,
Scott

Can't be said enough - great work gentlemen. Thank you.
I recently migrated to new hardware and upgraded to v1.4.14. I simply copied the acrnema.map files from the original servers - three instanances of Conquest - to the new system. This week we installed four new workstations in the department and included the Conquest servers in their node list. Strangely, I am able to query/retrieve data from the Conquest servers even though I have not added these nodes to Conquest acrnemap.map lists. The install team tested query/retrieve before I had a change to add the new nodes to the lists. I have not used wildcards in the acrnema.map lists. This was very unexpected.
Has anyone else witnessed this? Conquest operating in promiscuous mode?
Thanks, Scott

Thanks Marcel, just a thought.
Any thoughts on how the data becomes malformed - at the sending side when orginally sent to Conquest, from a file copy error, etc.? If the file malformed in its current state what are the options for fixing it to allow inclusion in the system - move from its current location, regen the data directory, then drag an drop back into Conquest?
Thanks, Scott

Hello,
Building a new Conquest server with Win2k3, 4GB RAM, MSSQL2005, Conquest 1.4.13 and ran into the out-of-memory error during a regen of an approximately 500GB worth of data. Wondering if most of these errors are occurring with MSSQL and which versions? Is there a minimum available memory threshold compiled into dgate.exe?
I have three Conquest instances running on one server. I started the regen of the first and ran into the out-of-memory error. Rather than digging for malformed DICOM files, I started a regen of the second instance.
I was watching the taskmager, the amount of CPU utilization and Memery Usage and noted that while dgate.exe and ConquestDICOMServer.exe mem usage remained fairly constant (5-8MB), sqlservr.exe memory usage continued to increase. I left my office with sqlservr.exe mem usage up to 1.5+GB and will find out Monday if this regen also failed.
The SQL databases are stored on two 36GB Ultra320 drives in a RAID-1 mirror - should be more that fast enough. But, I am wondering if the continuous increase in mem usage is being caused by MSSQL not being able write to the database fast enough compared to dgate's ability to read the DICOM data?
Thoughts?
Thanks, Scott

Selecting "Cache image on harddisc" causes application to hang. I have seen this with every disc I have tested - tried CDs on multiple machines as well.

Sorry for the delayed response.
It looks like the issue is the attempted display of a series generated by one of Siemens third party applications. These are encoded as "Results" files and generally do not display in the browser as anything - at times the browser will display the header in the window, other times a series of offset vertical lines. I don't expect them to display, given communication with the vender. It is not a problem that they do not display and has not been an issue on our clincal Conquest systems.
The access violation appeared on one of my research systems and it appears only with these Results files generated for data from a few specific nuclear medicine devices. And from somewhat legacy version of the third party processing software.
Short story long, disabling the bit map display with LargeFileSizeKB = 1 solves the problem.
Thanks.