weasis wado request

[Rajul Shah]

I am having difficulty figuring out where in weasis pacs-connector is transfer syntax settings...

my setup is dcm4chee 2.18.1 on linux 64 as archive

using latest weasis...

Issue is when weasis makes call to retrieve, it wants to recieve as Implicit little endian (even though images are stored as JPEGLoseless....so when call is made to tomo images for instance, it will force dcm4chee to use compression/decompression service which slows performance down and eats up java memory

from two snapshot, (one with weasis, second with osirix), it seems osirix request using various syntax, one of which being JPEGloseless, and hence dcm4chee accepts as syntax....but weasis only request using 3 uncompressed syntax...which forces dcm4chee to use default implicit (see last line of each of snapshots).....I have configured dcm4chee q/rscp to accept jpeg2000loseless as transfer syntax (AcceptedTransferSyntaxForStandardSOPClasses)....My goal is to try to get weasis to not use compression/decompression service in dcm4chee on the fly (despite manipulating maxcodec and other setting in dcm4chee compression service, performance on tomo images are poor)....

weasis pacs-connector call to study:

2016-01-15 13:59:41,562 INFO  PACS-CONNECTOR->DCM4CHEE (TCPServer-1-4) [org.dcm4cheri.net.FsmImpl] received AAssociateRQ

appCtxName: 1.2.840.10008.3.1.1.1/DICOM Application Context Name

implClass: 1.2.40.0.13.1.1

implVersion: dcm4che-3.3.7-r1

calledAET: DCM4CHEE

callingAET: PACS-CONNECTOR

maxPDULen: 16378

asyncOpsWindow:

pc-1: as=1.2.840.10008.5.1.4.1.2.2.1/Study Root Query/Retrieve Information Model - FIND

ts=1.2.840.10008.1.2/Implicit VR Little Endian

ts=1.2.840.10008.1.2.1/Explicit VR Little Endian

ts=1.2.840.10008.1.2.2/Explicit VR Big Endian

2016-01-15 13:59:41,569 INFO  PACS-CONNECTOR->DCM4CHEE (TCPServer-1-4) [org.dcm4cheri.net.FsmImpl] sending AAssociateAC

appCtxName: 1.2.840.10008.3.1.1.1/DICOM Application Context Name

implClass: 1.2.40.0.13.1.1.1

implVersion: dcm4che-1.4.34

calledAET: DCM4CHEE

callingAET: PACS-CONNECTOR

maxPDULen: 16352

asyncOpsWindow:

pc-1: 0 - acceptance

ts=1.2.840.10008.1.2/Implicit VR Little Endian

OSIRIX q/r call:

2016-01-15 14:12:13,145 INFO  SVDWEB->DCM4CHEE (TCPServer-1-1) [org.dcm4cheri.net.FsmImpl] received AAssociateRQ

appCtxName: 1.2.840.10008.3.1.1.1/DICOM Application Context Name

implClass: 1.2.276.0.7238010.5.0.3.5.4

implVersion: OSIRIX

calledAET: DCM4CHEE

callingAET: SVDWEB

maxPDULen: 16384

asyncOpsWindow:

pc-1: as=1.2.840.10008.5.1.4.1.2.2.1/Study Root Query/Retrieve Information Model - FIND

ts=1.2.840.10008.1.2.1/Explicit VR Little Endian

ts=1.2.840.10008.1.2/Implicit VR Little Endian

ts=1.2.840.10008.1.2.2/Explicit VR Big Endian

ts=1.2.840.10008.1.2.4.90/JPEG 2000 Lossless Image Compression

ts=1.2.840.10008.1.2.4.91/JPEG 2000 Lossy Image Compression

ts=1.2.840.10008.1.2.4.70/JPEG Lossless, Non- Hierarchical, First-Order Prediction (Process 14 [Selection Value 1])

ts=1.2.840.10008.1.2.4.50/JPEG Baseline (Process 1)

ts=1.2.840.10008.1.2.4.51/JPEG Extended (Process 2 & 4)

ts=1.2.840.10008.1.2.5/RLE Lossless

ts=1.2.840.10008.1.2.4.100/MPEG2 Main Profile @ Main Level

ts=1.2.840.10008.1.2.4.102/MPEG-4 AVC/H.264 High Profile / Level 4.1

ts=1.2.840.10008.1.2.4.103/MPEG-4 AVC/H.264 BD-compatible High Profile / Level 4.1

2016-01-15 14:12:13,147 INFO  SVDWEB->DCM4CHEE (TCPServer-1-1) [org.dcm4cheri.net.FsmImpl] sending AAssociateAC

appCtxName: 1.2.840.10008.3.1.1.1/DICOM Application Context Name

implClass: 1.2.40.0.13.1.1.1

implVersion: dcm4che-1.4.34

calledAET: DCM4CHEE

callingAET: SVDWEB

maxPDULen: 16352

asyncOpsWindow:

pc-1: 0 - acceptance

ts=1.2.840.10008.1.2.4.70/JPEG Lossless, Non- Hierarchical, First-Order Prediction (Process 14 [Selection Value 1])

[Nicolas Roduit]

Weasis retrieves images by WADO not by Q/R. The log above from pacs-connector is a C-Find request for getting the UIDs required by the WADO requests.

The default behavior of weasis is to request the transfer syntax of the stored images in the PACS. In some cases when the running OS of weasis doesn't have the right codec, it will ask Explicit VR Little Endian (which decompress the image at the server side). In the upcoming version (2.5), all the codecs will be available on every platform.