fails to recognize DICOM files, fails to display anything

Bug #267554 reported by james
This bug report is a duplicate of:  Bug #229681: Aeskulap images not seen. Edit Remove
4
Affects Status Importance Assigned to Milestone
aeskulap (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: aeskulap

In Hardy, I tried both aeskulap_0.2.2b1-1_i386.deb, and aeskulap_0.2.2b1-2_i386.deb with a libcairomm upgrade. Neither worked.

Open aeskulap. Select "File-Open". Open a directory of DICOM files. Nothing is shown. Select "Any files" to see DICOM files. Double click on a file. A "Scanning Files" window opens. After a long wait, a viewing window opens. No image can be seen. Select "Study Manager". No patient data is displayed.

Also, select "File-DicomDir". Open a dircectory with a DICOMDIR file. Nothing is shown.

This is, effectively, a package that "does nothing".

If you need a DICOM viewer "right now", try loading Sun Java and using "DicomBrowser-1.3.jar".

Revision history for this message
jaypmcwilliams (jaypmcwilliams) wrote :

It's sees that the directory access is still bugged. However, I found an easy fix until they bring the Beta fix out. make sure you have freej & imagej installed. then open the images directory in nautilus & right click, open with, use specific command- aeskulap . This will allow you to view each individually. Please keep in mind that I have only tested this with McKee & Banner images. Jay

Revision history for this message
JP Vossen (jp-jpsdomain) wrote :

See bug 229681 for a work-around for Hardy (and probably newer releases as well).

Short version, the problem is a missing dependency in the package, to fix just install the dcmtk too.
$ sudo aptitude install aeskulap dcmtk

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.