Nanoflann

[Paul Harris]

I started with plain Flann just before nanoflann started up.
I use FLANN as a header-only library, and stuck with it.
As I understand it, nanoflann has become a fork and has various header-only
advances, whereas FLANN has a couple of extra features like ability to work
on the GPU.

Its more efficient (for me) than libkdtree because I can ask it to index
the tree in-place, and it does it with no memory allocs (ie using an
index-array).



On 9 December 2013 23:40, Rob McDonald <ramcdona at calpoly.edu> wrote:

> I'm on this list because I found libkdtree++ when I was looking for a tool
> in this area.  That same search turned up nanoflann.  Our project went with
> nanoflann, so I've never really used libkdtree++ and can not compare
> directly.
>
> Nanoflann did what we needed, was pretty easy to incorporate to our
> project, and is super tiny (one header file).
>
> There isn't a ton of development, but I think that stems from completeness
> rather than complacency.  We had one problem which was quickly addressed by
> the developer.
>
> Rob
>
>
> On 12/9/13 2:28 AM, Renaud Detry wrote:
>
>> Dear all,
>>
>> I have been a happy libkdtree++ user for five years.
>>
>> I've noticed a newcomer in the area - nanoflann. Have you guys worked
>> with it? Any comment on that?
>>
>> Thanks a lot!
>>
>> Renaud
>> _______________________________________________
>> libkdtree-devel mailing list
>> libkdtree-devel at lists.alioth.debian.org
>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/libkdtree-devel
>>
>>
> --
> Rob McDonald, Ph.D.
> Aerospace Engineering
> Cal Poly, San Luis Obispo
> 805-756-7242
>
>
> _______________________________________________
> libkdtree-devel mailing list
> libkdtree-devel at lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/libkdtree-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/libkdtree-devel/attachments/20131210/ec6acbc1/attachment.html>