Provided by: pdl_2.007-5_amd64 bug

NAME

       PDL::ImageND - useful image processing in N dimensions

DESCRIPTION

       These routines act on PDLs as N-dimensional objects, not as threaded sets of 0-D or 1-D objects.  The
       file is sort of a catch-all for broadly functional routines, most of which could legitimately be filed
       elsewhere (and probably will, one day).

       ImageND is not a part of the PDL core (v2.4) and hence must be explicitly loaded.

SYNOPSIS

        use PDL::ImageND;

        $b = $a->convolveND($kernel,{bound=>'periodic'});
        $b = $a->rebin(50,30,10);

FUNCTIONS

   convolve
         Signature: (a(m); b(n); indx adims(p); indx bdims(q); [o]c(m))

       N-dimensional convolution (Deprecated; use convolveND)

       $new = convolve $a, $kernel

       Convolve an array with a kernel, both of which are N-dimensional.  This routine does direct convolution
       (by copying) but uses quasi-periodic boundary conditions: each dim "wraps around" to the next higher row
       in the next dim.

       This routine is kept for backwards compatibility with earlier scripts; for most purposes you want
       convolveND instead: it runs faster and handles a variety of boundary conditions.

       convolve does not process bad values.  It will set the bad-value flag of all output piddles if the flag
       is set for any of the input piddles.

   ninterpol()
       N-dimensional interpolation routine

        Signature: ninterpol(point(),data(n),[o]value())

             $value = ninterpol($point, $data);

       "ninterpol" uses "interpol" to find a linearly interpolated value in N dimensions, assuming the data is
       spread on a uniform grid.  To use an arbitrary grid distribution, need to find the grid-space point from
       the indexing scheme, then call "ninterpol" -- this is far from trivial (and ill-defined in general).

       See also interpND, which includes boundary conditions and allows you to switch the method of
       interpolation, but which runs somewhat slower.

   rebin
         Signature: (a(m); [o]b(n); int ns => n)

       N-dimensional rebinning algorithm

       $new = rebin $a, $dim1, $dim2,..;.  $new = rebin $a, $template; $new = rebin $a, $template, {Norm => 1};

       Rebin an N-dimensional array to newly specified dimensions.  Specifying `Norm' keeps the sum constant,
       otherwise the intensities are kept constant.  If more template dimensions are given than for the input
       pdl, these dimensions are created; if less, the final dimensions are maintained as they were.

       So if $a is a 10 x 10 pdl, then "rebin($a,15)" is a 15 x 10 pdl, while "rebin($a,15,16,17)" is a 15 x 16
       x 17 pdl (where the values along the final dimension are all identical).

       Expansion is performed by sampling; reduction is performed by averaging.  If you want different behavior,
       use PDL::Transform::map instead.  PDL::Transform::map runs slower but is more flexible.

       rebin does not process bad values.  It will set the bad-value flag of all output piddles if the flag is
       set for any of the input piddles.

   circ_mean_p
       Calculates the circular mean of an n-dim image and returns the projection. Optionally takes the center to
       be used.

          $cmean=circ_mean_p($im);
          $cmean=circ_mean_p($im,{Center => [10,10]});

   circ_mean
       Smooths an image by applying circular mean.  Optionally takes the center to be used.

          circ_mean($im);
          circ_mean($im,{Center => [10,10]});

   kernctr
       `centre' a kernel (auxiliary routine to fftconvolve)

               $kernel = kernctr($image,$smallk);
               fftconvolve($image,$kernel);

       kernctr centres a small kernel to emulate the behaviour of the direct convolution routines.

   convolveND
         Signature: (k0(); SV *k; SV *aa; SV *a)

       Speed-optimized convolution with selectable boundary conditions

       $new = convolveND($a, $kernel, [ {options} ]);

       Conolve an array with a kernel, both of which are N-dimensional.

       If the kernel has fewer dimensions than the array, then the extra array dimensions are threaded over.
       There are options that control the boundary conditions and method used.

       The kernel's origin is taken to be at the kernel's center.  If your kernel has a dimension of even order
       then the origin's coordinates get rounded up to the next higher pixel (e.g. (1,2) for a 3x4 kernel).
       This mimics the behavior of the earlier convolve and fftconvolve routines, so convolveND is a drop-in
       replacement for them.

       The kernel may be any size compared to the image, in any dimension.

       The kernel and the array are not quite interchangeable (as in mathematical convolution): the code is
       inplace-aware only for the array itself, and the only allowed boundary condition on the kernel is
       truncation.

       convolveND is inplace-aware: say "convolveND(inplace $a ,$k)" to modify a variable in-place.  You don't
       reduce the working memory that way -- only the final memory.

       OPTIONS

       Options are parsed by PDL::Options, so unique abbreviations are accepted.

       boundary (default: 'truncate')
          The boundary condition on the array, which affects any pixel closer to the edge than the half-width of
          the kernel.

          The boundary conditions are the same as those accepted by range, because this option is passed
          directly into range.  Useful options are 'truncate' (the default), 'extend', and 'periodic'.  You can
          select different boundary conditions for different axes -- see range for more detail.

          The (default) truncate option marks all the near-boundary pixels as BAD if you have bad values
          compiled into your PDL and the array's badflag is set.

       method (default: 'auto')
          The method to use for the convolution.  Acceptable alternatives are 'direct', 'fft', or 'auto'.  The
          direct method is an explicit copy-and-multiply operation; the fft method takes the Fourier transform
          of the input and output kernels.  The two methods give the same answer to within double-precision
          numerical roundoff.  The fft method is much faster for large kernels; the direct method is faster for
          tiny kernels.  The tradeoff occurs when the array has about 400x more pixels than the kernel.

          The default method is 'auto', which chooses direct or fft convolution based on the size of the input
          arrays.

       NOTES

       At the moment there's no way to thread over kernels.  That could/should be fixed.

       The threading over input is cheesy and should probably be fixed: currently the kernel just gets dummy
       dimensions added to it to match the input dims.  That does the right thing tersely but probably runs
       slower than a dedicated threadloop.

       The direct copying code uses PP primarily for the generic typing: it includes its own threadloops.

       convolveND does not process bad values.  It will set the bad-value flag of all output piddles if the flag
       is set for any of the input piddles.

AUTHORS

       Copyright (C) Karl Glazebrook and Craig DeForest, 1997, 2003 All rights reserved. There is no warranty.
       You are allowed to redistribute this software / documentation under certain conditions. For details, see
       the file COPYING in the PDL distribution. If this file is separated from the PDL distribution, the
       copyright notice should be included in the file.