WSI display issue with Orthanc API: ImagedVolumeHeight and ImagedVolumeWidth missing

General
1

Hello, We have encountered an issue for vizualizing WSI with the Orthanc wsi apis. If a DICOM SM series has a instance of a thumbnail (ex image Type ORIGINAL\PRIMARY\THUMBNAIL\NONE), the /wsi/pyramids/id API does not return the the DICOM tags ImagedVolumeHeight and ImagedVolumeWidth

However, these tags are present for other instances of the series with an ImageType of VOLUME as specified in the DICOM specficiation, ImagedVolumeHeight / ImagedVolumeWidth are 1C only required for VOLUME image type, see Imaged Volume Width Attribute – DICOM Standard Browser
Width of total imaged volume (distance in the direction of rows in each frame) in mm. See Section C.8.12.4.1.2

Please find attached the dicomized slices to reproduce the issue.
It seems that Orthanc looks only on the first instance of a series and if it is thumbnail do not return the ImagedVolumeHeight/ImagedVolumeWidth that are available in other instances/pyramids.

Would it be possible to ignore cases where the instances are not a volume image and look for ImagedVolumeHeight/ImagedVolumeWidth in other instances of the series until finding the value to output it in the /wsi/pyramids/id ?

Thank you very much for your help and great work!
Best regards,

Lou-Anne

Google Docs
DICOM_TEST_WSI_DIAGNOSIS_17000013987568790314.zip

2

Dear Lou-Anne,

As indicated by private mail, I am fully engaged with my academic responsibilities until the beginning of April. I will have a look at this before our meeting.

Regards,
SĂ©bastien-

1 Like
3

Hello,

The following changeset allows more tolerance regarding imaged volume width/height by looking only at the finest level of the pyramid: orthanc-wsi: 1a01f3456ce0

It will be part of forthcoming release 3.2 of the WSI plugin.

Kind Regards,
SĂ©bastien-

4

Check out this announcement: Whole-slide imaging plugin 3.2