We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
There are bugs in the range method for limited level searching.
You use queue, but never dequeue from it (just front). And when cur_level == level_limit, we should also enqueue the internal node.
queue
dequeue
front
cur_level == level_limit
enqueue
A fixing:
else if (cur_level == level_limit) { estimate += cur_node.m_mbr.calcRatio(query) * cur_node.size cur_node.m_child.foreach { case RTreeInternalEntry(mbr, node) => if (query.intersects(mbr)) q.enqueue((node, cur_level + 1)) }
The text was updated successfully, but these errors were encountered:
Agreed. I haven't test by the time I merge it. You have fixed that? I can fix it if you didn't,
Sorry, something went wrong.
I have fixed.
Fixed in PR #23.
ChenZhongPu
No branches or pull requests
There are bugs in the range method for limited level searching.
You use
queue
, but neverdequeue
from it (justfront
). And whencur_level == level_limit
, we should alsoenqueue
the internal node.A fixing:
front
withdequeue
cur_level == level_limit
,The text was updated successfully, but these errors were encountered: