Weasis 3.5.4 does not display images stored with JLSL compression in DCM4CHEE.

[Amro Salama]

Weasis 3.5.4 does not display images stored with JLSL compression in DCM4CHEE.

But works fine with J2KR

Also works fine when changing wado service in dcm4chee UseTransferSyntaxOfFileAsDefault = false .As in this case transmission of images occurs in explicit VR little endian

We've used weasis 1.2.9 works fine with both compressions.JLSL , and J2KR .

We use it in front of a servlet that makes wado calls as in below.

<?xml version="1.0" encoding="utf-8" ?>
<wado_query xmlns= "http://www.weasis.org/xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" wadoURL="http://localhost:8080" requireOnlySOPInstanceUID="false" additionnalParameters="" overrideDicomTagsList="" >
<Patient PatientID="GE1140"  PatientName="Bradley Tyson"  PatientBirthDate="18000101" >
 <Study StudyInstanceUID="1.2.840.113674.1140.196.200" StudyDescription="L KNEE/PAIN" StudyDate="19950204" StudyTime="000000.000000"  >
   <Series SeriesInstanceUID="1.2.840.113674.1140.196.180.300" SeriesDescription="" SeriesNumber="103" Modality="MR" DirectDownloadThumbnail="/pacsweb/imageprocingrp/;jsessionid=06A8468A30AC27556253BF216D1C86F7?sid=104010173&amp;det=&amp;imgno=1.2.840.113674.950809133255332.100&amp;ROWS=28" >
       <Instance SOPInstanceUID="1.2.840.113674.950809133255332.100" InstanceNumber="1" DirectDownloadFile="/pacsweb/imageprocingrp/;jsessionid=06A8468A30AC27556253BF216D1C86F7?sid=104010173&amp;det=dcm&amp;imgno=1.2.840.113674.950809133255332.100" />
       <Instance SOPInstanceUID="1.2.840.113674.950809133257339.100" InstanceNumber="1" DirectDownloadFile="/pacsweb/imageprocingrp/;jsessionid=06A8468A30AC27556253BF216D1C86F7?sid=104010173&amp;det=dcm&amp;imgno=1.2.840.113674.950809133257339.100" />

etc.......

[Amro Salama]

we also found the same issue. with little endian syntax...not sure why...same thing old version works fine.

ِHere is some log entries that may help..

]
    at java.base/java.util.concurrent.FutureTask.report(FutureTask.java:122)
    at java.base/java.util.concurrent.FutureTask.get(FutureTask.java:191)
    at org.weasis.core.api.media.data.ImageElement.startImageLoading(ImageElement.java)
15.01.2020 14:15:18.818 *ERROR* [Thumbnail Loader-pool-6-thread-1] org.weasis.core.api.media.data.ImageElement: Cannot read pixel data!: 1.2.840.113543.6.6.4.0.63732468873147561473412839321391962035478 java.util.concurrent.ExecutionException: CvException [org.opencv.core.CvException: cv::Exception: OpenCV(4.1.1) C:\jenkins\workspace\opencv\modules\core\src\lut.cpp:368: error: (-215:Assertion failed) (lutcn == cn || lutcn == 1) && _lut.total() == 256 && _lut.isContinuous() && (depth == CV_8U || depth == CV_8S) in function 'cv::LUT'
]
    at java.base/java.util.concurrent.FutureTask.report(FutureTask.java:122)
    at java.base/java.util.concurrent.FutureTask.get(FutureTask.java:191)
    at org.weasis.core.api.media.data.ImageElement.startImageLoading(ImageElement.java)
15.01.2020 14:15:36.369 *ERROR* [AWT-EventQueue-0] org.weasis.core.api.media.data.ImageElement: Cannot read pixel data!: 1.2.840.113543.6.6.4.0.61736696755371148555412829143773397355656 java.util.concurrent.ExecutionException: CvException [org.opencv.core.CvException: cv::Exception: OpenCV(4.1.1) C:\jenkins\workspace\opencv\modules\core\src\lut.cpp:368: error: (-215:Assertion failed) (lutcn == cn || lutcn == 1) && _lut.total() == 256 && _lut.isContinuous() && (depth == CV_8U || depth == CV_8S) in function 'cv::LUT'
]
    at java.base/java.util.concurrent.FutureTask.report(FutureTask.java:122)
    at java.base/java.util.concurrent.FutureTask.get(FutureTask.java:191)
    at org.weasis.core.api.media.data.ImageElement.startImageLoading(ImageElement.java)

[Nicolas Roduit]

With the images you sent me, there are two issues:

1) Corrupted jpeg-ls: https://github.com/nroduit/Weasis/issues/111 (see my  comment)

2) 16-bit image with DICOM PALETTE_COLOR:  https://github.com/nroduit/Weasis/issues/112

This issue has been fixed to display correctly this type of images. Although this kind of image is not forbidden by DICOM, it doesn't make sense to me to make such images (16-bit gray with a palette for getting 8-bit color images).