Skip to content
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

RVIZ VIO and SLAM paths seperate #142

Open
lowellm91 opened this issue Jan 10, 2024 · 2 comments
Open

RVIZ VIO and SLAM paths seperate #142

lowellm91 opened this issue Jan 10, 2024 · 2 comments
Assignees
Labels
verify to close Waiting on confirm issue is resolved

Comments

@lowellm91
Copy link

Hi,

I have been using your SLAM software and I have been having some issues. First the VIO and SLAM paths in RVIZ seperate and get extremely far apart. Is this normal?

Secondly it's not at all clear what features being track actually means, is there is a way to display the features detected ontop of the image pairs so we can diagnose potential problems with tracking and see where tracking fails?

Third the information on frames is pretty confusing, to clarify what is the difference between base_frame and input_base_frame and base_link? My assumption was input_base_frame transforms the base_link to the left_camera_frame but the wording is very confusing.

@lowellm91
Copy link
Author

Messing with this more, changing the input_base_frame to the same name as the left_camera_frame fixed it, I assumed input_base_frame would be the parent name of the transform "left_camera_frame" but apparently this didn't work. It's not clear to what the difference between "left_camera_frame" and "input_base_frame" transforms are now since both transform the base_frame to the left camera.

@swapnesh-wani-nvidia
Copy link

swapnesh-wani-nvidia commented Feb 5, 2024

Hello,

First the VIO and SLAM paths in RVIZ separate and get extremely far apart. Is this normal?

Ideally, they would stay on top of each other but with any odometry system, you could expect a drift in the VO path as it gives the smooth poses out as opposed to the SLAM path which can have jumps but is accurate w.r.t a map frame

Secondly it's not at all clear what features being track actually means, is there is a way to display the features detected ontop of the image pairs so we can diagnose potential problems with tracking and see where tracking fails?

You can use the Camera display in RViz and use the observations topic (visual_slam/vis/observations_cloud) as an overlay

what is the difference between base_frame and input_base_frame and base_link?

The idea is to add the ability to separate input and output subtrees in tf2.
User can have in_left/in_right/in_base_link and out_map/out_odom/out_base_link.
For example if you want to compare the o/p of Isaac ROS Visual Slam with a ground truth system you can have
in_left/in_right/in_base_link --- From groundtruth system
cuvslam_out_map/cuvslam_out_odom/cuvslam_out_base_link ---- From Isaac ROS Visual Slam

In case of a single robot input_base_frame = base_frame. If you want to track the motion of the robot put the value of base_link in base_frame. If you want to track the motion of left imager then put the value of left_camera_frame in base_frame.

@swapnesh-wani-nvidia swapnesh-wani-nvidia added the verify to close Waiting on confirm issue is resolved label Feb 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
verify to close Waiting on confirm issue is resolved
Projects
None yet
Development

No branches or pull requests

2 participants