Closed sosoeeee closed 7 months ago
I see the issue. It's caused by an old experiment where edges were represented as an array of tuples. The idea was that each tuple represented an edge length, and a number of times to try that edge length. That way, you could try different lengths iteratively within the same run. this is somewhat confusing, so I've changed it in favor of a single value. Changes are in d61b21b
.
Firstly, I want to express my gratitude for your open-source code—it helps me a lot : )
In my current project, I find the need for edge lengths to be represented as floating-point numbers. This specifically relates to the variable
Q
inexamples/rrt_3d.py
. However, this requirement exposes an issue in the filerrt-algorithms/rrt/rrt.py
.The issue arises because
Q
is a numpy array, andq[1]
is automatically interpreted as a float, causing a problem when passing it to therange()
function. To resolve this, I performed an integer type conversion onq[1]
usingrange(int(q[1]))
.I'm curious if this is a minor oversight in the code that could be addressed.
Best regards