Thanks for noticing that. I originally changed it because I wasn't using any of those functions and I wanted slightly more meaningful/complete names for a webapp I was building that accessed the conquest database. I'll have to go through and recode some of my stuff when I do the next rewrite of my stuff (hopefully soon) as I want to start using these functions. Thanks for the help.
Chris
Quote from marcelvanherkDisplay MoreHi,
this is how the file is written when modified. It shows you the possible entries. Do not forget to enter the server itself as remote AE, otherwise you cannot control it anymore.
So this should work when added to dgatesop.lst (try it on a test server first):
CONQUESTSRV1 CONQUESTSRV1 RemoteAE
CLIENT CLIENT RemoteAE
Marcel
This works as described. Only those AE's listed will be able to communicate at all with the server. All others are outright rejected.
Excellent. I think you can add that as a feature, albeit one that has been there for a while.
Thanks for the help on that.
See log excerpt below. I removed some of the repetitive part where it deleted some 200+ images associated with this particular patient. Let me know if there is something else you need.
...
Sat Jan 8 13:19:01 2011 9999,0400 22 LO ConquestConsoleComma "deletepatient:0228820"
Sat Jan 8 13:19:01 2011 Server command sent using DGATE -- option
Sat Jan 8 13:19:01 2011 Deleting patient: 0228820
Sat Jan 8 13:19:01 2011 Query On Image
Sat Jan 8 13:19:01 2011 Issue Query on Columns: DICOMImages.SOPInstanceUID, DICOMSeries.SeriesInstanceUID, DICOMStudies.PatientID, DICOMStudies.StudyInstanceUID
Sat Jan 8 13:19:01 2011 Values: DICOMStudies.PatientID = '0228820' and DICOMSeries.StudyInstanceUID = DICOMStudies.StudyInstanceUID and DICOMImages.SeriesInstanceUID = DICOMSeries.SeriesInstanceUID
Sat Jan 8 13:19:01 2011 Tables: DICOMImages, DICOMSeries, DICOMStudies
Sat Jan 8 13:19:01 2011 Query Distinct Tables: DICOMImages, DICOMSeries, DICOMStudies
Sat Jan 8 13:19:01 2011 Columns : DICOMImages.SOPInstanceUID, DICOMSeries.SeriesInstanceUID, DICOMStudies.PatientID, DICOMStudies.StudyInstanceUID
Sat Jan 8 13:19:01 2011 Where : DICOMStudies.PatientID = '0228820' and DICOMSeries.StudyInstanceUID = DICOMStudies.StudyInstanceUID and DICOMImages.SeriesInstanceUID = DICOMSeries.SeriesInstanceUID
Sat Jan 8 13:19:01 2011 Order : (null)
Sat Jan 8 13:19:01 2011 Records = 216
Sat Jan 8 13:19:01 2011 RemoveFromPACS 216 images
Sat Jan 8 13:19:01 2011 Query Tables: DICOMImages
Sat Jan 8 13:19:01 2011 Columns : ObjectFile, DeviceName
Sat Jan 8 13:19:01 2011 Where : SOPInstanceUID = '1.3.46.670589.11.0.0.11.4.2.0.8056.5.7304.2010032417233809613' AND ImagePat = '0228820'
Sat Jan 8 13:19:01 2011 Order : (null)
Sat Jan 8 13:19:01 2011 Removed file: [MAG0:0228820/1.3.46.670589.11.0.0.11.4.2.0.8056.5.7304.2010032417232171612_0201_000005_12703544950392.dcm]
Sat Jan 8 13:19:01 2011 IOD File being removed: /dicom/data/0228820/1.3.46.670589.11.0.0.11.4.2.0.8056.5.7304.2010032417232171612_0201_000005_12703544950392.dcm
Sat Jan 8 13:19:01 2011 Query Tables: DICOMImages
Sat Jan 8 13:19:01 2011 Columns : DICOMImages.SopInstanc
Sat Jan 8 13:19:01 2011 Where : DICOMImages.SopInstanc = '1.3.46.670589.11.0.0.11.4.2.0.8056.5.7304.2010032417233809613' and DICOMImages.SeriesInst = '1.3.46.670589.11.0.0.11.4.2.0.8056.5.7304.2010032417232171612' and DICOMImages.ImagePat = '0228820'
Sat Jan 8 13:19:01 2011 Order : (null)
Sat Jan 8 13:19:01 2011 Query Tables: DICOMImages
Sat Jan 8 13:19:01 2011 Columns : ObjectFile, DeviceName
Sat Jan 8 13:19:01 2011 Where : SOPInstanceUID = '1.3.46.670589.11.0.0.11.4.2.0.8056.5.7304.2010032417233810614' AND ImagePat = '0228820'
Sat Jan 8 13:19:01 2011 Order : (null)
Sat Jan 8 13:19:01 2011 Removed file: [MAG0:0228820/1.3.46.670589.11.0.0.11.4.2.0.8056.5.7304.2010032417232171612_0201_000006_12703544950393.dcm]
Sat Jan 8 13:19:01 2011 IOD File being removed: /dicom/data/0228820/1.3.46.670589.11.0.0.11.4.2.0.8056.5.7304.2010032417232171612_0201_000006_12703544950393.dcm
..
command:
./dgate --deletepatient:0228327
Environment:
Conquest 1.4.16 RC2
Debian 5 32 bit
Mysql 5
Here is the excerpt from the log. You can see I do a patient level listing and it returns 9 records. I then send a command to delete one of the patients. All the files are deleted off the disk, but when I run the patient level listing immediately after it still returns 9 records and the patient I just deleted is amongst the results. I haven't had a chance to test the dgatesop.lst thing yet. I'll let you know what I find.
Fri Jan 7 23:40:01 2011 UPACS THREAD 2: STARTED AT: Fri Jan 7 23:40:01 2011
...
Fri Jan 7 23:40:01 2011 C-Find (PatientRoot) located 9 records
Fri Jan 7 23:40:46 2011 Server command sent using DGATE -- option
..
Fri Jan 7 23:40:46 2011 Deleting patient: 0228327
Fri Jan 7 23:40:46 2011 Removed file: [MAG0:0228327/1.3.46.670589.11.0.0.11.4.2.0.8056.5.4916.2010021609180565577_0101_000005_1270361533048c.dcm]
Fri Jan 7 23:40:46 2011 Removed file: [MAG0:0228327/1.3.46.670589.11.0.0.11.4.2.0.8056.5.4916.2010021609180565577_0101_000006_1270361533048d.dcm]
..
Fri Jan 7 23:40:47 2011 Removed file: [MAG0:0228327/1.3.46.670589.11.0.0.11.4.2.0.8056.5.4916.2010021609414134740_0701_000009_1270361538050b.dcm]
Fri Jan 7 23:40:47 2011 Removed file: [MAG0:0228327/1.3.46.670589.11.0.0.11.4.2.0.8056.5.4916.2010021609414134740_0701_000010_1270361538050c.dcm]
Fri Jan 7 23:41:34 2011 Server command sent using DGATE -- option
Fri Jan 7 23:41:34 2011
Fri Jan 7 23:41:34 2011 UPACS THREAD 4: STARTED AT: Fri Jan 7 23:41:34 2011
...
Fri Jan 7 23:41:34 2011 C-Find (PatientRoot) located 9 records
Quote from marcelvanherkDisplay MoreThanks,
Feature request:
Non-promiscuous mode - when enabled, the server will not respond to query requests unless the requesting server is listed in the ACR-NEMA file.
This is in principle already possible - just define all AE's allowed is dgatesop.lst.
CD-style DICOMDIR creation at the study and patient levels
Will add to wish list.
Possible bug or imcomplete feature in 1.4.15 and possible other versions:
On linux, when sending the patient/study/series delete command from the shell via dgate the images are deleted as expected but the database entries are not cleared leaving broken entries
Can you give me an example log?
Marcel
I'm not sure how to create the log you're looking for. I'm happy to generate one for you if you can give me instructions on how to do it.
Is there information in the documentation about how to define the AE's in dicomsop.lst in order to accomplish this? That file is darn intimidating and I'm hesitant to just experiment without some guidance.
Thanks,
Chris
Feature request:
Non-promiscuous mode - when enabled, the server will not respond to query requests unless the requesting server is listed in the ACR-NEMA file
CD-style DICOMDIR creation at the study and patient levels
Possible bug or imcomplete feature in 1.4.15 and possible other versions:
On linux, when sending the patient/study/series delete command from the shell via dgate the images are deleted as expected but the database entries are not cleared leaving broken entries
