Thread history

Fragment of a discussion from User talk:Jdev/Code/R Tree
Viewing a history listing
Jump to navigation Jump to search
Time User Activity Comment
No results

Now i'm curious too, but i hope, that results will pretty same:) I will publish results, when i will try it

Jdev12:03, 21 December 2011

Hmm... that performance difference is fairly expected. kNN spends a lot of time doing distance calculations that RS doesn't need to do. Also, just a note.... I think the questions of using r-trees vs kd-trees should be separate from whether RS or kNN is used. I say that because well... both types of trees can do both types of searches.

Rednaxela22:11, 21 December 2011
 

I completely agree with you. But i think, that r-tree is faster with RS, but kD-tree is faster with kNN

Jdev05:32, 22 December 2011

That's an interesting theory, could perhaps be the case. I might test that some time.

Rednaxela08:12, 22 December 2011
 

I think that range searches would definitely be faster using R-trees. In a range search, you could add every point within the rectangle of an R-tree without calculating any distances for those points. Of course, your tree uses minimum bounding rectangles so you could do that too, but a normal kd-tree couldn't. For a kNN search the main advantage of an R-tree is probably the ease with which you can rebalance the tree.

AW17:53, 22 December 2011

Good point about the minimum bounding rectangles. Thinking about it some more, I suspect that the RS speed of a kd-tree that uses minimum bounding rectangles, would be extremely similar to that of a R-tree really. Sure, the partitioning is a bit different but both have reasonable enough partitioning and with the minimum bounding rectangles the search algorithm would basically be the same.

Yeah, that rebalancing aspect is what prompted me to do some r-tree experiments in the past.

Rednaxela19:41, 22 December 2011