Page MenuHomePhabricator | MITK

DICOM CGet and CMove don't work correctly
Open, LowPublic

Description

Version: Release 2016-03 (Windows)

Tested MITK DICOM Editor with a Osirix-Server.

  1. CGet-Mode does not work at all
  2. CMove-Mode does work sometimes, sometimes it does not. In the later case there is traffic, but the data does not end up in the local storage. The reason for this is unclear. Sometimes closing the editor or just randomly selecting and deselecting make it work. One first assumption (must be verified) is that ist depends on wether the patient is selected directly (works) or just series are selected (does not work).
  3. If a patient is selected and the data is recieved (CMove) not all series end up in the local storage. This behaviour seems to be deterministic (so the series are always missing). If the problematic series is pushed to MITK by the server, everything works fine. The current assumption is that the reason could be, when the (series) description containes special characters. (At least all missing series had an "*" in their description.

Event Timeline

floca created this task.Sep 20 2016, 5:57 PM
floca triaged this task as Normal priority.Sep 20 2016, 6:11 PM
floca updated the task description. (Show Details)
floca added projects: Restricted Project, Restricted Project.
floca raised the priority of this task from Normal to High.Oct 4 2016, 12:12 AM
nolden renamed this task from DICOM CGet and CMove work not correctly to DICOM CGet and CMove does not work correctly.Nov 4 2016, 12:11 PM
nolden renamed this task from DICOM CGet and CMove does not work correctly to DICOM CGet and CMove don't work correctly.

We should verify if the problem still exists with Osirix. DICOM Q/R with wDB was checked 2-3 month ago and was working correctly.

reicht added a comment.Fri, Feb 8, 6:07 PM

I can setup a Horos instance (=OsiriX fork since free edition of osirix is limited and not userfriendly anymore) if needed. This can be done in the science network to avoid any firewall issues when trying to QR from a SIDT computer.

OsiriX / Horos instance is online:

IP: 193.174.49.138
AET: e010-pc61
Port: 11112

All stored data is pseudonymised.

floca lowered the priority of this task from High to Low.Wed, Feb 13, 5:45 PM

@reicht: Thanks
@gaoh : Could you (not of high priority; so within the next month, or at a community day) check if the problem still exists with a actual installer. If you need an installer with DICOM editor, i can provide one.

gaoh added a comment.Wed, Feb 13, 5:52 PM

yes I will try, I already tried Q/R with the current installer and the wdb and it worked.

gaoh added a comment.Fri, Feb 15, 12:18 PM

Point 1 and 2 are working.
With point 3: not all the series are downloaded: I retrieved all 5 series of a patient, but only got 2 series. Separately retrieving of each series was fine.

floca added a comment.Fri, Feb 15, 1:18 PM

OK, then there is still an error with test 3.

As you have the setup currently running, could you try to get a bit more information about the error/why it is happening?

e.g.

  • Infos in the log file that hints to the problem
  • Is the problem always
  • Is always the same missing

...