Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

DDSM image conversion

2 views
Skip to first unread message

Harris

unread,
Feb 16, 2008, 2:36:08 PM2/16/08
to
DDSM is one of the most popular medical image databases (mammographic) that are used today in
research and medical imaging applications. However, after doing some searching in the net I found
out that it is still only available on Sun Solaris platforms due to extreme difficulties with incompatibility
problems.

It seems that the available code is customized for Unix and it needs MinGW or Cygwin in order to
compile it in win32. Still, even after porting it to VC6 and a newer LJPEG library, the conversion
program (mkimage) returns run-time errors on file reading (=> read_cache_segment(), essentially the
verification of the binary data fails after fread() in the C source).

The last posting I've found related to this topic is from Oct.2004 (not resolved) in sci.image.processing
and nothing since then. The specific database is to be used for various academic research and it
would be extremely useful if it could be available in other platforms (other than Solaris), even a good
topic for a project at SourgeForge. If someone has any information about this, please contact me or
the group.

Related links:
http://marathon.csee.usf.edu/Mammography/Database.html
http://marathon.csee.usf.edu/Mammography/software/heathusf_v1.1.0.html


--
Harris

Hans-Peter Diettrich

unread,
Feb 18, 2008, 6:27:42 PM2/18/08
to
Harris wrote:

> It seems that the available code is customized for Unix and it needs
> MinGW or Cygwin in order to compile it in win32. Still, even after
> porting it to VC6 and a newer LJPEG library, the conversion program
> (mkimage) returns run-time errors on file reading (=>
> read_cache_segment(), essentially the verification of the binary data
> fails after fread() in the C source).

I've been looking into the sourcecode myself, using TurboC. IMO the code
deserves some cleanup (prototypes...) and elimination of compiler
warnings, before it's worth to dig into further details.

DoDi

0 new messages