Recieved Images not compressed

jzuccaro · Post by **jzuccaro** » Wed Aug 05, 2009 11:10 pm

Hello. We are in the process of evaluating PacsOne premiun.

We ran into this strange problem: we added a new AE title and picked a compression method for arriving images. (Makes no difference which transfer syntax we pick)

The images arrive correctly, but the compressed version (the one with the special file extension) is nowhere to be found! If I understand this correctly the compressed version should
be created at the same place of the original image, same file name with a different file extension.

What could possibly be wrong?.

Thank you very much

jzuccaro · Post by **jzuccaro** » Wed Aug 05, 2009 11:52 pm

This is a log extract. I would love to know at least the reason for it to fail

Wed Aug 05 15:28:54 2009 INFO - JobID [5]: Start compressing image [1.2.392.200036.9107.500.304.567.20071111.230420.10567] into Dicom RLE transfer syntax.
Wed Aug 05 15:28:54 2009 ERROR - JobID [5]: Transfer syntax conversion not supported for [C:/2009-08-05-WED/1.2.392.200036.9107.500.304.567.20071111.230420.10567],[1.2.840.10008.1.2.4.70] of 1527502 bytes
Wed Aug 05 15:28:54 2009 INFO - JobID [5]: Finish compressing image [1.2.392.200036.9107.500.304.567.20071111.230420.10567].

Post by **pacsone** » Thu Aug 06, 2009 12:39 am

This is because the received image is already compressed in the JPEG Lossless transfer syntax (UID 1.2.840.10008.1.2.4.70), so it makes no sense to compress it again using the configured RLE Compression transfer syntax, as the Post-Receive Image Compression only applies to the uncompressed original images.

jzuccaro · Post by **jzuccaro** » Thu Aug 06, 2009 3:48 am

oh my! You are probably right, it was the most obvious thing.

I will check that with a DICOM dump of the current images and try to find uncompressed images to test.

Thank you