Posts by jahrendsen

Hi Marcel,

It crashed that one last time after I applied the latest update, but it hasn't since. I believe the update did do the trick.

Jeff

Well, I was mistaken. The issue still exists.

Great news! I saw that there were some bug fixes in later versions of 150b, so I updated it and recreated the steps to reproduce. The service didn't stop this time.

I should add that I've tried it on 1417d_e, 1419d1 and 150b with the same results.

Hi Marcel,

Hoping you can help with this one. I have Conquest running as a service on a Server 2012 box. It seems we have a rogue US modality that is crashing the service, but it only happens when the device is being started up. In the Windows event viewer in the application logs, I can see that dgate.exe is the faulting app and in the application logs, it's stopping with an "Access Denied" error.

I elevated the logging to 4 and this is the result.

6/6/2022 1:52:26 PM [RCISR] Invalid message in PDU:Multiplex

6/6/2022 1:52:26 PM [RCISR] ***No valid presentation contexts/transfer syntax found in 0 candidates

6/6/2022 1:52:26 PM [RCISR] ***In 0 presentation contexts

6/6/2022 1:52:26 PM [RCISR] ***#Possible transfer syntaxes: 0

6/6/2022 1:52:26 PM [RCISR] no transfer syntax could be negotiated

6/6/2022 1:52:26 PM [RCISR] *** multiplex: connection terminated

Any suggestions?

Jeff

That worked perfectly. Thanks once again!

Jeff

Trying to work out one more thing with the anonymization. I'd like to set the study date to the current date. Is there a way I could adapt the current ananymize_script to incorporate that? I've seen mention of a lua script library, but I can't seem to find it on this site, so hoping for some direction to that or more direct help with how to accomplish this. Sorry, not a programmer. Thanks for whatever help you can give.

jeff

Sure thing. OriginalAttributesSequence

Gotcha. That did it. Thanks Marcel!

I noticed that the original identifiers can be found in the header information for anonymized studies. I'm just using the anonymize_script.lua, which is the default option. I've tried changing the "reversible" option to false and tried a few other changes, but I either break it or the change doesn't work. Below is how it appears in the header. Any way to ensure this information isn't retained?

>>0008,1030 28 LO StudyDescription "DX FOOT COMP MIN 3 VIEWS LT "

>>0010,0010 12 PN PatientName "NAME^ORIGINAL"

>>0010,0020 14 LO PatientID "ORIGINAL PATIENT ID"

>>0010,0030 8 DA PatientBirthDate "ORIGINAL DOB"

>>0010,0040 2 CS PatientSex "M "

Jeff

Hi Marcel,

This is working for the most part, although the variable I'm using is SOP UID. The remote PACS is a mess though. I'm still seeing some with the same inconsistency error, so I'll have to figure out what variable to use for those.
Thanks for your help!

Jeff

Hi Marcel,

I'm running into an issue perhaps related to this. We are doing a migration where the source PACS has been storing exams with duplicate Series UID's. I'm using Conquest to assign new UIDs with an ImportConverter (newuids). But, I often see exams with the following error.

[UIDFIX] ***Refused to enter inconsistent link StudyInsta into DICOMSeries: PatientID = 'RMCxxxx' SeriesInst = '1.2.826.0.1.3680043.2.135.736541.53602582.7.1501619801.513.54' AND SeriesPat = 'RMCxxxx', Old='2.16.840.1.114151.4.292.40946.5553.2639799', Refused='1.2.826.0.1.3680043.2.135.736541.53602582.7.1501621959.553.88'

Conquest fails to store these. If I am having Conquest change the UID's as they arrive, why do I continue to see this error? How can I fix them?

jeff

Hi,

I'd like to use an importconverter to modify a DICOM tag for only DEXA images. This Conquest server receives images from many modalities.
My goal is to look at 0008,1090 and if the tag contains the word Lunar, anywhere in the string, to then modify 0008,1030.

Right now I'm using the following:

