You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Goal: Previously, we used a 2D lidar so our mapping stack took in a 2D lidar scan, but now we want to use a 3D lidar. Either add a small node than takes in the 3D lidar scan and thresholds it at a fixed z/height-value or see if our stack can somehow take in a 3D scan to add obstacles (we used costmap_2d). The first option is more likely what is going to end up happening, but you can maybe test the second one.
Added a new subdirectory in rr_evgp called lidar_z_threshold and
within it a new node named lidar_z_threshold.cpp. The node checks
for a specific z value and tolerance value as parameters to threshold
the velodyne_points topic. This is the start of a resolution to issue #357.
Goal: Previously, we used a 2D lidar so our mapping stack took in a 2D lidar scan, but now we want to use a 3D lidar. Either add a small node than takes in the 3D lidar scan and thresholds it at a fixed z/height-value or see if our stack can somehow take in a 3D scan to add obstacles (we used costmap_2d). The first option is more likely what is going to end up happening, but you can maybe test the second one.
Files Edited (at least): rr_evgp/src/lidar_z_threshold/lidar_z_threshold.cpp
Success Criteria:
The text was updated successfully, but these errors were encountered: