-
Notifications
You must be signed in to change notification settings - Fork 662
New issue
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
Unable to get free space #182
Comments
This could be a visualization issue, maybe the number of free voxels is too large to display. Octovis displays the number of voxels. You could use that number to check if everything is integrated correctly, or write a small program that reads a .ot file and prints the statistics. |
I run into this issue as well. With 100k points, octovis fails to display free voxels. Once I cut it down to 20k, octovis starts cooperating. Does anyone by any chance know a workaround? |
How many free nodes does your octree have? In contrast to the efficient octree encoding, the visualization needs a lot of memory for them. The workaround is not to display the free space for large octree, or change the visualization resolution ("tree depth cutoff"). |
Thanks for following up. I believe in my case there were more than 2 million free nodes when octovis stopped working. I ended up building another octree with a 2x larger voxel size just for the purpose of visualization. |
I am facing this weird issue which I'm not sure if it's visualization (ie: octovis) related or not. I am generating occupancy maps using insertPointCloud function. Now, if I generate a very small map (eg: just 10 scans) then I can open it on Octovis and see both the occupied and the free space, and they seem to be correct. However, if I make a larger map (either by rotating in place or moving) then I can only visualize the occupied space in Octovis; free space appears to be empty.
Is there any known issue which could cause this?
Is there a way for me to check if the tree is being stored correct, to confirm if the issue is in octovis only?
The text was updated successfully, but these errors were encountered: