Thank you very much for your response.
I will try your suggestions and let you know.
regards.
Posts by mukoya
-
-
One solution I am considering is to set a task via third party application to delete images older than 3 days from disk. I can then manually do a database regen periodically. It would help if there is a way to automate database regeneration, say every night.
Thanks.
Mukoya.
-
Well, Quite an intense discussion there about lua!
I have a similar issue & would like to find out if there is a way other than via lua scripts to sort this out.
I am using Conquest as a router and converter within a teleradiology workflow. It is not supposed to keep studies for long.
I have issues with using disk watermarks because there are two other DICOM servers running on this cloud that also use disk space to delete older studies: 1. ClearCanvas server- I managed to get a way around CC. 2. Pacsone Server- would conflict with conquest because it is less configurable in this aspect.
Cloud storage is limited and the final server from where people view images and reports is Pacsone. I need studies to stay here for as long as possible. Pacsone also uses free disk percentage to delete old studies
I have set nightly threshold in Conquest to a figure well above total storage capacity so that every night all studies are deleted.
Problem is that many times, there is a study actively being received by Conquest at 1AM. With poor internet connectivity, a study may take several minutes to even hours to be transmitted from site to Cloud and therefore through conquest.
I did a test last night to simulate a situation where a study is being transferred at 1am when the deletion task runs: Images that were received prior to 1am are deleted. database record is deleted. images arriving after 1am are preserved but with no database entry for that study. It seems the study is also, therefore not forwarded to pacsone.
Ideal situation: study to be deleted 3 days after it was last accessed. Sometimes a study that is 2 months old is pushed through for comparison. I would not like such a study to be immediately deleted. Alternative is 3 days after it was first received. Compromise is 3 days after study date.
If the only way out is lua, I will have to take some time and try to figure out how lua works.
Any suggestion will be greatly appreciated.
Mukoya.
-
To satisfy my curiosity, I will try this virtual server setup with a different dicom server.
Thanks.
-
Thanks.
The 3 are all Virtual servers on one Clearcanvas Imageserver Installation.
I will keep trying, I am certain it will work.
Quick one: I see logs saying "multiplex connection terminated", Is it something I should worry about?
-
Some logs here:
Opened Conquest>Query from Workstation>Receive study list from the 3 servers as expected>tried retrieve a study that is located on one of the server unsuccessfully>to test move operation from Conquest to Workstation, I manually push a study:
CONQUESTSRV1] DGATE (1.4.17beta3, build Thu May 23 15:02:44 2013, bits 64) is running as threaded server
[CONQUESTSRV1] Database type: built-in SQLite driver
[CONQUESTSRV1] Started 13 export queue thread(s)
[CONQUESTSRV1] User interface test: local server is running!
[CONQUESTSRV1]
[CONQUESTSRV1] UPACS THREAD 1: STARTED AT: Fri Aug 30 00:45:09 2013
[CONQUESTSRV1] Calling Application Title : "CCWS_VPS "
[CONQUESTSRV1] Called Application Title : "CONQUESTSRV1 "
[CONQUESTSRV1] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 116794
[CONQUESTSRV1] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.1" 1
[CONQUESTSRV1] (StudyRootQuery) search level: STUDY
[CONQUESTSRV1] C-Find (StudyRoot) located 0 records
[CONQUESTSRV1] UPACS THREAD 1: ENDED AT: Fri Aug 30 00:45:09 2013
[CONQUESTSRV1] UPACS THREAD 1: TOTAL RUNNING TIME: 0 SECONDS
[CONQUESTSRV1]
[CONQUESTSRV1] UPACS THREAD 2: STARTED AT: Fri Aug 30 00:45:16 2013
[CONQUESTSRV1] Calling Application Title : "CCWS_VPS "
[CONQUESTSRV1] Called Application Title : "CONQUESTSRV1 "
[CONQUESTSRV1] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 116794
[CONQUESTSRV1] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.1" 1
[CONQUESTSRV1] (StudyRootQuery) search level: STUDY
[CONQUESTSRV1] C-Find (StudyRoot) located 9 records
[CONQUESTSRV1] UPACS THREAD 2: ENDED AT: Fri Aug 30 00:45:16 2013
[CONQUESTSRV1] UPACS THREAD 2: TOTAL RUNNING TIME: 0 SECONDS
[CONQUESTSRV1]
[CONQUESTSRV1] UPACS THREAD 3: STARTED AT: Fri Aug 30 00:45:20 2013
[CONQUESTSRV1] Calling Application Title : "CCWS_VPS "
[CONQUESTSRV1] Called Application Title : "CONQUESTSRV1 "
[CONQUESTSRV1] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 116794
[CONQUESTSRV1] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.2" 1
[CONQUESTSRV1] C-Move Destination: "CCWS_VPS"
[CONQUESTSRV1] C-Move (StudyRoot)
[CONQUESTSRV1] UPACS THREAD 3: ENDED AT: Fri Aug 30 00:45:20 2013
[CONQUESTSRV1] UPACS THREAD 3: TOTAL RUNNING TIME: 0 SECONDS
[CONQUESTSRV1] db extract for GUI of patient dbf
[CONQUESTSRV1] db extract for GUI of patient: 0009703828
[CONQUESTSRV1] db extract for GUI of patient: 0009703828
[CONQUESTSRV1] db extract for GUI of patient: 7190
[CONQUESTSRV1]
[CONQUESTSRV1] UPACS THREAD 10: STARTED AT: Fri Aug 30 00:46:34 2013
[CONQUESTSRV1] Calling Application Title : "CONQUESTSRV1 "
[CONQUESTSRV1] Called Application Title : "CONQUESTSRV1 "
[CONQUESTSRV1] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
[CONQUESTSRV1] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.1.2" 1
[CONQUESTSRV1] Presentation Context 1 "1.2.840.10008.5.1.4.1.2.2.2" 1
[CONQUESTSRV1] Presentation Context 2 "1.2.840.10008.5.1.4.1.2.3.2" 1
[CONQUESTSRV1] C-Move Destination: "CCWS_VPS "
[CONQUESTSRV1] Number of images to send: 38
[CONQUESTSRV1] Warning: use of as is compression for outgoing associations not fully implemented
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000001_13773803100000.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000002_13773803100001.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000003_13773803110002.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000004_13773803110003.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000005_13773803110004.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000006_13773803110005.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000007_13773803110006.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000008_13773803110007.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000009_13773803120008.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000010_13773803120009.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000011_1377380312000a.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000012_1377380312000b.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000013_1377380312000c.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000014_1377380313000d.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000015_1377380313000e.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000016_1377380313000f.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000017_13773803140010.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000018_13773803140011.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000019_13773803140012.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000020_13773803150013.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000021_13773803150014.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000022_13773803150015.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000023_13773803160016.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000024_13773803160017.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000025_13773803160018.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000026_13773803160019.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000027_1377380316001a.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000028_1377380317001b.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000029_1377380317001c.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000030_1377380317001d.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000031_1377380317001e.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000032_1377380317001f.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000033_13773803170020.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000034_13773803180021.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000035_13773803180022.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.81.325.1.7190.2.20130824.273112_0002_000036_13773803180023.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.80.1640297210.18402.1377355025.1.4.1_0200_000001_13773803180024.dcm
[CONQUESTSRV1] Sending file : C:\dicomserver\Data\7190\1.2.840.113619.2.80.1640297210.18402.1377355025.1.4.1_0200_000002_13773803180025.dcm
[CONQUESTSRV1] C-Move (PatientRoot)
[CONQUESTSRV1] UPACS THREAD 10: ENDED AT: Fri Aug 30 00:46:38 2013
[CONQUESTSRV1] UPACS THREAD 10: TOTAL RUNNING TIME: 4 SECONDS -
Great!
Just the knowledge that it can work is very reassuring.
I appreciate your detailed explanation and sample config.
Will try it out and report.
Cheers. -
Conquest has amazing features! The gateway feature is very interesting.
I have set up 3 Virtual servers A, B and C in dicom.ini
I am able to query nodes A, B and C via Conquest using my workstation X.
However, I am unable to actually open such studies on my workstation X.
Conquest and servers A, B and see are known to one another and can exchange studies.
Conquest and workstation X are known to one another and can exchange studies
Servers A, B & C are known to X and X is known to these 3 virtual servers X can exchange studies with the virtual servers directly.
Is it possible to open studies stored on A, B or C on my workstation X following a query through Conquest?
I seem unable to pull it off.
Thanks.
-
Actually I had discovered that saving via GUI was probably the culprit.
Will avoid that and I think all should be be well.
thanks.
-
Hi,
Ever encountered an issue where dicom.ini changes on its own? Well, I have seen that twice in last two days.
I have 25 import and 13 export converters.
Suddenly, I just notice that I am not getting the results I expect from these converters. On checking dicom.ini, I discover some changes, particularly in import converters where some are missing. The text is also arranged a little differently from how i left it.
Copying back the backup that I kept and restarting server solves the issue.
regards.
-
Thank you very much for prompt reply.
I have attached a sample screenshot identifying the series I would like to delete from this sample study. I have also noticed that I might need to use another filter e.g Contains "Vol" and has more that 100 instances etc. This is because, as you can see in the screen shot, some 3D images also have a series description similar to the volume.
I will do some research about lua to get more educated then try it out. I think it would be easier to seek help then!
Well I am having trouble attaching the screenshot. I might do it later. Thanks all the same.
mukoya.
-
Thank you very much for your reply.
Well, i am new to Conquest and amazed at what it has to offer!
Anyway, I would like to change image bit depth so I can have the studies compressed with JPEG lossy without need to use j2k. Of cause for this, changing BitsStored does not do the trick (I tried it before)
I still do not understand lua at all. i will have to take some time trying to understand it then i can see what to do about bit depth.
I have a Toshiba CT equipment: Aquilion One 640 slice. produces 16 bit images and vendor says it cannot be changed to 12bit by the equipment. Been using clearcanvas server which wont do j2k compression.
One way to solve this is to have a rule that deletes all series containing series description "Vol". This is because storage is a major issue especially if lossy compression not possible.
A CT abdomen with two original series will send two Volume series each with 15000-2500 axial images. The equipment will also automatically send reconstructed images e.g 120 axials per volume series plus about 50 Sagittal and 50 Coronals for each volume series. Volume series can have more than 4000 images e.g peripheral angio.
The idea is to delete the volume series after reporting, say after 3 months by passing the study through Conquest, yet retaining the reconstructed series. All volume series have "Vol." in their series description.
best regards.
-
Hi,
Is it possible to use conquest to convert image bit depth, e.g from 16bit to 12bit?
Thanks.
Mukoya