Common location for sensor URDF files?

For example, in turtlebot_description there are some sensors’ xacro, mesh and all that are enough for ROS usecases (and for visualizing on Gazebo too). Failing to find so far a robot-agnostic location where I can get Kinect models, I’ve been reluctantly depending on turtlebot_description from my robot packages just to use those models.

Is there already a good to way to avoid bizarre dependency like above? Or if there isn’t, what we can do to amend this?

I thought we may want to create a sensor description package, maybe somewhere close to its driver. For example for Kinect it may be like in freenect_stack (need more discussion for the specific location of course).

Also available on Gazebo are some sensors’ SDFs, which cannot reversibly be used in ROS AFAIK. So IMO this can’t be an option.

1 Like

I agree with you we need more sensor description package.
There was a discussion on this on the SIG driver group : Redirecting to Google Groups

Here is the conclusion that I like from Jack O’Quin

For most devices, I think it makes sense to distribute the foo_description as a separate package in the same repository as the foo_driver.

  • They get released together, so they remain in sync with support for new models, etc.
  • Their dependencies remain separate.
  • They can be installed on different machines, useful if the driver can run on a small headless controller.

Of course, some generic drivers, like camera1394 or usb_cam, have no idea what the actual device looks like. There are thousands of IIDC or USB camera models. I suppose they could provide a generic box with a lens, but what’s the point? That could legitimately go somewhere else.

For example, there should be a new package named realsense_description in GitHub - IntelRealSense/realsense-ros: Intel(R) RealSense(TM) ROS Wrapper for Depth Camera

2 Likes

For commonly-used sensors like the Kinect or SICK laser scanners, I wholeheartedly agree with having a description package I can install and use without needing to bring in an entire robot description.

1 Like

Thanks for the helpful inputs.

I made a PR to openni_camera repository to add openni_description package. https://github.com/ros-drivers/openni_camera/pull/58. Review is welcomed.
Essentially this package only contains a xacro for Kinect. I’m afraid this setting may be a bit of overkill, but not entirely sure. Let’s see.

Hi…While URDFs are a useful and standardized format in ROS, they are lacking many features and have not been updated to deal with the evolving needs of robotics. URDF can only specify the kinematic and dynamic properties of a single robot in isolation. URDF can not specify the pose of the robot itself within a world. It is also not a universal description format since it cannot specify joint loops, and it lacks friction and other properties. Additionally, it cannot specify things that are not robots, such as lights, heightmaps, etc.

printed circuits assembly

@NealXu I hear that discussion often, but this thread is not for that.

1 Like