[ImageJ-devel] [imglib2] remove redundant KDTree implementation in imglib2-algorithms?

Tobias Pietzsch pietzsch at mpi-cbg.de
Mon Feb 6 11:25:36 CST 2012


Hi guys,

I was just about to use imglib2 KDTree and I noticed that there
is still the legacy algorithm.kdtree package inherited from imglib1.

There are now two implementations of a KDTree in imglib2.

One is is the legacy imglib1 KDTree in net.imglib2.algorithm.kdtree.

The other one is in the core.
KDTree itself is in package net.imglib2.collection.
The n-nearest-neighbor and radius search on this KDTree are in the
net.imglib2.neighborsearch package.

The new KDTree does not require it's T to be a Leaf< T >
and the searches implement the appropriate 
net.imglib2.neighborsearch.*NeighborSearch< T > interfaces.

The new KDTree uses exact median-finding algorithm for constructing the
tree instead of the approximate one in imglib1 kdtree.
And it is faster.

Because this is a confusing situation, _I would like to remove the
"old" KDTree from the imglib-algorithms package_.

(I would fix Lee's VolumetricSearch implementation which is the only
thing using the imglib-algorithms KDTree currently.)

Any objections?

best regards,
Tobias




More information about the ImageJ-devel mailing list