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

Google Groups archive
1

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 (11.1 KB)

Study.zip (5.07 MB)

verbose.log (202 KB)

orthanc.json (36.2 KB)

2

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.

3

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

4

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:
https://hg.orthanc-server.com/orthanc/rev/e100fd9db29b

Regards,
Sébastien-