Planet ROS
Planet ROS - http://planet.ros.org
Planet ROS - http://planet.ros.org http://planet.ros.org
ROS Discourse General: Localization-only mode in ROS 2 API of mola_lidar_odometry
Update to the former post: Tons of new features have been added to mola + mola_lidar_odometry in the latest releases:
- Correct handling of ROS 2 namespaces.
- Support for NDT-3D maps
- ROS 2 services to start/stop mapping, load/save maps, etc.
Resources:
- Step-by-step tutorial: MOLA-LO: Build a map and then localize — MOLA v1.4.1 documentation
- ROS 2 API docs page with available services, /tf frames, topics, etc.: ROS 2 API — MOLA v1.4.1 documentation
- LinkedIn post: Jose Luis Blanco Claraco on LinkedIn: #ros2 #opensource #lidar #pointcloud #robotics #slam #localization #ros…
- YT video following the tutorial:
MOLA-LO: Mapping, then localize - Step-by-step tutorial
Feedback, issues, or PRs are all greatly appreciated!
PS: Not all these features are available in the current binaries from apt… you might need to build from sources or wait for the next release cycle.
1 post - 1 participant
https://discourse.ros.org/t/localization-only-mode-in-ros-2-api-of-mola-lidar-odometry/41225ROS Discourse General: ROS News for the Week of December 15th, 2024
ROS News for the Week of December 15th, 2024
It is that time of year! Time for robot holiday videos! IEEE Spectrum has a full run down. I particularly like the Clearpath Robotics’ video that features multiple TB4 lites acting as elves.
New tutorial alert. We just released an official tutorial for the ament lint CLI utilities. If you are not using these tools to clean up your code, you should be!
SOAR is the OG of classic AI! This week we learned about a new package to
connect SOAR and ROS 2.
This week a team at MIT released ROMAN an open-set object mapping / global localization package along with a ROS 2 wrapper.
Everyone is talking about it! This week a team of 18 universities plus NVIDIA released Genesis, a generative world for general-purpose robotics & embodied AI learning. The early demos look impressive. You can learn more at the project page.
Events
- 2024-12-22 Open Hardware Summit CFP Deadline
- 2024-12-27 ROS Japan UG #57 ROS Year-End LT Event
- 2024-12-31 Deadline for Natural Robotics Contest
- 2025-01-08 ROS Embodied AI Community Group
- 2025-02-01 FOSDEM 25 – See Robotics and Sim Room
- 2025-02-04 => 2025-02-06 World FIRA Ag Robotics Conference in Toulouse, France
- 2025-04-28 International Workshop on Robotics Software Engineering
- 2025-05-30 => 2025-05-31 2025 Open Hardware Summit in Edinburgh
News
- ROS PMC meeting minutes 2024-12-17
- Nav2 Community Meeting - Renewed for 2025
- Slip Robotics picks up $28M for trailer loading/unloading robots
- Jetson Orin Nano Super developer kit available from NVIDIA
- Eureka Robotics raises $10.5M to scale its vision systems in the U.S.
- ROSCon Spain 2024 Report
- Aerial Robotics meeting - Xmas with Bitcraze
- Robot Holiday Videos - IEEE Spectrum
- Zen and the Art of Aibo Engineering
- Symbotic buys healthcare robot maker OhmniLabs
- Mcity says open-source digital twin enables cheaper autonomous vehicle testing
- Global Robot Density in Factories Doubled in Seven Years - What’s the impact of ROS?
- Red Rabbit Robotics offers human-like robots as a service - The Register
- Call for Proposals: Arts in Robotics at ICRA’25
- Call for Application IEEE IERA Award
- Genesis: A generative world for general-purpose robotics & embodied AI learning.
- Open Source Hardware Certifications for November 2024
- VDA5050 in Japanese
- ScanNet++ Dataset
- HO-Cap: A Capture System and Dataset for 3D Reconstruction and Pose Tracking of Hand-Object Interaction
- Diverse Terrain and Multi-modal Dataset for Multi-Robot Navigation in Multi-session Outdoor Environments
- Podcast: Making Robot Arms Work Anywhere - with PickNik
ROS
- Ament Lint CLI Utilities Tutorial
- Time to give your magnetometers a big refresh!
- New packages for Humble Hawksbill 2024-12-20
- New Packages for Noetic 2024-12-19
- Teknic ClearPath-SC ros2_control Hardware Interface
- How do I use Safe DDS with ROS2 and Why?
- ROS 2 Visualization Tools for Architecture
- ROMAN: ROS 2 open-set object mapping / global localization code release
- Soar_ros: Connecting Soar and ROS 2 as a single ROS Package
- Safe DDS Achieves ISO 26262 ASIL D Certification
- Introduction to Robot Manipulation and Navigation – University of Texas at Dallas
- MASt3R-SLAM: Real-Time Dense SLAM with 3D Reconstruction Priors
- MATLAB toolkit for generating URDF
- RoboVLMs: What Matters in Building Vision-Language-Action Models for Generalist Robot Policies
- ECCV 2024 Better Call SAL: Towards Learning to Segment Anything in Lidar
- Reference implementation of mROS 2 for ESP32 boards
- Raspberry Pi Mouse ROS 2 package has been released
- Package for Path Planning and Tracking created using ROS 2
- Marigold-DC: Zero-Shot Monocular Depth Completion with Guided Diffusion
- Python sample codes and documents about Autonomous vehicle control algorithm
- Official implementation of αLiDAR: An Adaptive High-Resolution Panoramic LiDAR System
- CARLA 0.10.0 Release with Unreal Engine 5.5
- Python implementation of mpc controller for path tracking
- Real-time dense scene reconstruction with SLAM3R
- Unitree RL Gym
- RAL24: Semantic Graph-Guided Coarse-Fine-Refine Full Loop Closing for LiDAR SLAM
- ROBOTIS-OP3-Common jazzy-devel
- NIDS-Net: A unified framework for novel instance detection and segmentation
- Robust model predictive control for path tracking with obstacle avoidance
- Extending the Robustness of LiDAR SLAM to Geometrically Degenerate Scenarios
- SIMD-Accelerated Sampling-based Motion Planning
- Very fast motion planning for articulated robot (C++ core with Python bindings)
- Python implementation of an automatic parallel parking system
- IROS’24 Simultaneous Exploration and Photographing with Heterogeneous UAVs for Fast Autonomous Reconstruction
- Example repository for autonomous behaviors using TurtleBot robots and behavior trees
- Micro ROS and Web UI with ROS 2 and Jetson Orin
- Conformal Off-Policy Prediction for Multi-Agent Systems
Got a Minute?
It is the holidays and everyone has some extra free time. Why not give the gift of open source and review a pull request or fix an issue in ROS 2?
1 post - 1 participant
https://discourse.ros.org/t/ros-news-for-the-week-of-december-15th-2024/41220ROS Discourse General: New packages for Humble Hawksbill 2024-12-20
Package Updates for Humble
Added Packages [30]:
- ros-humble-eiquadprog: 1.2.9-2
- ros-humble-eiquadprog-dbgsym: 1.2.9-2
- ros-humble-etsi-its-mapem-ts-coding: 3.0.0-1
- ros-humble-etsi-its-mapem-ts-coding-dbgsym: 3.0.0-1
- ros-humble-etsi-its-mapem-ts-conversion: 3.0.0-1
- ros-humble-etsi-its-mapem-ts-msgs: 3.0.0-1
- ros-humble-etsi-its-mapem-ts-msgs-dbgsym: 3.0.0-1
- ros-humble-etsi-its-spatem-ts-coding: 3.0.0-1
- ros-humble-etsi-its-spatem-ts-coding-dbgsym: 3.0.0-1
- ros-humble-etsi-its-spatem-ts-conversion: 3.0.0-1
- ros-humble-etsi-its-spatem-ts-msgs: 3.0.0-1
- ros-humble-etsi-its-spatem-ts-msgs-dbgsym: 3.0.0-1
- ros-humble-proto2ros: 1.0.0-3
- ros-humble-proto2ros-dbgsym: 1.0.0-3
- ros-humble-tuw-geo-msgs: 0.2.3-1
- ros-humble-tuw-geo-msgs-dbgsym: 0.2.3-1
- ros-humble-tuw-graph-msgs: 0.2.3-1
- ros-humble-tuw-graph-msgs-dbgsym: 0.2.3-1
- ros-humble-tuw-object-map-msgs: 0.2.3-1
- ros-humble-tuw-object-map-msgs-dbgsym: 0.2.3-1
- ros-humble-tuw-std-msgs: 0.2.4-1
- ros-humble-tuw-std-msgs-dbgsym: 0.2.4-1
- ros-humble-ur-simulation-gz: 0.1.0-1
- ros-humble-yasmin: 3.0.3-1
- ros-humble-yasmin-demos: 3.0.3-1
- ros-humble-yasmin-demos-dbgsym: 3.0.3-1
- ros-humble-yasmin-msgs: 3.0.3-1
- ros-humble-yasmin-msgs-dbgsym: 3.0.3-1
- ros-humble-yasmin-ros: 3.0.3-1
- ros-humble-yasmin-viewer: 3.0.3-1
Updated Packages [330]:
- ros-humble-ackermann-steering-controller: 2.38.0-1 → 2.39.0-1
- ros-humble-ackermann-steering-controller-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-admittance-controller: 2.38.0-1 → 2.39.0-1
- ros-humble-admittance-controller-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-autoware-common-msgs: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-common-msgs-dbgsym: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-control-msgs: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-control-msgs-dbgsym: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-localization-msgs: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-localization-msgs-dbgsym: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-map-msgs: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-map-msgs-dbgsym: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-perception-msgs: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-perception-msgs-dbgsym: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-planning-msgs: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-planning-msgs-dbgsym: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-sensing-msgs: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-sensing-msgs-dbgsym: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-system-msgs: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-system-msgs-dbgsym: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-v2x-msgs: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-v2x-msgs-dbgsym: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-vehicle-msgs: 1.2.0-1 → 1.3.0-1
- ros-humble-autoware-vehicle-msgs-dbgsym: 1.2.0-1 → 1.3.0-1
- ros-humble-bicycle-steering-controller: 2.38.0-1 → 2.39.0-1
- ros-humble-bicycle-steering-controller-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-camera-aravis2: 1.0.0-1 → 1.1.0-1
- ros-humble-camera-aravis2-dbgsym: 1.0.0-1 → 1.1.0-1
- ros-humble-camera-aravis2-msgs: 1.0.0-1 → 1.1.0-1
- ros-humble-camera-aravis2-msgs-dbgsym: 1.0.0-1 → 1.1.0-1
- ros-humble-camera-ros: 0.2.0-1 → 0.2.1-1
- ros-humble-camera-ros-dbgsym: 0.2.0-1 → 0.2.1-1
- ros-humble-clearpath-ros2-socketcan-interface: 1.0.0-1 → 1.0.1-2
- ros-humble-clearpath-ros2-socketcan-interface-dbgsym: 1.0.0-1 → 1.0.1-2
- ros-humble-control-toolbox: 3.3.0-1 → 3.4.0-1
- ros-humble-control-toolbox-dbgsym: 3.3.0-1 → 3.4.0-1
- ros-humble-controller-interface: 2.44.0-1 → 2.46.0-1
- ros-humble-controller-interface-dbgsym: 2.44.0-1 → 2.46.0-1
- ros-humble-controller-manager: 2.44.0-1 → 2.46.0-1
- ros-humble-controller-manager-dbgsym: 2.44.0-1 → 2.46.0-1
- ros-humble-controller-manager-msgs: 2.44.0-1 → 2.46.0-1
- ros-humble-controller-manager-msgs-dbgsym: 2.44.0-1 → 2.46.0-1
- ros-humble-dataspeed-can: 2.0.4-1 → 2.0.5-1
- ros-humble-dataspeed-can-msg-filters: 2.0.4-1 → 2.0.5-1
- ros-humble-dataspeed-can-msgs: 2.0.4-1 → 2.0.5-1
- ros-humble-dataspeed-can-msgs-dbgsym: 2.0.4-1 → 2.0.5-1
- ros-humble-dataspeed-can-tools: 2.0.4-1 → 2.0.5-1
- ros-humble-dataspeed-can-tools-dbgsym: 2.0.4-1 → 2.0.5-1
- ros-humble-dataspeed-can-usb: 2.0.4-1 → 2.0.5-1
- ros-humble-dataspeed-can-usb-dbgsym: 2.0.4-1 → 2.0.5-1
- ros-humble-diff-drive-controller: 2.38.0-1 → 2.39.0-1
- ros-humble-diff-drive-controller-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-effort-controllers: 2.38.0-1 → 2.39.0-1
- ros-humble-effort-controllers-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-etsi-its-cam-coding: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-cam-coding-dbgsym: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-cam-conversion: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-cam-msgs: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-cam-msgs-dbgsym: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-cam-ts-coding: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-cam-ts-coding-dbgsym: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-cam-ts-conversion: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-cam-ts-msgs: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-cam-ts-msgs-dbgsym: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-coding: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-conversion: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-conversion-dbgsym: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-cpm-ts-coding: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-cpm-ts-coding-dbgsym: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-cpm-ts-conversion: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-cpm-ts-msgs: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-cpm-ts-msgs-dbgsym: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-denm-coding: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-denm-coding-dbgsym: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-denm-conversion: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-denm-msgs: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-denm-msgs-dbgsym: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-messages: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-msgs: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-msgs-utils: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-primitives-conversion: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-rviz-plugins: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-rviz-plugins-dbgsym: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-vam-ts-coding: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-vam-ts-coding-dbgsym: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-vam-ts-conversion: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-vam-ts-msgs: 2.4.0-1 → 3.0.0-1
- ros-humble-etsi-its-vam-ts-msgs-dbgsym: 2.4.0-1 → 3.0.0-1
- ros-humble-force-torque-sensor-broadcaster: 2.38.0-1 → 2.39.0-1
- ros-humble-force-torque-sensor-broadcaster-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-forward-command-controller: 2.38.0-1 → 2.39.0-1
- ros-humble-forward-command-controller-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-foxglove-bridge: 0.8.1-1 → 0.8.2-1
- ros-humble-foxglove-bridge-dbgsym: 0.8.1-1 → 0.8.2-1
- ros-humble-franka-description: 0.2.0-1 → 0.4.0-3
- ros-humble-game-controller-spl: 2.1.0-1 → 2.2.0-2
- ros-humble-game-controller-spl-interfaces: 2.1.0-1 → 2.2.0-2
- ros-humble-game-controller-spl-interfaces-dbgsym: 2.1.0-1 → 2.2.0-2
- ros-humble-gc-spl: 2.1.0-1 → 2.2.0-2
- ros-humble-gc-spl-2022: 2.1.0-1 → 2.2.0-2
- ros-humble-gc-spl-interfaces: 2.1.0-1 → 2.2.0-2
- ros-humble-gc-spl-interfaces-dbgsym: 2.1.0-1 → 2.2.0-2
- ros-humble-geometric-shapes: 2.1.3-2 → 2.3.1-1
- ros-humble-geometric-shapes-dbgsym: 2.1.3-2 → 2.3.1-1
- ros-humble-gripper-controllers: 2.38.0-1 → 2.39.0-1
- ros-humble-gripper-controllers-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-hardware-interface: 2.44.0-1 → 2.46.0-1
- ros-humble-hardware-interface-dbgsym: 2.44.0-1 → 2.46.0-1
- ros-humble-hardware-interface-testing: 2.44.0-1 → 2.46.0-1
- ros-humble-hardware-interface-testing-dbgsym: 2.44.0-1 → 2.46.0-1
- ros-humble-imu-sensor-broadcaster: 2.38.0-1 → 2.39.0-1
- ros-humble-imu-sensor-broadcaster-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-joint-limits: 2.44.0-1 → 2.46.0-1
- ros-humble-joint-limits-dbgsym: 2.44.0-1 → 2.46.0-1
- ros-humble-joint-state-broadcaster: 2.38.0-1 → 2.39.0-1
- ros-humble-joint-state-broadcaster-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-joint-trajectory-controller: 2.38.0-1 → 2.39.0-1
- ros-humble-joint-trajectory-controller-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-kitti-metrics-eval: 1.2.1-1 → 1.3.0-1
- ros-humble-kitti-metrics-eval-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mapviz: 2.4.3-1 → 2.4.4-1
- ros-humble-mapviz-dbgsym: 2.4.3-1 → 2.4.4-1
- ros-humble-mapviz-interfaces: 2.4.3-1 → 2.4.4-1
- ros-humble-mapviz-interfaces-dbgsym: 2.4.3-1 → 2.4.4-1
- ros-humble-mapviz-plugins: 2.4.3-1 → 2.4.4-1
- ros-humble-mapviz-plugins-dbgsym: 2.4.3-1 → 2.4.4-1
- ros-humble-marker-msgs: 0.0.8-3 → 0.0.8-1
- ros-humble-marker-msgs-dbgsym: 0.0.8-3 → 0.0.8-1
- ros-humble-mola: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-bridge-ros2: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-bridge-ros2-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-demos: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-imu-preintegration: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-imu-preintegration-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-input-euroc-dataset: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-input-euroc-dataset-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-input-kitti-dataset: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-input-kitti-dataset-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-input-kitti360-dataset: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-input-kitti360-dataset-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-input-mulran-dataset: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-input-mulran-dataset-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-input-paris-luco-dataset: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-input-paris-luco-dataset-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-input-rawlog: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-input-rawlog-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-input-rosbag2: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-input-rosbag2-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-kernel: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-kernel-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-launcher: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-launcher-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-metric-maps: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-metric-maps-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-msgs: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-msgs-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-navstate-fg: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-navstate-fg-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-navstate-fuse: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-navstate-fuse-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-pose-list: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-pose-list-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-relocalization: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-relocalization-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-traj-tools: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-traj-tools-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-viz: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-viz-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-yaml: 1.2.1-1 → 1.3.0-1
- ros-humble-mola-yaml-dbgsym: 1.2.1-1 → 1.3.0-1
- ros-humble-moveit-visual-tools: 4.1.0-1 → 4.1.1-1
- ros-humble-moveit-visual-tools-dbgsym: 4.1.0-1 → 4.1.1-1
- ros-humble-mrpt-apps: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-apps-dbgsym: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libapps: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libapps-dbgsym: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libbase: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libbase-dbgsym: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libgui: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libgui-dbgsym: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libhwdrivers: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libhwdrivers-dbgsym: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libmaps: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libmaps-dbgsym: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libmath: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libmath-dbgsym: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libnav: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libnav-dbgsym: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libobs: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libobs-dbgsym: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libopengl: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libopengl-dbgsym: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libposes: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libposes-dbgsym: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libros-bridge: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libros-bridge-dbgsym: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libslam: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libslam-dbgsym: 2.14.5-1 → 2.14.7-1
- ros-humble-mrpt-libtclap: 2.14.5-1 → 2.14.7-1
- ros-humble-multires-image: 2.4.3-1 → 2.4.4-1
- ros-humble-multires-image-dbgsym: 2.4.3-1 → 2.4.4-1
- ros-humble-mvsim: 0.11.1-1 → 0.12.0-1
- ros-humble-mvsim-dbgsym: 0.11.1-1 → 0.12.0-1
- ros-humble-off-highway-can: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-can-dbgsym: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-general-purpose-radar: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-general-purpose-radar-dbgsym: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-general-purpose-radar-msgs: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-general-purpose-radar-msgs-dbgsym: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-premium-radar-sample: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-premium-radar-sample-dbgsym: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-premium-radar-sample-msgs: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-premium-radar-sample-msgs-dbgsym: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-radar: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-radar-dbgsym: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-radar-msgs: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-radar-msgs-dbgsym: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-sensor-drivers: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-sensor-drivers-examples: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-sensor-drivers-examples-dbgsym: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-uss: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-uss-dbgsym: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-uss-msgs: 0.6.3-1 → 0.7.0-1
- ros-humble-off-highway-uss-msgs-dbgsym: 0.6.3-1 → 0.7.0-1
- ros-humble-openvdb-vendor: 2.3.2-1 → 2.3.3-1
- ros-humble-openvdb-vendor-dbgsym: 2.3.2-1 → 2.3.3-1
- ros-humble-pal-statistics: 2.5.0-1 → 2.6.0-1
- ros-humble-pal-statistics-dbgsym: 2.5.0-1 → 2.6.0-1
- ros-humble-pal-statistics-msgs: 2.5.0-1 → 2.6.0-1
- ros-humble-pal-statistics-msgs-dbgsym: 2.5.0-1 → 2.6.0-1
- ros-humble-pick-ik: 1.1.0-1 → 1.1.1-1
- ros-humble-pick-ik-dbgsym: 1.1.0-1 → 1.1.1-1
- ros-humble-pid-controller: 2.38.0-1 → 2.39.0-1
- ros-humble-pid-controller-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-pinocchio: 2.6.21-1 → 3.3.0-1
- ros-humble-pinocchio-dbgsym: 2.6.21-1 → 3.3.0-1
- ros-humble-pose-broadcaster: 2.38.0-1 → 2.39.0-1
- ros-humble-pose-broadcaster-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-position-controllers: 2.38.0-1 → 2.39.0-1
- ros-humble-position-controllers-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-python-mrpt: 2.14.5-1 → 2.14.7-1
- ros-humble-range-sensor-broadcaster: 2.38.0-1 → 2.39.0-1
- ros-humble-range-sensor-broadcaster-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-rcgcd-spl-14: 2.1.0-1 → 2.2.0-2
- ros-humble-rcgcd-spl-14-conversion: 2.1.0-1 → 2.2.0-2
- ros-humble-rcgcd-spl-14-dbgsym: 2.1.0-1 → 2.2.0-2
- ros-humble-rcgcrd-spl-4: 2.1.0-1 → 2.2.0-2
- ros-humble-rcgcrd-spl-4-conversion: 2.1.0-1 → 2.2.0-2
- ros-humble-rcgcrd-spl-4-dbgsym: 2.1.0-1 → 2.2.0-2
- ros-humble-realtime-tools: 2.8.1-1 → 2.10.0-1
- ros-humble-realtime-tools-dbgsym: 2.8.1-1 → 2.10.0-1
- ros-humble-robot-calibration: 0.8.2-1 → 0.8.3-1
- ros-humble-robot-calibration-dbgsym: 0.8.2-1 → 0.8.3-1
- ros-humble-robot-calibration-msgs: 0.8.2-1 → 0.8.3-1
- ros-humble-robot-calibration-msgs-dbgsym: 0.8.2-1 → 0.8.3-1
- ros-humble-ros-gz: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-gz-bridge: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-gz-bridge-dbgsym: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-gz-image: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-gz-image-dbgsym: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-gz-interfaces: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-gz-interfaces-dbgsym: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-gz-sim: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-gz-sim-dbgsym: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-gz-sim-demos: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-ign: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-ign-bridge: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-ign-bridge-dbgsym: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-ign-gazebo: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-ign-gazebo-dbgsym: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-ign-gazebo-demos: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-ign-image: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-ign-image-dbgsym: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-ign-interfaces: 0.244.15-1 → 0.244.16-2
- ros-humble-ros-ign-interfaces-dbgsym: 0.244.15-1 → 0.244.16-2
- ros-humble-ros2-control: 2.44.0-1 → 2.46.0-1
- ros-humble-ros2-control-test-assets: 2.44.0-1 → 2.46.0-1
- ros-humble-ros2-controllers: 2.38.0-1 → 2.39.0-1
- ros-humble-ros2-controllers-test-nodes: 2.38.0-1 → 2.39.0-1
- ros-humble-ros2controlcli: 2.44.0-1 → 2.46.0-1
- ros-humble-rqt-controller-manager: 2.44.0-1 → 2.46.0-1
- ros-humble-rqt-joint-trajectory-controller: 2.38.0-1 → 2.39.0-1
- ros-humble-rtabmap: 0.21.6-1 → 0.21.9-1
- ros-humble-rtabmap-conversions: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-conversions-dbgsym: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-dbgsym: 0.21.6-1 → 0.21.9-1
- ros-humble-rtabmap-demos: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-examples: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-launch: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-msgs: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-msgs-dbgsym: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-odom: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-odom-dbgsym: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-python: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-ros: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-rviz-plugins: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-rviz-plugins-dbgsym: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-slam: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-slam-dbgsym: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-sync: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-sync-dbgsym: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-util: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-util-dbgsym: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-viz: 0.21.5-1 → 0.21.9-1
- ros-humble-rtabmap-viz-dbgsym: 0.21.5-1 → 0.21.9-1
- ros-humble-slam-toolbox: 2.6.8-1 → 2.6.9-1
- ros-humble-slam-toolbox-dbgsym: 2.6.8-1 → 2.6.9-1
- ros-humble-spatio-temporal-voxel-layer: 2.3.2-1 → 2.3.3-1
- ros-humble-spatio-temporal-voxel-layer-dbgsym: 2.3.2-1 → 2.3.3-1
- ros-humble-steering-controllers-library: 2.38.0-1 → 2.39.0-1
- ros-humble-steering-controllers-library-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-tile-map: 2.4.3-1 → 2.4.4-1
- ros-humble-tile-map-dbgsym: 2.4.3-1 → 2.4.4-1
- ros-humble-transmission-interface: 2.44.0-1 → 2.46.0-1
- ros-humble-transmission-interface-dbgsym: 2.44.0-1 → 2.46.0-1
- ros-humble-tricycle-controller: 2.38.0-1 → 2.39.0-1
- ros-humble-tricycle-controller-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-tricycle-steering-controller: 2.38.0-1 → 2.39.0-1
- ros-humble-tricycle-steering-controller-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-tuw-geometry: 0.1.1-1 → 0.1.2-1
- ros-humble-tuw-geometry-dbgsym: 0.1.1-1 → 0.1.2-1
- ros-humble-ur-description: 2.1.8-2 → 2.1.9-1
- ros-humble-ur-msgs: 2.0.1-1 → 2.1.0-1
- ros-humble-ur-msgs-dbgsym: 2.0.1-1 → 2.1.0-1
- ros-humble-velocity-controllers: 2.38.0-1 → 2.39.0-1
- ros-humble-velocity-controllers-dbgsym: 2.38.0-1 → 2.39.0-1
- ros-humble-wireless-msgs: 1.1.1-1 → 1.1.2-1
- ros-humble-wireless-msgs-dbgsym: 1.1.1-1 → 1.1.2-1
- ros-humble-wireless-watcher: 1.1.1-1 → 1.1.2-1
- ros-humble-wireless-watcher-dbgsym: 1.1.1-1 → 1.1.2-1
Removed Packages [0]:
Thanks to all ROS maintainers who make packages available to the ROS community. The above list of packages was made possible by the work of the following maintainers:
- Alejandro Hernandez
- Apex.AI, Inc.
- Bence Magyar
- Boston Dynamics AI Institute
- Brandon Ong
- Christian Rauch
- Dave Coleman
- Felix Exner
- Franka Robotics GmbH
- G.A. vd. Hoorn
- Guilhem Saurel
- Hans-Joachim Krauch
- Jean-Pierre Busch
- Jordan Palacios
- Jose Luis Blanco-Claraco
- Jose-Luis Blanco-Claraco
- Justin Carpentier
- Kevin Hallenbeck
- Louise Poubel
- Luis Camero
- M. Fatih Cırıt
- Markus Bader
- Mathieu Labbe
- Michael Ferguson
- Micho Radovnikovich
- Miguel Ángel González Santamarta
- Raphael Hagmanns
- Robin Petereit
- Roni Kreinin
- Sarah Huber
- Southwest Research Institute
- Steve Macenski
- Takagi, Isamu
- Tim Clephas
- Tyler Weaver
- Yutaka Kondo
- ijnek
- kminoda
- miguel
- rkreinin
1 post - 1 participant
https://discourse.ros.org/t/new-packages-for-humble-hawksbill-2024-12-20/41214ROS Discourse General: World Magnetic Model 2025 released (and WMM2020 ending very soon!)
If you’re using magnetometers and World Magnetic Model on your robots, pay attention!
The World Magnetic Model 2025 (with validity 2025-2030) has been released by NOAA a few days ago (they made it before DOGE starts biting ).
What’s more important, WMM2020 validity ends on 31 Dec 2024. If you’re using the model and check for validity, it is time to update pretty fast! If you don’t check date validity, your model will probably still work fine, but the error would be larger and larger.
If you’re using GeographicLib, it hasn’t adopted the new model yet, but the data are already provided by a side-channel: How to apply WMM2025 model in GeographicLib? · Issue #34 · geographiclib/geographiclib · GitHub .
If you’re using magnetic_model ROS package, WMM2025 will be included in its next release.
4 posts - 2 participants
https://discourse.ros.org/t/world-magnetic-model-2025-released-and-wmm2020-ending-very-soon/41211ROS Discourse General: Time to give your magnetometers a big refresh!
Are you using magnetometers on your robot? And are you using them right? Did you know each magnetometer has a bias that needs to be removed?
I’d like to announce the release of our suite of magnetometer tools that could be helpful to lots of people who deal with outdoor navigation.
The release is for ROS Noetic currently. We’ll definitely port the stack to ROS 2 some time next year.
I’ll be happy for feedback!
magnetometer_pipeline
To calibrate your magnetometer (i.e. identify its bias), use node magnetometer_pipeline/ magnetometer_bias_observer
. Just spin up the node, call service /calibrate_magnetometer
and you have 30 seconds to rotate your robot about as many axes as you can. This corresponds to the 8-shape phones sometimes want you to do.
Using a magnetometer without calibration is bad, bad, bad! The outputs are usually pretty much nonsense. Do not do it.
Once the magnetometer is calibrated, bias is published on topic /imu/mag_bias
. Node (and nodelet) magnetometer_pipeline/magnetometer_bias_remover
can take the raw /imu/mag
data and remove the bias from them, providing topic /imu/mag_unbiased
.
magnetometer_compass
To convert the magnetometer measurement to a heading, use node(let) magnetometer_compass/magnetometer_compass
. It eats /imu/mag_unbiased
and /imu/data
(with orientation) and extracts azimuth (heading).
As there are multiple possible ways to express azimuths, magnetometer_compass
supports all imaginable combinations:
Azimuth reference:
- Magnetic North (compliant with physical compasses)
- Geographic (true) North (compliant with maps)
- UTM North (compliant with the UTM projection - a Cartesian projection of Earth, used e.g. by robot_localization)
Azimuth orientation:
- ENU (East-North-Up, compliant with REP-103)
- NED (North-East-Down, compliant with physical compasses)
Units:
- degrees (compliant with humans)
- radians (compliant with REP-103)
Output data types:
- compass_msgs/Azimuth
- sensor_msgs/Imu (the node can turn an unreferenced yaw into a North-referenced one) (hopefully compatible with robot_localization)
- geometry_msgs/QuaternionStamped (just a North-referenced yaw encoded into quaternion)
- geometry_msgs/PoseWithCovarianceStamped (pose with a North-referenced yaw encoded into orientation)
To be able to convert between magnetic and true North, magnetic declination needs to be known. This value depends on GNSS position, so the compass node can eat NavSatFix messages which tell it where the robot is. Or, if the position is predictable/static, you can set it as a config parameter and then you don’t need to provide the NavSatFix messages. The resolution of the magnetic model is ~3500 km, so you don’t need to be very precise here.
Magnetometer measurements can be quite noisy. Therefore, magnetometer_compass
contains a built-in low-pass filter with configurable strength to make the azimuth reading a bit more stable.
Once you get the magnetometer_compass running, you might want to visualize its output using magnetometer_compass/visualize_azimuth
, which can eat any of the above-defined outputs.
Some magnetometer drivers (ethzasl_xsens_driver, I’m looking at you) mix up the units in the magnetometer part and report in Gauss instead of Tesla (1 T = 10000 G). Fortunately, for just identifying the azimuth, this is no problem!
compass_conversions
As can be seen above, there are quite a lot of ways to express an azimuth. compass_conversions
provide a C++ library, message filter and nodelet that can convert any kind of azimuth to any other kind.
Using the message filter, it is quite simple to subscribe to any kind of azimuth representation and get the one you actually need in your code:
message_filters::Subscriber azimuthInput(...);
message_filters::Subscriber fixInput(...);
compass_conversions::CompassFilter filter(log, nullptr, azimuthInput, fixInput,
compass_msgs::Azimuth::UNIT_RAD, compass_msgs::Azimuth::ORIENTATION_ENU,
compass_msgs::Azimuth::REFERENCE_GEOGRAPHIC);
filter.registerCallback([](const compass_msgs::AzimuthConstPtr& msg) {
... // Handle the data which come geographic-referenced, ENU oriented, in radians
});
Analogically, you can spin up compass_conversions/compass_transformer
to do this conversion at the ROS API level.
magnetic_model
Converting magnetic North to true North requires knowing the magnetic declination. This is a value provided by World Magnetic Model. magnetic_model
is a C++ library that provides easy usage of the model with ROS data types. In addition to what GeographicLib already provides, magnetic_model
also knows the error model of the conversion, so it can also tell you the variance of the conversion.
This package comes with all available releases of WMM preinstalled, so there’s no need to get the data elsewhere. But it still supports customizing the path to the folder with models - just in case you need to use something different.
1 post - 1 participant
https://discourse.ros.org/t/time-to-give-your-magnetometers-a-big-refresh/41208ROS Discourse General: New Packages for Noetic 2024-12-19
We’re happy to announce 10 new packages and 79 updates are now available in ROS Noetic. This sync was tagged as noetic/2024-12-19
.
Thank you to every maintainer and contributor who made these updates available!
Package Updates for ROS Noetic
Added Packages [10]:
- ros-noetic-compass-conversions: 2.0.1-1
- ros-noetic-etsi-its-mapem-ts-coding: 3.0.0-1
- ros-noetic-etsi-its-mapem-ts-conversion: 3.0.0-1
- ros-noetic-etsi-its-mapem-ts-msgs: 3.0.0-1
- ros-noetic-etsi-its-spatem-ts-coding: 3.0.0-1
- ros-noetic-etsi-its-spatem-ts-conversion: 3.0.0-1
- ros-noetic-etsi-its-spatem-ts-msgs: 3.0.0-1
- ros-noetic-jsk-rosbag-tools: 2.2.15-4
- ros-noetic-magnetic-model: 2.0.1-1
- ros-noetic-magnetometer-pipeline: 2.0.1-1
Updated Packages [79]:
- ros-noetic-audio-video-recorder: 2.2.12-1 → 2.2.15-4
- ros-noetic-cmd-vel-smoother: 0.1.17-2 → 0.1.18-1
- ros-noetic-compass-msgs: 1.0.3-1 → 2.0.1-1
- ros-noetic-contact-states-observer: 0.1.17-2 → 0.1.18-1
- ros-noetic-cras-cpp-common: 2.4.5-1 → 2.4.7-1
- ros-noetic-cras-docs-common: 2.4.5-1 → 2.4.7-1
- ros-noetic-cras-py-common: 2.4.5-1 → 2.4.7-1
- ros-noetic-cras-topic-tools: 2.4.5-1 → 2.4.7-1
- ros-noetic-dynamic-tf-publisher: 2.2.12-1 → 2.2.15-4
- ros-noetic-eiquadprog: 1.2.8-1 → 1.2.9-1
- ros-noetic-etsi-its-cam-coding: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-cam-conversion: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-cam-msgs: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-cam-ts-coding: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-cam-ts-conversion: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-cam-ts-msgs: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-coding: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-conversion: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-cpm-ts-coding: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-cpm-ts-conversion: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-cpm-ts-msgs: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-denm-coding: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-denm-conversion: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-denm-msgs: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-messages: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-msgs: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-msgs-utils: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-primitives-conversion: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-rviz-plugins: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-vam-ts-coding: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-vam-ts-conversion: 2.4.0-1 → 3.0.0-1
- ros-noetic-etsi-its-vam-ts-msgs: 2.4.0-1 → 3.0.0-1
- ros-noetic-eus-nlopt: 0.1.17-2 → 0.1.18-1
- ros-noetic-eus-qp: 0.1.17-2 → 0.1.18-1
- ros-noetic-eus-qpoases: 0.1.17-2 → 0.1.18-1
- ros-noetic-eus-teleop: 0.1.17-2 → 0.1.18-1
- ros-noetic-image-transport-codecs: 2.4.5-1 → 2.4.7-1
- ros-noetic-image-view2: 2.2.12-1 → 2.2.15-4
- ros-noetic-joy-mouse: 0.1.17-2 → 0.1.18-1
- ros-noetic-jsk-calibration: 0.1.17-2 → 0.1.18-1
- ros-noetic-jsk-common: 2.2.12-1 → 2.2.15-4
- ros-noetic-jsk-control: 0.1.17-2 → 0.1.18-1
- ros-noetic-jsk-data: 2.2.12-1 → 2.2.15-4
- ros-noetic-jsk-footstep-controller: 0.1.17-2 → 0.1.18-1
- ros-noetic-jsk-footstep-planner: 0.1.17-2 → 0.1.18-1
- ros-noetic-jsk-ik-server: 0.1.17-2 → 0.1.18-1
- ros-noetic-jsk-interactive: 2.1.8-1 → 2.1.10-1
- ros-noetic-jsk-interactive-marker: 2.1.8-1 → 2.1.10-1
- ros-noetic-jsk-interactive-test: 2.1.8-1 → 2.1.10-1
- ros-noetic-jsk-network-tools: 2.2.12-1 → 2.2.15-4
- ros-noetic-jsk-rqt-plugins: 2.1.8-1 → 2.1.10-1
- ros-noetic-jsk-rviz-plugins: 2.1.8-1 → 2.1.10-1
- ros-noetic-jsk-teleop-joy: 0.1.17-2 → 0.1.18-1
- ros-noetic-jsk-tilt-laser: 2.2.12-1 → 2.2.15-4
- ros-noetic-jsk-tools: 2.2.12-1 → 2.2.15-4
- ros-noetic-jsk-topic-tools: 2.2.12-1 → 2.2.15-4
- ros-noetic-jsk-visualization: 2.1.8-1 → 2.1.10-1
- ros-noetic-magnetometer-compass: 1.0.3-1 → 2.0.1-1
- ros-noetic-mrpt-apps: 2.14.5-1 → 2.14.7-1
- ros-noetic-mrpt-libapps: 2.14.5-1 → 2.14.7-1
- ros-noetic-mrpt-libbase: 2.14.5-1 → 2.14.7-1
- ros-noetic-mrpt-libgui: 2.14.5-1 → 2.14.7-1
- ros-noetic-mrpt-libhwdrivers: 2.14.5-1 → 2.14.7-1
- ros-noetic-mrpt-libmaps: 2.14.5-1 → 2.14.7-1
- ros-noetic-mrpt-libmath: 2.14.5-1 → 2.14.7-1
- ros-noetic-mrpt-libnav: 2.14.5-1 → 2.14.7-1
- ros-noetic-mrpt-libobs: 2.14.5-1 → 2.14.7-1
- ros-noetic-mrpt-libopengl: 2.14.5-1 → 2.14.7-1
- ros-noetic-mrpt-libposes: 2.14.5-1 → 2.14.7-1
- ros-noetic-mrpt-libros-bridge: 2.14.5-1 → 2.14.7-1
- ros-noetic-mrpt-libslam: 2.14.5-1 → 2.14.7-1
- ros-noetic-mrpt-libtclap: 2.14.5-1 → 2.14.7-1
- ros-noetic-multi-map-server: 2.2.12-1 → 2.2.15-4
- ros-noetic-mvsim: 0.11.2-1 → 0.12.1-1
- ros-noetic-pinocchio: 2.6.21-1 → 3.3.0-1
- ros-noetic-python-mrpt: 2.14.5-1 → 2.14.7-1
- ros-noetic-ur-client-library: 1.4.0-1 → 1.5.0-1
- ros-noetic-urg-stamped: 0.3.0-1 → 0.4.0-1
- ros-noetic-virtual-force-publisher: 2.2.12-1 → 2.2.15-4
Removed Packages [0]:
Thanks to all ROS maintainers who make packages available to the ROS community. The above list of packages was made possible by the work of the following maintainers:
- Atsushi Watanabe
- Felix Exner
- Guilhem Saurel
- Iori Yanokura
- Jean-Pierre Busch
- Jose-Luis Blanco-Claraco
- Justin Carpentier
- Kei Okada
- Martin Pecka
- Noda Shintaro
- Ryohei Ueda
- Shingo Kitagawa
- Shunichi Nozawa
- YoheiKakiuchi
- Yuki Furuta
- Yusuke Furuta
- furuta
- nozawa
1 post - 1 participant
https://discourse.ros.org/t/new-packages-for-noetic-2024-12-19/41203ROS Discourse General: How do you monitor your robot diagnostics (topic rates)?
Hi all!
What kind of tools do you use to monitor your robots in runtime? I’m especially interested in monitoring ROS 2 topic rates to confirm for example that all the sensors are publishing data correctly.
I’m looking for a solution that could do this without large overhead, and that would preferably work “from outside”, without injecting code to the subscriptions/publishers. It should publish ROS Diagnostics messages if the expected rates are below the given thresholds.
Is there a solution that can already do this? I’ve so far checked for example ROS 2 built-in Topic Statistics and ros2_tracing, but they don’t seem to fulfill these requirements.
I would be also interested in hearing how you monitor the other aspects of your robots, such as network usage, Node health, etc.
9 posts - 6 participants
https://discourse.ros.org/t/how-do-you-monitor-your-robot-diagnostics-topic-rates/41191ROS Discourse General: Next Client Library WG Meeting: Friday 20th December 2024 8AM PT
Hi,
The next meeting of the Client Library Working Group will be this Friday, 20th December 2024 at 8 AM Pacific Time.
- Meeting link: https://meet.google.com/owk-drkk-sob
- Meeting minutes and agenda: ROS 2 Client Libraries Working Group - Google Docs
- Calendar invite: https://calendar.app.google/U3TZq2dxngTkKPiA6
- Google group if you want to be notified of future meetings: https://groups.google.com/g/ros-2-client-library-wg
The Client Library Working Group has also become the first official WG under the new OSRA and ROS PMC organization!
10 posts - 5 participants
https://discourse.ros.org/t/next-client-library-wg-meeting-friday-20th-december-2024-8am-pt/41179ROS Discourse General: ROS 2 Visualization Tools for Architecture
Hello everyone,
I was wondering what kind of visualizations tools do you use or are aware to see the architecture of a ROS 2 system?
For instance, if you would like to see the connections between nodes and topics (e.g., I know that rqt can show that), visualize messages flow, parameters, or even documentation.
Thank you!
Paulo
3 posts - 3 participants
https://discourse.ros.org/t/ros-2-visualization-tools-for-architecture/41170ROS Discourse General: Global Robot Density in Factories Doubled in Seven Years - What's the impact of ROS?
Has anybody read this news? What’s your opinion on the impact of ROS here?
+++
Global Robot Density in Factories Doubled in Seven Years
New World Robotics Data by International Federation of Robotics reveal
Frankfurt, Nov 20, 2024 — Robot adoption in factories around the world continues at high speed: The new global average robot density reaches a record 162 units per 10,000 employees in 2023 - more than double the number measured only seven years ago (74 units). This is according to the World Robotics 2024 report, presented by the International Federation of Robotics (IFR).
Robot density serves as a barometer to track the degree of automation adoption in the manufacturing industry around the world," says Takayuki Ito, President of the International Federation of Robotics. “This year’s runner-up is China, which ranks third worldwide behind Korea and Singapore, but right up with Germany and Japan."
Robot density by region
The European Union has a robot density of 219 units per 10,000 employees, an increase of 5.2%, with Germany, Sweden, Denmark and Slovenia in the global top ten.
North America´s robot density is 197 units per 10,000 employees – up 4,2%. The United States ranks tenth in the world among the most automated countries in the manufacturing industry.
Asia has a robot density of 182 units per 10,000 persons employed in manufacturing - an increase of 7.6%. The economies of Korea, Singapore, mainland China and Japan are among the top ten most automated countries.
Top countries
The Republic of Korea is the world´s number one adopter of industrial robots with 1,012 robots per 10,000 employees. Robot density has increased by 5% on average each year since 2018. With a world-renowned electronics industry and a strong automotive industry, the Korean economy relies on the two largest customers for industrial robots.
Singapore follows with 770 robots per 10,000 employees. Singapore is a small country with a very low number of employees in the manufacturing industry, so it can reach a high Robot density also with a relatively small operational stock.
China took third place in 2023, surpassing Germany and Japan. The country’s push to the use of automation technology results in a high robot density of 470 robots per 10,000 employees (2022: 402 units). China only entered the top 10 in 2019. It has managed to double its robot density within four years.
Germany ranks fourth with 429 robots per 10,000 employees. The robot density of Europe´s largest economy has grown by 5% CAGR since 2018.
Japan is in fifth place with 419 units. Robot density of the world´s predominant robot manufacturing country grew by 7% on average each year (2018-2023).
Robot density in the United States reached 295 units in 2023. The country ranks tenth in the world.
About Robot density
Robot density is the number of operational industrial robots relative to the number of employees. It can cover the whole manufacturing industry or just specific industrial branches. The number of employees serves as a measure of economic size, so the quotient of operational stock over employees puts the operational stock on a uniform base.
1 post - 1 participant
https://discourse.ros.org/t/global-robot-density-in-factories-doubled-in-seven-years-whats-the-impact-of-ros/41123ROS Discourse General: Is there a ROS 2 gazebo project for humanoids robots?
Dear ROS community,
I was researching if there are ROS 2 Gazebo project for humanoid robots that would facilitate in learning robot locomotion and whole-body motion planning. I am looking towards humanoids similar to Unitree’s H1/H2.
A research scientist from ETH Zurich pointed me to the Issac Gym environment that comes with the assets for H1/H2. But as far as I understand, that simulation pipeline does not use any ROS, and is meant for RL like research.
The closet project I found was Unitree’s ROS 1 project GitHub - unitreerobotics/unitree_ros but it has not been updated for the newer ROS 2 and Gazebo.
Thank you for your time.
With best,
Azmyin
4 posts - 3 participants
https://discourse.ros.org/t/is-there-a-ros-2-gazebo-project-for-humanoids-robots/41094ROS Discourse General: Opinion on companies still using ROS1
I would like to read what you think about taking a Job in companies who work extensively with ROS, but for one reason or another they are still in ROS1.
On one hand I realize that ROS is just a framework and that a lot can still be done and learned.
On the other, having worked for some years on both ROS and ROS2 I see the benefits of working with ROS2.
So I am torn and would like to hear other voices on the matter.
13 posts - 10 participants
https://discourse.ros.org/t/opinion-on-companies-still-using-ros1/41079ROS Discourse General: ROS News for the Week of December 9th, 2024
ROS News for the Week of December 9th, 2024
Our first ever ROSCon in China happened in Shanghai over the weekend! We want to congratulate the organizers on orchestrating such an impressive event. You can find a recap of ROSCon China here.
ROS 2 Iron Irwini is now officially end-of-life. If you are currently using Iron please consider upgrading to Jazzy!
Check out the HARP2 robot that was posted to the ROS Discord server yesterday. The developer’s website is full of really great posts that are worth checking out, especially on the topic of microROS.
The team behind TidyBot2 at Stanford and Princeton have open sourced the hardware for their robot. The robot supports a variety of arms and configurations allowing you to build a clone using hardware you may already have in the lab. See the docs for more details.
This week ROS Industrial released a comprehensive list of depth cameras for robotics applications. Even if you don’t need a new depth camera I recommend bookmarking this website for future website.
I want to send a big shout out @abaeyens for putting together this fantastic documentation on ROS 2 integration testing for docs.ros.org.
People often ask us how they can best contribute to the project. My recommendation is that when you run across something that feels not poorly documented take the time to summarize what you learned while figuring out how to solve the problem. That’s exactly what @abaeyens
did in this case and the results are excellent.
Events
- 2024-12-15 FIRA Ag Robotics Hackathon Registration Deadline
- 2024-12-16 => 2024-12-19 F1Tenth Sim Racing League at CDC 2024
- 2024-12-18 Aerial Robotics meeting - Xmas with Bitcraze
- 2024-12-22 Open Hardware Summit CFP Deadline
- 2024-12-31 Deadline for Natural Robotics Contest
- 2025-02-01 FOSDEM 25 – See Robotics and Sim Room
- 2025-02-04 => 2025-02-06 World FIRA Ag Robotics Conference in Toulouse, France
- 2025-04-28 International Workshop on Robotics Software Engineering
- 2025-05-30 => 2025-05-31 2025 Open Hardware Summit in Edinburgh
News
- ROSCon China 2024
- ROS PMC Meeting Minutes 2024-12-10
- IEEE Robotics and Automation Society Launches new Journal
- We seek for your feedback to shape the future of Autoware!
- How important is ROS when searching for a job?
- RIP, Cruise robotaxi– The Robot Report
- Diligent Robotics’ new AI Advisory Board to advance embodied AI in healthcare robotics
- Anybotics raises $60M to bring more autonomous industrial robots to the US
- Amp Robotics raises $91M to build more robot-filled waste-sorting facilities
- AI Pioneer Fei-Fei Li Has a Vision for Computer Vision
- OpenAI, GoogleDeepMind, and Meta Get Bad Grades on AI Safety
- Robot Videos: Mars Helicopter, Sanctuary AI, and More
- Safe DDS Achieves ISO 26262 ASIL D Certification
- Call for “IFR’s Women in Robotics: 10 Women Shaping the Future of Robotics in 2025” is now open
- Grant for Students Participating in IEEE Robotic Standardization Efforts (SPIRSE)
- Robotics engineers are in high demand — but what is the job really like?
- Interest for a South Florida ROS Users Group?
- Video: Kids Train Their Own AI-Powered Robot
- Annual FZI Xmas Video
- NASA tests high-tech software for future mission to search for life on Jupiter’s moon Europa
- Navigating Hazardous Terrain at NASA’s Jet Propulsion Laboratory
- ELISA Workshop at NASA Goddard, Washington, D.C.
- Pen Plotter Robot Build
ROS
- Iron Irwini is End-of-Life
- QuIK: A ultra-fast and robust generalized inverse kinematics solver for C++/ROS2
- Towards a ROSdoc integation testing tutorial – Docs link
- Gazebo Garden officially end-of-life
- Extending URDF to include physical interfaces (plugs) and computing components (e.g., control boxes)
- ROS 2 Rust Meeting: December 2024
- Monocular Navigation in Duckietown Using LEDNet Architecture
- IROS 2024: Simultaneous Exploration and Photographing with Heterogeneous UAVs for Fast Autonomous Reconstruction
- ROS Industrial 3D Camera Survey
- Protobuf / ROS 2 interoperability layer
- DDS but in Rust
- ReFeree: Radar-based Lightweight and Robust Localization using Feature and Free space.
- GS-LIVM: Real-Time Photo-Realistic LiDAR-Inertial-Visual Mapping with Gaussian Splatting
- Exploiting LiDAR Fiducial Marker for Unordered Low Overlap Multiview Point Cloud Registration
- MOANA: Multi-Radar Dataset for Maritime Odometry and Autonomous Navigation Application – MOANA Dataset
- Video: Articulation Rigging with ROS 2 Bridge
- UniDrive: Towards Universal Driving Perception Across Camera Configurations
- Video: Zenoh User Meeting 2024
- URDF kitchen: A powerful GUI to help you create URDFs
- TidyBot++: An Open-Source Holonomic Mobile Manipulator for Robot Learning – docs
- Keyboard Controller for ROS 2
- Control Barrier Functions in Python and Jax – docs
- Collect, validate and send data reliably from ROS 2 to create APIs and dashboards.
- Large-Scale Dense 3D Mapping Using Submaps Derived From Orthogonal Imaging Sonars
- HARP2 Holonomic Robot
- Space ROS Isaac Sim
Got a minute?
All we want for Christmas are pull requests to the ROS 2 docs.
1 post - 1 participant
https://discourse.ros.org/t/ros-news-for-the-week-of-december-9th-2024/41073ROS Discourse General: Call for “IFR’s Women in Robotics: 10 Women Shaping the Future of Robotics in 2025” is now open
Call for “IFR’s Women in Robotics: 10 Women Shaping the Future of Robotics in 2025” is now open
The International Federation of Robotics (IFR) is looking for outstanding women in robotics
Dec 10, 2024 — IFR would like to highlight and honor Women in Robotics - in particular women in the robotics industry - and give them more visibility. IFR will select a list of 10 women to officially award as “IFR’s Women in Robotics: 10 Women Shaping the Future of Robotics” in 2025.
IFR decided to give women in robotics more visibility and acknowledgment. This should inspire girls and young women to pursue a career in STEM subjects or robotics and will also help companies to reach gender equality and overcome shortage of staff.
IFR would like to highlight and honor Women in Robotics - in particular women in the robotics industry - and give them more visibility.
IFR will select a list of 10 women to officially award as “IFR’s Women in Robotics: 10 Women Shaping the Future of Robotics” in 2025.
IRF is in particular looking for women that have either a proven track record in robotics, stand out as industry leader or women with a proven activity in encouraging young people to go into STEM or that somehow support females in robotics.
Deadline for submission is January 31st, 2025.
How to submit a suggestion
Send an email to secretariat@ifr.org
include a short bio and a description of what makes her noteworthy or particular with respect to our described scope
add her full name, affiliation, country, contact details and a photo
Selection criteria:
- The suggested women needs to be active in the robotics industry
- IFR will select at least one per continent,
- but a maximum of one woman per company,
- consider different company sizes (large, medium, small)
- consider different company scope (Robot supplier IR, SR, component supplier, integrator) and
- consider different levels of hierarchy (C-level, intermediate, lower level)
- Proven track record in robotics / stand out as industry leader
- Proven activity in encouraging young people to go into STEM or that somehow support females in robotics
Publication of results will be on International Women’s Day - March 8th, 2025.
Learn more on why gender balance is beneficial for economies
1 post - 1 participant
https://discourse.ros.org/t/call-for-ifr-s-women-in-robotics-10-women-shaping-the-future-of-robotics-in-2025-is-now-open/41068ROS Discourse General: REUSE compatibility vs multi-package repo
Hi. I’ve started trying to have my repos REUSE-compliant.
It seems that single-package repos can easily be turned into REUSE-compliant by adding all the SPDX comments to files, moving the top-level LICENSE
file into LICENSES/BSD-3-Clause.txt
and specifying <license file="LICENSES/BSD-3-Clause.txt">BSD</license>
in package.xml
.
However, if I want to do the same for a multi-package repo, then the LICENSES
folder has to be a top-level one, i.e. at the same level as are the packages (that is a REUSE requirement). At the same time, I’d like to not have to copy all licenses to each package - as it’s best if each is stored only once. However, if I put <license file="../LICENSES/BSD-3-Clause.txt">
in package.xml
, then bloom-release
fails not being able to find the license file. That’s because it builds each package from the repo in a separate directory that is moved outside the repo.
I don’t see a clean solution how to satisfy both REUSE and bloom (except not adding the file=
attribute, but I’d like to keep it). My current dirty workaround is to just copy the license file into the root of each subpackage. That’s not nice, but it does the job.
Does anybody know of a cleaner solution? I think it would be very nice if ROS deployment process would be compatible with REUSE.
5 posts - 3 participants
https://discourse.ros.org/t/reuse-compatibility-vs-multi-package-repo/41063ROS Discourse General: Optimizations cpp ROS2 node. colcon build
I’ve been using ROS2 for a year. Maybe previously you guys talked about this. However I’ve done experimental tests about the optimization C++ code ROS2 node and wrote a simple node.
#include "rclcpp/rclcpp.hpp"
class HelloWorldNode : public rclcpp::Node
{
public:
HelloWorldNode() : Node("hello_world_node")
{
RCLCPP_INFO(this->get_logger(), "Hello, World! This is a ROS2 node.");
}
};
int main(int argc, char **argv)
{
rclcpp::init(argc, argv);
rclcpp::spin(std::make_shared<HelloWorldNode>());
rclcpp::shutdown();
return 0;
}
Then by simply building the above code by using
colcon build
I got hello_node then explored assemble code
objdump -d <path>/hello_node > hello_node.asm
got around 5000 lines of instruction code in hello_node.asm, it seems like it didn’t do any optimization to the code. Then run the following command
colcon build --cmake-args -DCMAKE_BUILD_TYPE=Release
///alternative
colcon build --cmake-args -DCMAKE_CXX_FLAGS="-O3 -march=native"
then looked number instructions lines the number dramatically decreased from 5000 to 1700. the number of instruction lines in assemble doesn’t always mean it’s optimized yet it’s good factor.
“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”"
simple by adding “set(CMAKE_BUILD_TYPE Release)” to your CMakeLists.txt is enough. then you can simply use colcon build.
Optimizations flags
8 posts - 7 participants
https://discourse.ros.org/t/optimizations-cpp-ros2-node-colcon-build/41048ROS Discourse General: :checkered_flag: Gazebo Garden officially end-of-life [x-post Gazebo Sim Community]
Dear ROS Community,
Gazebo Garden has reached end-of-life (EOL) as of November, 2024. Garden was the seventh major release of Gazebo and was supported for two years (non-LTS). It was the first release where Ignition was renamed Gazebo. It also introduced various exciting features, including custom shader plugins, Reset API, DEM support, lunar and custom surface coordinates, glTF and GLB mesh support, and an acoustic communication plugin, just to name a few. See the entire list of features on the Release Features page.
We recommend all Garden users migrate to a supported release as soon as possible, such as Harmonic (LTS) or Ionic, which are paired with ROS Jazzy and Rolling (Kilted once released) respectively. Migrating to either Harmonic or Ionic should be fairly smooth, however, be sure to check the release highlights for Harmonic and Ionic in addition to checking each Gazebo library’s migration guide.
As part of the Garden EOL, the following Gazebo libraries have also reached end-of-life. Their latest released binaries will remain available at http://packages.osrfoundation.org/, but no more fixes or releases will be made.
Library major version | Final release |
---|---|
gz-fuel-tools8 | 8.2.0 |
gz-sim7 | 7.9.0 |
gz-gui7 | 7.2.2 |
gz-launch6 | 6.2.0 |
gz-msgs9 | 9.5.1 |
gz-physics6 | 6.7.0 |
gz-rendering7 | 7.5.0 |
gz-sensors7 | 7.3.1 |
gz-transport12 | 12.2.2 |
sdformat13 | 13.9.0 |
We sincerely thank all contributors to all libraries in Garden
What does End of Life Mean?
Users often ask us, “what does end of life mean?” To put it briefly, end of life means that the Gazebo team will no longer support that particular Gazebo release. In practical terms, this means that we will no longer be providing the following for Gazebo Garden:
- New features or capabilities
- Security updates
- Bug fixes, patches or support
- Updated binaries
It is also worth noting the things that won’t change after Gazebo Garden goes end of life:
- Gazebo Garden binaries will not suddenly disappear
- Users will not need to migrate immediately, but they should migrate as soon as possible
Gazebo Dev Team
1 post - 1 participant
https://discourse.ros.org/t/gazebo-garden-officially-end-of-life-x-post-gazebo-sim-community/41044ROS Discourse General: How important is ROS when searching for a job?
I have made an analysis of almost 2.000 jobs in LinkedIn and found out how relevant is ROS for getting a job as a robotics software developer. I included other interesting data about what matters for companies posting robotics jobs.
Check all that data in this video: https://youtu.be/wDeVNsD73A4?si=wcD3F1FizuJ52K3e
1 post - 1 participant
https://discourse.ros.org/t/how-important-is-ros-when-searching-for-a-job/41032ROS Discourse General: Iron Irwini is End-of-Life
Dear ROS Community,
It is bitter-sweet to announce that ROS 2 Iron Irwini is now end-of-life.
Iron Irwini was released on May 23rd 2023 and marked the ninth distribution of ROS 2. Despite being a non-LTS release, it was feature packed (see more).
Over the past year and half, there have been 40 distro syncs and 7 patch releases that cumulatively brought thousands of packages and updates to the community.
The last patch and sync (tagged iron/2024-12-04
) brought 6 new packages and 320 updates.
The distribution has been marked end-of-life across docs.ros.org, index.ros.org and rosdistro. CI and Buildfarm jobs have been disabled and will be deleted after a month assuming no issues crop up. The final snapshot of the distribution has been uploaded to snapshots.ros.org. If you are currently using Iron, please switch to Jazzy Jalisco which is the latest LTS release. The transition should be very smooth.
It has been a great privilege of mine to serve as the ROS Boss for Iron Irwini especially given that Steve Irwin was my childhood hero. A big thank you to all ROS maintainers and community members for making Iron Irwini such a successful release!
-Yadu
2 posts - 2 participants
https://discourse.ros.org/t/iron-irwini-is-end-of-life/41031ROS Discourse General: Guest Talk by Tomoya Fujita - Cloud Robotics WG Meeting 2024-12-16
Please come and join us for this coming meeting at 1700-1800 UTC on Monday 16th December 2024, where Tomoya Fujita will be talking about Robotics Platforms empowered by Cloud-Native Technologies.
Tomoya is a software engineer, contributor to ROS2 core, and well-respected community builder. In this session, he will talk about a range of Cloud-Native Technologies he has worked on, and their relevance to robotics. In particular, Tomoya has done a great deal of work on KubeEdge, a platform built on Kubernetes that can be used to deploy software to robots as if they are Kubernetes clusters. Some resources from his talk includes:
- ROSCon 2023: ROS with Kubernetes / KubeEdge
- Some examples to deploy ROS / ROS 2 with Kubernetes
- Next-generation Robotics Platform for Edge/Cloud
Tomoya also plans to leave time to discuss Cloud Robotics with the group, particularly the problems that people are having with Cloud Robotics.
Last meeting, we worked through a workshop for Eclipse Zenoh to test its capabilities and ease of setup. If you’re interested to see our progress, please check the meeting recording.
If you are willing and able to give a talk on cloud robotics in future meetings, we would be happy to host you - please reply here, message me directly, or sign up using the Guest Speaker Signup Sheet. We will record your talk and host it on YouTube with our other meeting recordings too!
The meeting link is here, and you can sign up to our calendar or our Google Group for meeting notifications.
Hopefully we will see you there!
1 post - 1 participant
https://discourse.ros.org/t/guest-talk-by-tomoya-fujita-cloud-robotics-wg-meeting-2024-12-16/41021ROS Discourse General: Robotics engineers are in high demand — but what is the job really like?
Robotics engineers are in high demand — but what is the job really like?
2 posts - 1 participant
https://discourse.ros.org/t/robotics-engineers-are-in-high-demand-but-what-is-the-job-really-like/41015ROS Discourse General: ROS News for the Week of December 2nd, 2024
ROS News for the Week of December 2nd, 2024
ROSCon Germany and ROSCon India were both this week! It was really exciting to see two ROS events happening concurrently on two different parts of the globe. We want to congratulate the organizers and attendees on putting together fantastic events.
- ROSCon India photo from @purushottamshet on Twitter
- ROSCon Germany photo from @stoglrobotics on Twitter
But wait, there’s more! Our first ever ROSCon China in Shanghai is about to kick off in about four or five hours.
While we’re welcoming so many new friends to the ROS community we’re also getting ready to say farewell to ROS 1 Noetic, Gazebo Classic, Gazebo Citadel, and ROS 2 Iron Irwini.
We have two ROS Meetups planned for 2024-12-12. One meetup in Singapore and another one in Barcelona Spain
If you are in a giving mood this holiday season we are currently running a donation campaign for the OSRF. We’ve made it possible for you to earmark your donation for particular OSRF projects like the ROS Build Farm, the ROS Documentation, and our educational outreach initiatives.
At last week’s Gazebo Community Meeting we met multiple competitors from the NASA SpaceROS Summer Sprint Challenge. The results are absolutely amazing and are all open source! We recommend you check it out.
Events
- Looking for Austin ROS Meetup Speakers!
- 2024-12-07 Circuit Launch Mountain View Grand Opening
- 2024-12-07 → 2024-12-08 ROSCon China in Shenzhen
- 2024-12-10 ROS 2 Rust Meeting: December 2024
- 2024-12-11 => 2024-12-12 Humanoids Summit Bay Area
- 2024-12-11 Embodied AI Community Group meeting 2
- 2024-12-12 ROS Meetup Singapore
- 2024-12-12 ROS Meetup Barcelona
- 2024-12-15 FIRA Ag Robotics Hackathon Registration Deadline
- 2024-12-16 => 2024-12-19 F1Tenth Sim Racing League at CDC 2024
- 2024-12-18 Aerial Robotics meeting - Xmas with Bitcraze
- 2024-12-22 Open Hardware Summit CFP Deadline
- 2024-12-31 Deadline for Natural Robotics Contest
- 2025-02-01 FOSDEM 25 – See Robotics and Sim Room
- 2025-02-04 => 2025-02-06 World FIRA Ag Robotics Conference in Toulouse, France
- 2025-04-28 International Workshop on Robotics Software Engineering
- 2025-05-30 => 2025-05-31 2025 Open Hardware Summit in Edinburgh
News
- OSRF Holiday Donation Drive
- November Gazebo Community Meeting: NASA Space ROS Challenge
- Call for Participation: ROS Deliberation Community Group
- Robotic Blending Milestone 5 Highlight Video Live
- Call for euRobotics Technology Transfer Award 2025
- IEEE RAS DEI / Accessibilty Travel Support Grant
- OSRA TGC meeting minutes for October, 2024
- ROS PMC Meeting minutes 2024-12-03
- ROS PMC Meeting minutes 2024-11-26
- ELISA Workshop at NASA Goddard – Space Grade Linux
- How Arduino Forged a Path for Open Hardware - David Cuartielles, Co-Founder, Arduino
- GaussianRPG: 3D Gaussian Rendering PlayGround: an open-source autonomous driving closed-loop simulator demo using 3D Gaussian Splatting tech
- Jeffrey Ichnowski : Learning for Dynamic Robot Manipulation of Deformable Objects
- Sebastian Castro: Research and Industry Future in Robotics
- Weed Dataset (for agriculture)
- Video: Crazyflie at Bitcraze’s Headquarters in Malmö, Sweden
- Teleo raises $16.2M to scale supervised autonomy for heavy equipment
- PickNik Robotics Secures $3 Million in NASA and Space Force
- Amp Robotics raises $91M – The Robot Report
- Clearpath Robotics discusses development of Husky A300 ground vehicle
- ASTM developing testing standards for mobile manipulator
- ARX launches firestick-like platform to make military trucks autonomous
- FOSDEM 2025: Robotics & Simulation… first edition!
ROS
- Gazebo Classic and Citadel End of Life
- New Book - ROS 2 from Scratch
- New Packages for Noetic 2024-12-06
- New packages for Humble Hawksbill 2024-12-05
- New packages for ROS 2 Rolling Ridley 2024-11-26
- Preparing for final Iron Irwini Patch Release and Sync 2024-11-18
- Iron Irwini EOL Plan
- rmw_iceoryx2 v0.1.0 release
- Leveraging ROS build infrastructure for non-ROS packages
- Clearpath Simulator comes to Gazebo Harmonic
- Expose secure communication only with specified entities
- Reference implementation of Zenoh-pico to micro-ROS
- Nav2 Migrated to TwistStamped to replace Twist for cmd_vel Topics
- Towards a ROSdoc integation testing tutorial
- Polar Grid Rviz Plugin - ROS Projects
- FusionSDF: Export Fusion 360 CAD designs to SDF
- ROS 2 Reinforcement learning
- New ROS 2 package for dynamically interpolating 3D LiDAR point clouds
- Help needed: Distribute a ROS package against multiple SDK versions
- ROS 2 Whisper update
- ros-voice-assistant: A ROS 2 package for building voice-enabled robotic applications
- MOANA: Multi-Radar Dataset for Maritime Odometry and Autonomous Navigation Application – MOANA Dataset
- DROID-Splat: End-to-End SLAM with camera calibration, monocular prior integration and dense Rendering
- ROS2-VSC-Toolkit: Visual Studio Code Extension for ROS 2 development
- URDF Visualizer - Visual Studio Plugin
- ros2-tools-to-use-unity-like-gazebo: ros2_control in Unity
- SuperVINS: A real-time visual-inertial SLAM framework for challenging imaging conditions
- Validating the performance of Beluga AMCL
- happypose_ros: ROS 2 wrapper for a 6D pose estimation library
- plainmp: Very fast motion planning for articulated robot, through a bit of premature-optimization (C++ / Python)
- full_coverage_path_planner with a move_base_flex plugin
- VoxelMapPlus_FASTLIO2: FAST-LIO 2 with VoxelMapPlus and STD
- SPTG-LCC: Single-shot, Pixel-level, Target-free and General LiDAR-Camera Extrinsic Self-Calibration
- path_planner: Hybrid A* Path Planner for the KTH Research Concept Vehicle
- InGM-LIO: InGM-LIO: A Multiscale Gaussian Model-Based LiDAR-Inertial Odometry Using Invariant Kalman Filtering.
- 2fast2lamaa: Real-time lidar-inertial odometry and mapping framework for dynamic environments
- kinematic-icp: A LiDAR odometry pipeline for wheeled mobile robots
- python_simple_mppi: Python implementation of MPPI (Model Predictive Path-Integral) controller
- YOLOs-CPP: A high-performance C++ headers for real-time object detection using YOLO models
- ERPoT: Effective and Reliable Pose Tracking for Mobile Robots Based on Lightweight and Compact Polygon Maps
- multicast_parser: ROS Package for parsing multicast data from Motive Tracker 2.0.2 to Appropriate Nodes
- AutoCarROS2: A virtual simulation platform for autonomous vehicle sensing, mapping, control and behaviour methods using ROS 2 and Gazebo.
- SlicerROS2: A Research and Development Module for Image-Guided Robotic Interventions
- unitree-go2-ros2: URDF for Unitree Go2 with Champ Controller
- DPFT: Dual Perspective Fusion Transformer for Camera-Radar-based Object Detection – source
- kidnapped_robot_finder: TROS 2 package for 2d-Lidar scanner based kidnapped robot re-localization
Got a Minute?
We would really appreciate it if you took ten minutes to answer just one ROS question on Robotics Stack Exchange.
1 post - 1 participant
https://discourse.ros.org/t/ros-news-for-the-week-of-december-2nd-2024/40997ROS Discourse General: rmw_iceoryx2 v0.1.0 release
Hi all,
orecham
here, one of the committers from the eclipse-iceoryx
project.
I’m pleased to announce the alpha release of rmw_iceoryx2
, compatible with ROS 2 rolling
and available at: GitHub - ekxide/rmw_iceoryx2: ROS 2 RMW implementation for iceoryx2
Why yet another RMW? We have the following goals for rmw_iceoryx2
:
- Bring the high-performance zero-copy shared-memory communication offered by
iceoryx2
to ROS 2 applications - Provide a unique option for reducing safety certification effort of ROS 2 applications with safety-critical use-cases
Rather than require the entire ROS 2 stack be certified (e.g. for ASIL-D), rmw_iceoryx2
offers an alternative through interoperability between ROS 2 and iceoryx2
applications. This allows the freedom for porting safety-critical components that require certification to iceoryx2
(which is designed for certification) while still participating in the ROS 2 ecosystem.
Current State
With this first alpha release, there is still some work to do and polish to be made. Not all features are yet available and existing ones need thorough real-world validation. Most notably, support for message serialization is not yet available nor service-client communication (waiting on some features to be completed in iceoryx2
). Lack of serialization support means that rmw_iceoryx2
can currently only work with self-contained message types, however, this will be one of the first limitations to address next.
Furthermore, only intra-host communication is currently possible. We have plans to introduce host-to-host capabilities in the near future by leveraging existing host-to-host-capable middlewares. Some more info about this is available in the README
.
Performance
The current performance_test
results are as follow. There is still quite a bit of room for improvement compared to raw iceoryx2
:
Contributing and Feedback
We look forward to your feedback! Input from real-world application configurations will be invaluable for bringing rmw_iceoryx2
to stability. Additionally, insights from those experienced with RMW implementations would greatly help improve quality. The current state was achieved using only the information available in the RMW documentation, thus there may be some edge-cases known to veterans which are not properly addressed.
For those who have the capacity to get involved with implementation, we welcome all contributions! We will provide as much support as needed to those who are interested.
Thanks for reading!
Cheers
1 post - 1 participant
https://discourse.ros.org/t/rmw-iceoryx2-v0-1-0-release/40996ROS Discourse General: New Packages for Noetic 2024-12-06
We’re happy to announce 2 new packages and 46 updates are now available in ROS Noetic. This sync was tagged as noetic/2024-12-06
.
Thank you to every maintainer and contributor who made these updates available!
Package Updates for ROS Noetic
Added Packages [2]:
- ros-noetic-gazebo-noisy-depth-camera: 1.0.1-1
- ros-noetic-hatchbed-common: 0.0.2-1
Updated Packages [46]:
- ros-noetic-ess-imu-driver: 2.0.1-1 → 2.0.2-1
- ros-noetic-etsi-its-cam-coding: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-cam-conversion: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-cam-msgs: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-cam-ts-coding: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-cam-ts-conversion: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-cam-ts-msgs: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-coding: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-conversion: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-cpm-ts-coding: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-cpm-ts-conversion: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-cpm-ts-msgs: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-denm-coding: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-denm-conversion: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-denm-msgs: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-messages: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-msgs: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-msgs-utils: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-primitives-conversion: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-rviz-plugins: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-vam-ts-coding: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-vam-ts-conversion: 2.3.0-1 → 2.4.0-1
- ros-noetic-etsi-its-vam-ts-msgs: 2.3.0-1 → 2.4.0-1
- ros-noetic-foxglove-bridge: 0.7.10-1 → 0.8.1-1
- ros-noetic-inorbit-republisher: 0.3.0-1 → 0.3.2-1
- ros-noetic-nodelet: 1.11.0-2 → 1.11.1-1
- ros-noetic-nodelet-core: 1.11.0-2 → 1.11.1-1
- ros-noetic-nodelet-topic-tools: 1.11.0-2 → 1.11.1-1
- ros-noetic-rc-reason-clients: 0.3.1-1 → 0.4.0-2
- ros-noetic-rc-reason-msgs: 0.3.1-1 → 0.4.0-2
- ros-noetic-rtabmap: 0.21.6-1 → 0.21.9-1
- ros-noetic-rtabmap-conversions: 0.21.5-1 → 0.21.9-1
- ros-noetic-rtabmap-costmap-plugins: 0.21.5-1 → 0.21.9-1
- ros-noetic-rtabmap-demos: 0.21.5-1 → 0.21.9-1
- ros-noetic-rtabmap-examples: 0.21.5-1 → 0.21.9-1
- ros-noetic-rtabmap-launch: 0.21.5-1 → 0.21.9-1
- ros-noetic-rtabmap-legacy: 0.21.5-1 → 0.21.9-1
- ros-noetic-rtabmap-msgs: 0.21.5-1 → 0.21.9-1
- ros-noetic-rtabmap-odom: 0.21.5-1 → 0.21.9-1
- ros-noetic-rtabmap-python: 0.21.5-1 → 0.21.9-1
- ros-noetic-rtabmap-ros: 0.21.5-1 → 0.21.9-1
- ros-noetic-rtabmap-rviz-plugins: 0.21.5-1 → 0.21.9-1
- ros-noetic-rtabmap-slam: 0.21.5-1 → 0.21.9-1
- ros-noetic-rtabmap-sync: 0.21.5-1 → 0.21.9-1
- ros-noetic-rtabmap-util: 0.21.5-1 → 0.21.9-1
- ros-noetic-rtabmap-viz: 0.21.5-1 → 0.21.9-1
Removed Packages [0]:
Thanks to all ROS maintainers who make packages available to the ROS community. The above list of packages was made possible by the work of the following maintainers:
- Felix Ruess
- Geoffrey Biggs
- Hans-Joachim Krauch
- InOrbit
- Jean-Pierre Busch
- Marc Alban
- Martin Pecka
- Mathieu Labbe
- Raymond Chow
2 posts - 2 participants
https://discourse.ros.org/t/new-packages-for-noetic-2024-12-06/40995ROS Discourse General: Open-RMF PMC Timing Change for 2024-12-17
Due to a one-time scheduling conflict, the Open-RMF Project Management Committee session that is normally scheduled for 2024-12-17T01:00:00Z UTC will instead take place one hour later at 2024-12-17T02:00:00Z UTC. This change is reflected in the official OSRF events calendar.
Sessions will return to the normal time afterwards.
1 post - 1 participant
https://discourse.ros.org/t/open-rmf-pmc-timing-change-for-2024-12-17/40986