Exception while invoking plugin service 3010: Accessing an inexistent item.

109 views
Skip to first unread message

Ric Smi

unread,
Mar 7, 2022, 9:59:25 PM3/7/22
to Orthanc Users
Dear Orthanc users,

I compress studies to Jp2k via Gdcm (gdcmconv.exe) before I store them in Orthanc. MRI studies from one center after compression works well under Osimis and Stone Web Viewers. However, MRI studies from another center would not work at all under Stone Web Viewers after the compression and if I try to pull via Osimis Web Viewer then I get an error:

Exception while invoking plugin service 3010: Accessing an inexistent item.

Has anyone ran into similar kind of issues?

Uncompress MRI studies from both the centers works well under Osimis and Stone Web Viewers.

Any idea what could be wrong here?

Attached files:
  1. Orthanc.log
  2. Verbose.log
  3. Orthanc.json
  4. Study.zip
Thank you so much!
Rick
Orthanc.log
Study.zip
verbose.log
orthanc.json

Alain Mazy

unread,
Mar 8, 2022, 4:44:02 AM3/8/22
to Ric Smi, Orthanc Users
Hi Ric,

With no transcoding: study stays in JP2K:

docker run -p 8044:8042 -e OSIMIS_WEB_VIEWER1_PLUGIN_ENABLED=true -e STONE_WEB_VIEWER_PLUGIN_ENABLED=true -e DICOM_WEB_PLUGIN_ENABLED=true osimis/orthanc:22.2.0

-> Displays fine in Osimis Viewer (you should not worry about the 'Exception while invoking plugin service 3010: Accessing an inexistent item'
-> not ok in Stone Viewer, thumbnails are loaded by, no HTTP requests after the series/metadatra call (http://localhost:8045/dicom-web/studies/1.2.276.0.7230010.3.1.2.2358427580.3460.1646695830.793/series/1.2.276.0.7230010.3.1.3.2358427580.3460.1646695831.814/metadata)



With transcoding: study converted to implicit VR:

docker run -p 8044:8042 -e OSIMIS_WEB_VIEWER1_PLUGIN_ENABLED=true -e STONE_WEB_VIEWER_PLUGIN_ENABLED=true -e DICOM_WEB_PLUGIN_ENABLED=true -e ORTHANC__INGEST_TRANSCODING=1.2.840.10008.1.2  osimis/orthanc:22.2.0

-> OK in Osimis Viewer (you should not worry about the 'Exception while invoking plugin service 3010: Accessing an inexistent item'
-> OK in Stone Viewer

I'll let Sébastien have a look to the StoneViewer issue when he has some time

Best regards,

Alain.



--
You received this message because you are subscribed to the Google Groups "Orthanc Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to orthanc-user...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/orthanc-users/ae47e06c-217d-4f42-bb08-a77cc55a85f2n%40googlegroups.com.

Ric Smi

unread,
Mar 10, 2022, 7:24:17 PM3/10/22
to Orthanc Users
Hello Alain,

Thank you for looking into the issue and confirming that. I have been chasing this issue for past few weeks and when I pinpointed it but couldn't find the solution, I have posted in the group for assistance and guidance.

Many time for one patient when I have two MRI studies, one would work in Stone Viewer while the other would not. Again, this is after j2k compression via  gdcmconv.exe.

Hope this strange behavior would help a bit :).

Thank you again!

Best regards,
Ric

Sébastien Jodogne

unread,
Mar 22, 2022, 3:54:36 AM3/22/22
to Orthanc Users
Hello,

After much investigation, the problem with your DICOM study was that it used the "1.2.840.10008.1.2.4.90" transfer syntax (JPEG2k lossless), and had the "UN" value representation for most of its DICOM tags. This case was not supported in the "DICOM-to-DICOMweb" conversion in the core of Orthanc.

Here is the patch that has just been pushed into the mainline of Orthanc to introduce this support, and that will be part of forthcoming release 1.10.1:

Regards,
Sébastien-
Reply all
Reply to author
Forward
0 new messages