comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » DICOM updater
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
DICOM updater [message #44598] Wed, 06 July 2005 00:45
Robert Barnett is currently offline  Robert Barnett
Messages: 70
Registered: May 2004
Member
Hello everyone,

Some time ago Bhautik posted dicom_writer.pro to this newsgroup.

I've been really keen to find a way to export DICOM Path 10 compliant
images without requiring any additional licensing. I've been chasing a
few ways to implement a proper DICOM writer in IDL. I've dabbled with
compiling some existing C++ DICOM utilities as shared objects, however,
I've found that it is very difficult to write the external interfaces
and it can be difficult to get the utilities to compile correctly on all
platforms.

Most of my image processing only involves manipulating the pixeldata
from existing files. Thus, I reasoned that I only need to find the
offset of the pixeldata and then I can just use the IDL assoc function
to do the rest.

I have chosen to release a preliminary version of this "DICOM updater"
http://www.zipworld.com.au/~retsil/released/dcmupdate0.1.1.z ip
http://www.zipworld.com.au/~retsil/released/dcmupdate0.1.1.t ar.gz
This code will only be available here for a limited time, and will
eventually be available via the ANZSNM website
(http://www.anzsnm.org.au/ftp/idl/)

I've included a set of test images (courtesy of the GDCM project) with
the updater. The updater will only process non-compressed images which
contains all the useful image data in a single pixeldata tag
(7fe0,0010).

I've also included my dcmtk wrapper code. The DCMTK project by OFFIS
software (www.dcmtk.org) is a set of useful binaries for examining,
constructing and converting DICOM image files. You might find that
DCMTK is useful for setting the patient demographics via the 'dcmodify'
command. The wrapper code is simply a standard way for spawning these
binaries in a platform independant way. I'm still working on compiling
DCMTK as shared objects so as to avoid spawning a shell for each binary.


While I'm here, I should do a quick plug for some of my other code:

A FTP client
http://www.rsinc.com/codebank/search.asp?FID=341

Utility for the e.soft Worktation - Broker Activity
http://www.rsinc.com/codebank/search.asp?FID=359


Cheers,


--

nrb@ Robbie Barnett
imag Research Assistant
wsahs Nuclear Medicine & Ultrasound
nsw Westmead Hospital
gov Sydney Australia
au +61 2 9845 7223
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: Re: Inverse 3D FFT
Next Topic: Re: No HDF5 info type functions?

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Fri Oct 10 00:42:24 PDT 2025

Total time taken to generate the page: 0.16075 seconds