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

Home » Public Forums » archive » Re: IDL for 3D image processing?
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
Re: IDL for 3D image processing? [message #5909] Wed, 13 March 1996 00:00
David Foster is currently offline  David Foster
Messages: 341
Registered: January 1996
Senior Member
peterv@mpc186.mpibpc.gwdg.de (Peter Verveer) wrote:
>
> Dear IDL users,
>
> I have seen the IDL demo and I am quite impressed. However, before
> considering using IDL, I would like to know the following:
>
> Is IDL suited for 3D image processing? Are there 3D equivalents to
> operations such as the 2D fourier transform and convolution?
>
> I would apply IDL for processing 3D microscopy data . Has IDL been
> applied in this field, or in 3D medical image processing or
> tomography, which are similar fields?
>
> I would be very much interested in hearing experiences/opinions on the
> usability of IDL for 3D image processing.
>

We use IDL exclusively for the analysis of magnetic-resonance
brain scans. I know of at least several other groups that are
using IDL for this same purpose. In a general sense, IDL is
very suited for dealing with array-oriented data. There are
many functions that are extremely useful in this respect.

I can't comment much on such operations as fourier transforms or
convolutions on a 3D data-set, but one of IDL's strengths is that
it allows you to call modules written in C or Fortran. We've used
this to enable our own image-compression and 3D filtering
routines.

If you have a demo copy then look through the function listings
and see if it has what you would need. It IS true that if there
is something that you need to code from scratch that involves
any iterative processes, then you will need to code this in
C or Fortran; IDL is "compiled" into a pseudo-code that is
then interpreted, so coding an iterative process in IDL is
VERY slow. Don't let this alarm you -- the array operations
in IDL are usually all that you need (and they're optimized!).

Feel free to email if you have any questions.

Dave Foster
UCSD Brain Image Analysis Lab
foster@bial1.ucsd.edu
Re: IDL for 3D image processing? [message #5921 is a reply to message #5909] Wed, 13 March 1996 00:00 Go to previous message
Ken Kump is currently offline  Ken Kump
Messages: 8
Registered: February 1996
Junior Member
Peter Verveer wrote:
> Is IDL suited for 3D image processing? Are there 3D equivalents to
> operations such as the 2D fourier transform and convolution?
>
> I would apply IDL for processing 3D microscopy data . Has IDL been
> applied in this field, or in 3D medical image processing or
> tomography, which are similar fields?

I am an IDL user applied to medical image processing, not microscopy.
To be frank, I find IDL4.0 difficult to do 3D work.
Let me clarify. Many of the routines
are there, but they are somewhat cumbersome. For example, I take
a 3-D MRI volume data set and would like to do a skin-surface
rendering. It is possible using either slicer.pro (a widget-based
package) or using more direct means with shade_volume. It is
difficult to manipulate the object and put arbitrary cuts into it.
The tools are there, you need to spend the time to write an
optimized, slicer-like routine..but other packages are avail which
already have this built-in.

Most functions are extendable to 3D. The image processing functions
are limited, but I hear that ver 5 will fill in this void.
I think IDL is nice in that there is a fair amount of flexibility
and some power. I find it more optimized for 2-D stuff. There are
some nice visualization tools, animators, and widgets. There is
not, as far as I know, a Radon Transform, for example (although I
have implemented several algorithms) to do tomography.

I find IDL a "nice" environment to do processing and display.
It is straightforward to include your own, optimized C/FORTRAN code
which I use often. Your decision really should depend upon your
needs (eg: Matlab (1D, 2D signal processing/optimization),
AVS (good 3D but more for developing applications than research), ...).
Good luck,


Ken Kump

Department of Biomedical Engineering
Case Western Reserve University
Cleveland, Ohio 44106, USA

E-mail: ksk3@po.cwru.edu
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: idl and hardware
Next Topic: Re: Lift the "ban" :-)

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

Current Time: Wed Oct 08 13:34:00 PDT 2025

Total time taken to generate the page: 0.00828 seconds