Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

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

Improve built-in support for commonly used messages / Rviz parity #143

Closed
jtbandes opened this issue Oct 1, 2021 · 4 comments
Closed

Improve built-in support for commonly used messages / Rviz parity #143

jtbandes opened this issue Oct 1, 2021 · 4 comments
Labels
feature A new feature or idea

Comments

@jtbandes jtbandes added the feature A new feature or idea label Oct 1, 2021
@jtbandes jtbandes changed the title Improve built-in support for commonly used messages Improve built-in support for commonly used messages / Rviz parity Apr 13, 2022
@wkalt
Copy link

wkalt commented Apr 13, 2022

the tutorial here also allows easy interaction with the robot navigation in rviz, by clicking a location on the map:

https://emanual.robotis.com/docs/en/platform/turtlebot3/quick-start/

@adamconkey
Copy link

+1 for moveit_msgs, in particular the DisplayRobotState and DisplayTrajectory are incredibly useful for previewing trajectories and visualizing key waypoints in a the trajectory of a robot arm. Is it recommended to create a separate issue for more specific feature requests?

@jtbandes
Copy link
Member Author

Yes I suppose we could stand to have a separate ticket for the moveit stuff. Is there a reference implementation with screenshots demonstrating how the types are meant to be visualized?

@adamconkey
Copy link

It looks like the visualization code is in rviz_plugin_render_tools and in particular there is trajectory_visualization.cpp. There are some examples in the videos/images of the MoveIt tutorials for the trajectory visualization. It looks similar to the URDF visualization in that you're showing the robot with its meshes in the scene, but it's decoupled from a published robot state so that you can e.g. preview a trajectory before executing it, or visualize multiple different plans at once. They also support coloring robot links selectively, which is useful e.g. color links that will collide with an object differently than those that are free of collision.

@amacneil amacneil transferred this issue from another repository Dec 16, 2022
@foxglove foxglove locked and limited conversation to collaborators Dec 16, 2022
@amacneil amacneil converted this issue into discussion #168 Dec 16, 2022

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
feature A new feature or idea
Development

No branches or pull requests

3 participants