ImportConverter1 = ifequal "%V0008,1090","GE Lunar"; set 0008,1030 to "DX DEXA POST MENO CHRONOLOGIC"

But, I'm finding that not every version contains just the "GE Lunar", but all of them contain "Lunar". I've tried many variations of wildcards, but haven't found anything that will work. I also have a few other applications of this type of converter. Any ideas?

The monochrome images show magnified and you can barely see anything due to overlapping shadow effect. The images with color appear fine. Any way I can send you a sample image?

Here you go Marcel. This link also contains a link with a past fix. I didn't want to apply that fix blindly to 1.4.17. Thanks for checking it out.

http://forum.image-systems.biz…250&hilit=YBR_FULL#p11250

Jeff

Marcel,

I added back in some of the jpeg sop's that you have recommended in the forum here, which helped with being able to send in the US images I referenced above. But, we are still back to the YBR-FULL issue that you have corrected in the past. Will if be possible for you to have a fix for 1.4.17? Thanks again!

Jeff

Great news! Your latest version helped with another issue I had with US measurements. I'm early in testing regarding the dgate.exe service stopping. Will let you know how that goes.

I did run into another problem. One of our sites has an older US unit that causes the error below. I've had issues with this US unit before. If my memory serves, it's because it uses YBR-FULL for the Photometric interpretation. You have a fix out there for that, but thought I would let you know.

[CONQUESTSRV1] ***No valid presentation contexts/transfer syntax found in 76 candidates
[CONQUESTSRV1] ***In 76 presentation contexts
[CONQUESTSRV1] ***#Possible transfer syntaxes: 1
[CONQUESTSRV1] *** multiplex: connection terminated

After setting debug level to 4, I get this;

12/1/2012 10:04:08 PM [CONQUESTSRV1] Connected by address: 0b7eddcd
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] Testing transfer: '1.2.840.10008.1.2.5' against list #0 = '1.2.840.10008.1.2'
12/1/2012 10:04:08 PM [CONQUESTSRV1] ***No valid presentation contexts/transfer syntax found in 76 candidates
12/1/2012 10:04:08 PM [CONQUESTSRV1] ***In 76 presentation contexts
12/1/2012 10:04:08 PM [CONQUESTSRV1] ***#Possible transfer syntaxes: 1
12/1/2012 10:04:08 PM [CONQUESTSRV1] InterogateAAssociateRQ failed
12/1/2012 10:04:08 PM [CONQUESTSRV1] *** multiplex: connection terminated

The presentation context '1.2.840.10008.1.2.5' is pounded out in the dgatesop.lst file. I remove the pound and get this;

12/1/2012 10:08:11 PM [CONQUESTSRV1] ***[DecompressJPEGL]: No jpeg data found
12/1/2012 10:08:11 PM [CONQUESTSRV1] ***[DecompressImage]: JPEG library decompression error
12/1/2012 10:08:11 PM [CONQUESTSRV1] ImportConverter0.1: forwarded object to isite

But, the image doesn't actually arrive to the PACS.

I tested the ImportConverter that you asked to see and they are working well. An example though is this;

ImportConverters = 2
ImportConverter0 = ifequal "%u","STENTOR_SCU"; forward to isite org EWS
ImportConverter1 = ifequal "%u","JLAPTOP"; forward to isite org TAMA_CR

Jeff

I noticed that I needed rc6 for servers in order for the ImportConverters to recognize anything surrounded by "."
Will 1.4.17 recognize those on 2008 server?

Thanks again for your help.

Sorry Marcel,

Another problem. I've only recently started using CQ on 2008 Standard server. Using 1.4.16rc. Again, I am using these as a router, so only using ImportConverters, spoofing the calling AET as it forwards.
This is on multiple different servers, but dgate.exe services keeps stopping. I saw a couple posts for this on the forum, but never really saw a solution. Any ideas? Thanks!

Jeff

No luck Marcel.
The VR is there in the metadata, but typically we see the measurement data contained within it. I've also tried adding the presentation contexts that showed in the logs to dgatesop.lst. I found that the US unit failed to send after I did so.