You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have an issue when trying to load a study with the transfer syntax 1.2.840.10008.1.2.4.91. When the image is downloaded via the API /datastore/<datastore_id>/imageSet/<imageset_id>/getImageFrame, it is returned as image/j2c (as also indicated in the official documentation) unlike other studies (e.g., with syntax 1.2.840.10008.1.2.4.202) that return image/jph.
This seems to cause an exception that prevents the images from loading:
loadImageToCanvas.ts:156
_setThrew is not defined wadors:undefined/studies/.../series/.../instances/.../frames/1?accept=image/jphc&DatastoreID=...&frameID=...&ImageSetID=....&healthlake=true
I replaced the actual data with ....
The same study, when decompressed with the previously mentioned syntax, opens correctly. Is this issue caused by OHIF, or is it a problem with loading from AWS? Is it mandatory to decompress the DICOMs, or could there be another solution?
EDIT 13.01.24:
There is also another error that clearly says that a jph file is not returned.
ojph error 0x00050044 at ojph_params.cpp:597: Rsiz bit 14 not set (this is not a JPH file)
But why using the local viewer and directly loading these original files the images are loaded correctly?
Thank you,
regards.
The text was updated successfully, but these errors were encountered:
Hi,
Version: 3.8.5
I have an issue when trying to load a study with the transfer syntax
1.2.840.10008.1.2.4.91
. When the image is downloaded via the API/datastore/<datastore_id>/imageSet/<imageset_id>/getImageFrame
, it is returned asimage/j2c
(as also indicated in the official documentation) unlike other studies (e.g., with syntax1.2.840.10008.1.2.4.202
) that returnimage/jph
.This seems to cause an exception that prevents the images from loading:
I replaced the actual data with
...
.The same study, when decompressed with the previously mentioned syntax, opens correctly. Is this issue caused by OHIF, or is it a problem with loading from AWS? Is it mandatory to decompress the DICOMs, or could there be another solution?
EDIT 13.01.24:
There is also another error that clearly says that a jph file is not returned.
ojph error 0x00050044 at ojph_params.cpp:597: Rsiz bit 14 not set (this is not a JPH file)
But why using the local viewer and directly loading these original files the images are loaded correctly?
Thank you,
regards.
The text was updated successfully, but these errors were encountered: