Query/Retrieve Problems with GUI on new Query node

Hi Marcel,

008,0052 is "QueryRetrieveLevel" so sorry, that was my fault. I had

a.QueryRetrieveLevel='PATIENT' set.

I have changed this again to:

a.QueryRetrieveLevel='STUDY'.

So this is my output with STUDY level selected:

27/04/2021 17:21:35 [RTPHYSICS] Server command sent using DGATE -- option
27/04/2021 17:21:35 [RTPHYSICS] Server command sent using DGATE -- option
27/04/2021 17:21:37 [RTPHYSICS] 0381930 XXXX^^Mr. 20210319 MRI PELVIS PROSTATE 1.3.51.0.1.1.10.1.236.46.13056692.3599568 U13056692
27/04/2021 17:21:37 [RTPHYSICS] Start Move
27/04/2021 17:21:37 [RTPHYSICS] ***No valid presentation contexts/transfer syntax found in 0 candidates
27/04/2021 17:21:37 [RTPHYSICS] ***In 0 presentation contexts
27/04/2021 17:21:37 [RTPHYSICS] ***#Possible transfer syntaxes: 1
27/04/2021 17:21:37 [RTPHYSICS] ***dicommove: remote DICOM error
27/04/2021 17:21:37 [RTPHYSICS] *** multiplex: connection terminated
27/04/2021 17:21:37 [RTPHYSICS] End Move

Using DCMTK software, STUDY level and the same UID I can successfully query and retrieve study.

Let me know if you can think of any other steps I can try.

Thanks for your help,

John

Hi Marcel,

If you are referring to the "Enable Explicit and JPEG Transfers" switch then yes that option was always checked.

The images that were retrieved by DCMTK seemed to be a standard DICOM format?

Thanks,

John

Hi Marcel,

I think I have enabled jpeg compression. I have attached screengrab of config tab and also the dgatesop.lst file (changed to .txt file).

I have also tried uncommenting out all parameters in dgatesop.lst file, restarted server and still no luck.

Let me know if I need to enable jpeg compression anywhere else.

Thanks,

John

Hi Marcel,

Another interesting thing I've just noticed is that when I retrieve images with DCMTK and then try and drag and drop (which usually works fine for any DICOM I've seen), it will not import images and also gives no error in logs.

The images, MR images in this case will open fine with ImageJ. Would you like me to try and send you the anonymized text header?

John

Apologies Marcel, with further testing it looks like it was failing the drag and drop import due to being run as admin (which I need to keep it running as service). I discovered this the hard way but spotted this here: Drag and Drop not working Conquest

So PACS Retrieve function still not working but images ae importing through drag-drop no problem.

I will email PACS again and just verify that images are sent as a dicom format? Would that be the best question to ask them?

Apologies for all the questions, learning lots here so thanks!

John

Hi Robert,

Thanks very much for your suggestion, I didn't know that about the GUI change by double-clicking.

I have tried that but to no avail. I have also manually used ZeroBraneStudio to query with the seriesUID seperatly so no good either.

I'm still waiting on a rely from PAC's so hopefully that will throw up something obvious.

John

Hi Marcel,

See attached screenshot of our PAC's node set-up screen. I'm not sure if there is anything jumping out there as a culprit. They are hopefully going to refer back with more detail on any compression settings.

John

Hi Robert,

Thanks for your suggestion but unfortunately I have no access to PAC's admin myself so I'm at their mercy to send on applicable screenshots. They have said they will also try and get back to me re:any compression being applied.

Re: AE,IP,port: I am confident they are all correct because I can use DCMTK software to query and retrieve successfully on that same machine.

Also images that come across look to be standard dicom after that DCMTK retrieve.

I'm open to any other suggestions though, hopefully I'm missing something obvious!

John

robertvanommen PS: it sounds like you are familiar with AGFA's enterprise imaging PAC's, do you happen to have Q/R working with AGFA PAC's system and would you be able to send on any details of a working ConQuest node including any compression settings?

Hi All,

So just to update this morning, Agfa have some back and said:

"For accession number - U13056692 we send formats:

MR and SR

MR - SOP is fully supported by EI

SR - SOP class is fully supported by EI

When I've checked the SOP classes for this accession I have noticed there is a rejection note here - SOP class '1.2.840.10008.5.1.4.1.1.88.59' - This could be the reason the external system is not accepting the images.

Please can you ask John to check if that SOP class is fully supported in the external system?"

Is this making any sense to you Marcel and is "SOP" class fully supported by ConQuest? Sorry if these are basic/obvious answers!

Thanks,

John