have just tried Osimis WebViewer 1.2.0.0-0d4bfbd5 together with Orthanc 1.5.0
(Problem exists in earlier versions as well)
The secondary capture feature in the Osimis WebViewer is still producing and storing damaged DICOM files.
Although the Orthanc Explorer (using REST) can list and open the secondary captures, a C-FIND (I have tried with Osirix 8) fails.
In this case, Orthanc server log shows:
Dec 20 16:41:23 CIPRCS orthanc: E1220 16:41:23.988133 FindScp.cpp:272] C-FIND request handler has failed: Internal error
This has the following effects:
with the first secondary capture you make and save, you make Orthanc more or less unusable
users running a C-FIND without filter ends up in Osirix (and I guess every other DICOM viewer too) in “unable to process”
users running a C-FIND with a filter (e.g. patientname) show at least the list, but attempt to open the secondary captures fail (while attempt to load the primary capture works as expected)
The following screenshot shows Osirix with C-FIND and patientname filter. Resultlist shows the primary capture and two secondary captures.
Attempt to open behaves as mentioned above.
This is a serious bug (IMHO) and means, secondary captures are dangerous, i.e. cannot be activated for users.
btw, it would also be nice to name secondary captures not “undefined” but use the secondary capture note (that can be entered in Osimis Webviewer) instead.
I’ve just generated such a file and tried to C-Find it with findscu at both STUDY level and SERIES level; I did not get any issues.
I also tried to find/retrieve and visualize the data from Radiant: no problem. So it looks like Orthanc is somehow usable.
For the record, I tested with both 1.5.0 and a mainline version close to 1.5.1.
Could you send us the Orthanc logs in verbose mode such that we know what exact query is being made by OSIRIX.
Seb, I’m sending you some files. Thorsten, you’re still welcome to send yours in case there’s something special about them.