Posts by jahrendsen

Yep, that did it. Thanks!

sent.

I may need to email you the link. That way I can ensure you have access.

actually, i can copy a link here.

1.2.826.0.1.3680043.2.135.737552.32222921.7.1759165680.515.1.dcm

I can do that. What's your email address?

Hmm, I can't seem to compress it any further than what it already is. Here's the export converter I used.

ExportConverter0 = forward compressed as k8 to CONQUESTSRV3

It's still 256MB

Being a 3D MG, the file size goes way beyond the attachment limits. I have anonymized the series, so I'm not concerned about HIPAA if you have another method to get you the sample.

No luck Marcel. I'm not getting any errors, but the sequence values still aren't being removed. Does it matter if it's nested within another sequence? I'm being asked to remove the "ViewModifierCodeSequence" elements.

(0054,0220) SQ (empty) # 0 ViewCodeSequence
(0008,0000) UL 50 # 4 IdentifyingGroupLength
(0008,0100) SH [R-10242 ] # 8 CodeValue
(0008,0102) SH [SRT ] # 4 CodingSchemeDesignator
(0008,0104) LO [cranio-caudal ] # 14 CodeMeaning
(0054,0000) UL 106 # 4 NuclearAcquisitionGroupLength
(0054,0222) SQ (empty) # 0 ViewModifierCodeSequence
     (0008,0000) UL 54 # 4 IdentifyingGroupLength
(0008,0100) SH [R-102D5 ] # 8 CodeValue
(0008,0102) SH [SRT ] # 4 CodingSchemeDesignator
(0008,0104) LO [Implant Displaced ] # 18 CodeMeaning

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