diff --git a/CNAME b/CNAME new file mode 100644 index 00000000..d05f0c5f --- /dev/null +++ b/CNAME @@ -0,0 +1 @@ +planet.ros.org diff --git a/atom.xml b/atom.xml new file mode 100644 index 00000000..da1e24d3 --- /dev/null +++ b/atom.xml @@ -0,0 +1,1551 @@ + + + Planet ROS + 2024-12-23T20:08:56Z + Venus + + Open Robotics + info@openrobotics.org + + http://planet.ros.org/atom.xml + + + + + discourse.ros.org-topic-41261 + + Robotics Christmas Videos 2024 +

Hi! I noticed that no thread was started yet to share robotic christmas videos of 2024!

+

IEEE have started their latest video list already here:

+ + +

For anyone who is winding down already for the holidays, please share any you have encountered so far :christmas_tree:

+

Happy holidays everyone!

+

2 posts - 1 participant

+

Read full topic

+ + 2024-12-23T18:40:34Z + 2024-12-23T18:40:34Z + + + KimMcG + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41254 + + What is in scope for an Enhancement Proposal? +

The OSRA’s Technical Committee on Enhancement Proposal Processes has been working over the past few months to produce a replacement for the current ROS Enhancement Proposal (REP) process, which is now severely out of date and doesn’t work with our current tools (we don’t, for example, have the mailing list it requires anymore). The TC has been looking at what no longer works with the current REP process, as well as what many other organisations with similar processes do.

+

As part of this work, the TC has run into that most difficult of questions: what is in scope? In other words, when do you need to send in an Enhancement Proposal and follow the prescribed process to get it approved/accepted, and when can you just go ahead and submit a PR?

+

So far we’ve come up with some obvious ones that we think might be in scope, like making significant changes to an external API. However this is something of a braintstorming exercise, and the more brains doing some storming, the better.

+

So, now that most of us are moving into a week or two of not-working-that-much, I’d like to hear your thoughts. For what should you need to follow a REP-like process? What should never be in scope? What is in the grey zone and would need discussion on a case-by-case basis?

+

1 post - 1 participant

+

Read full topic

+ + 2024-12-23T06:52:41Z + 2024-12-23T06:52:41Z + + + gbiggs + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41252 + + OSRA TGC meeting minutes for November, 2024 +

The meeting minutes for the regular meeting of the Technical Governance Committee held on the 21st of November, 2024, were approved in the December meeting and are now available in the official minutes repository. You can find the complete minutes here.

+

The TGC received the monthly project and technical committee updates, including the success of in-person PMC meetings at ROSCon, the news that Open-RMF has switched to using Zenoh, and the Infrastructure team working to move to Ubuntu 24.04.

+

Of particular note in this meeting, the TC on Enhancement Proposal Processes has started dealing with the thorny question of “what is in scope for an Enhacement Proposal?”

+

In a follow-up to an item from the October meeting, the OSRF Board of Directors decided to reject the proposal to move the Nexus project under the Open-RMF PMC for the time being. This decision was made because the Board wants the Open-RMF project to concentrate on making its existing feature set robust before expanding the scope of the project.

+

The next TGC meeting will take place in January, 2025. The minutes of the December meeting should be approved in that meeting and posted publicly shortly thereafter.

+

1 post - 1 participant

+

Read full topic

+ + 2024-12-23T06:47:15Z + 2024-12-23T06:47:15Z + + + gbiggs + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41251 + + OSRA activity recap for 2024 +

As 2024 draws to a close, we’re happy to say that the OSRA has had a successful first eight months of operation. Although we still have much to do with spinning up all the different bits of the OSRA, in the past eight months we have set up the Technical Governance Committee (TGC) and four Project Management Committees (PMCs) for ROS, Gazebo, Open-RMF and Infrastructure. The TGC has set up one Special Interest Group (SIG) and two Technical Committees (TCs), one of which (on the use of generative AI tools) has already completed its work.

+

The TGC has discussed several technical matters of relevance to the projects that were brought up by the TGC members. Some of these have been resolved, and some are on-going. The TGC is looking forward to an even more productive 2025 with several important matters to discuss, not the least of which is to begin applying OSRA membership dues to project requests.

+

The PMCs are starting to grow, too. Both the ROS and the Gazebo PMCs are beginning to mentor new Committers and PMC Members from the community.

+

For more details, pelase see the attached PDF.

+

OSRA Activity Recap - March 2024 Launch To-Date.pdf (106.9 KB)

+

1 post - 1 participant

+

Read full topic

+ + 2024-12-23T06:35:58Z + 2024-12-23T06:35:58Z + + + gbiggs + + + + 2024-12-23T20:08:53Z + + + + + https://nootrix.com/?p=5276 + + ROS2 with Python and YAML: A Step-by-Step Guide from Creating a Workspace to Running Multiple Nodes +

If you’re diving into the world of robotics with ROS2 (Robot Operating System 2), setting up a solid foundation is crucial. A well-organized workspace and properly structured nodes are the backbone of any successful ROS project. Whether you’re a beginner or a seasoned developer, this guide will walk you through creating and managing a ROS2 […]

+

The post ROS2 with Python and YAML: A Step-by-Step Guide from Creating a Workspace to Running Multiple Nodes appeared first on nootrix.

+ + 2024-12-22T22:04:44Z + 2024-12-22T22:04:44Z + + + + + + + Noury + + + https://nootrix.com/ + https://nootrix.com/wp-content/uploads/2019/12/cropped-nootrixHeadSmiling456x456-32x32.png + + + Noury in the Matrix + nootrix + 2024-12-22T22:04:44Z + + + + + discourse.ros.org-topic-41232 + + Random appreciation thread +

It’s the Winter Solstice in the northern hemisphere today, which means our daylight is scarce and precious and should be cherished. In that spirit of recognition and appreciation, I just wanted to share some people and things I am grateful for.

+
    +
  • I am grateful for mathematics and the teachers and students I have learned with over the years. Linear Algebra! It’s cool enough on its own with eigenvalues and null spaces, but think of all the kinematics and feedback control it helps us with. I forget which class it was, but I’ll never forget how my mind was blown while following a Taylor series analysis on the chalkboard involving sines, cosines, exponentials and complex numbers that ended with (spoiler alert) e ^ (i pi) = -1. A pair of irrational numbers is related to an imaginary number? What a world!
    • +
  • I’m grateful for the open source robotics community for building tools and relationships and sharing with each other. I’m especially grateful for the colleagues I have worked with and built tools and relationships with at Open Robotics and Intrinsic and in the wider community. I’m grateful to the people who serve in leadership roles in our community, such as package maintainers, ROS Bosses, PMC project leads, Geoff and Vanessa at OSRF, the OSRF board, and many others!
    • +
  • I’m grateful to command-line interfaces and tools, grep, sed/awk, the pipe |, redirecting to /dev/null, wc. Also there is something powerful that I am afraid of and whenever I tap into its power I wonder if it will ultimately be a mistake, but I am also grateful for regular expressions.
    • +
+

Primarily I’m grateful for the people. Thank you for being you, and enjoy the daylight today!

+

3 posts - 3 participants

+

Read full topic

+ + 2024-12-21T18:53:26Z + 2024-12-21T18:53:26Z + + + scpeters + + + + 2024-12-23T20:08:54Z + + + + + discourse.ros.org-topic-41230 + + `testjob_coordinator`: a parallel integration test runner PoC +

Most ROS 2 testing pipelines run all integration tests sequentially, as running in parallel is not that well supported yet. While one can set a number of workers, in practice the usefulness of that is limited as the feasible number of parallel tests greatly depends on the host (resulting in host-specific configurations) and that this number must always be based on the most resource-demanding tests, resulting in under utilization of the host resources (and thus still far from optimal test suite run durations). Also, test contamination is barely addressed, for example using separate domain ids for each test is often not the default and as far as I’m aware, no CPU isolation is done resulting in parallel tests competing for resources which increases test flakiness.

+

With this in mind, I developed testjob_coordinator - a proof-of-concept package that aims to address the above to easily run launch_testing-based integration tests in parallel.

+

In short:

+
    +
  • Register tests using the testjob_coordinator_add_launch_test CMake macro.
    • +
  • If desired: specify timeout, number of CPU cores, RAM and exclusive resources - testjob_coordinator will respect these when running the tests.
    • +
  • Run the tests with ros2 run testjob_coordinator run_tests. testjob_coordinator sorts the tests to minimize overall test duration, and while running maximizes host machine resource usage while strictly enforcing each test’s limits. Also, each parallel test automatically receives a yet unused domain id through the domain coordinator.
    • +
  • Test output is available as xunit files, just like as if they were run with colcon test.
    • +
+

Code here, including example tests: GitHub - abaeyens/testjob_coordinator: A ROS 2 package for a PoC parallel test runner

+

For now the aim is to see whether this approach makes sense, before putting in further development effort (such as integration with colcon) and doing a proper system design. So please don’t already expect clean code and a polished interface.

+

Does this fit in your workflow? What do you like / don’t like? Which features would you like to see in such a tool? Looking forward to your feedback.

+

(To the moderators: If this doesn’t belong in the ‘General’ category, please move this.)

+

1 post - 1 participant

+

Read full topic

+ + 2024-12-21T16:56:01Z + 2024-12-21T16:56:01Z + + + abaeyens + + + + 2024-12-23T20:08:54Z + + + + + discourse.ros.org-topic-41225 + + 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:

+ +

MOLA-LO: Mapping, then localize - Step-by-step tutorial

+ +

Feedback, issues, or PRs are all greatly appreciated! :slight_smile:

+

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

+

Read full topic

+ + 2024-12-21T09:48:40Z + 2024-12-21T09:48:40Z + + + jlblancoc + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41220 + + ROS News for the Week of December 15th, 2024 +

ROS News for the Week of December 15th, 2024

+
+

xmas
+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. :elf:

+
+

image

+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_ros_icon_slogan_default
+SOAR is the OG of classic AI! This week we learned about a new package to
+connect SOAR and ROS 2.

+
+

opposite_view_loop_closure (1)

+This week a team at MIT released ROMAN an open-set object mapping / global localization package along with a ROS 2 wrapper.

+
+

teaser (2)

+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

+ +

News

+ +

ROS

+ +

Got a Minute? :mantelpiece_clock: :gift:

+

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

+

Read full topic

+ + 2024-12-20T20:22:32Z + 2024-12-20T20:22:32Z + + + Katherine_Scott + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41214 + + 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

+

Read full topic

+ + 2024-12-20T16:57:13Z + 2024-12-20T16:57:13Z + + + audrow + + + + 2024-12-23T20:08:54Z + + + + + discourse.ros.org-topic-41211 + + 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 :smiley: ).

+

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

+

Read full topic

+ + 2024-12-20T12:58:30Z + 2024-12-20T12:58:30Z + + + peci1 + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41208 + + 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:

+ +

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

+

Read full topic

+ + 2024-12-20T12:48:51Z + 2024-12-20T12:48:51Z + + + peci1 + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41203 + + 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]:

+ +

Updated Packages [79]:

+ +

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

+

Read full topic

+ + 2024-12-20T01:04:11Z + 2024-12-20T01:04:11Z + + + sloretz + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41191 + + 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.

+

10 posts - 7 participants

+

Read full topic

+ + 2024-12-19T09:58:50Z + 2024-12-19T09:58:50Z + + + jak + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41179 + + 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.

+ +

The Client Library Working Group has also become the first official WG under the new OSRA and ROS PMC organization!

+

10 posts - 5 participants

+

Read full topic

+ + 2024-12-18T23:17:46Z + 2024-12-18T23:17:46Z + + + alsora + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41170 + + 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

+

Read full topic

+ + 2024-12-18T15:44:50Z + 2024-12-18T15:44:50Z + + + pcanelas + + + + 2024-12-23T20:08:54Z + + + + + discourse.ros.org-topic-41123 + + 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

+

Read full topic

+ + 2024-12-16T20:33:30Z + 2024-12-16T20:33:30Z + + + ThiloZimmermann + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41094 + + 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

+

Read full topic

+ + 2024-12-15T05:41:56Z + 2024-12-15T05:41:56Z + + + azmyin12 + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41079 + + 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.

+

16 posts - 12 participants

+

Read full topic

+ + 2024-12-13T22:48:13Z + 2024-12-13T22:48:13Z + + + iony_m + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41073 + + ROS News for the Week of December 9th, 2024 +

ROS News for the Week of December 9th, 2024

+
+

image

+:cn: :tada: 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.
+

+

May 2023 - Nov 2024

+ROS 2 Iron Irwini is now officially end-of-life. If you are currently using Iron please consider upgrading to Jazzy!

+
+

harp2
+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.

+
+

poster-thumbnail

+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.

+
+

image

+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.

+
+

image

+I want to send a big shout out @abaeyens for putting together this fantastic documentation on ROS 2 integration testing for docs.ros.org. :tada:

+

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

+ +

News

+ +

ROS

+ +

Got a minute? :alarm_clock:

+

All we want for Christmas are pull requests to the ROS 2 docs. :gift:

+

1 post - 1 participant

+

Read full topic

+ + 2024-12-13T20:21:44Z + 2024-12-13T20:21:44Z + + + Katherine_Scott + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41068 + + 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.

+

IFR’s 2024 Women in Robotics

+

Learn more on why gender balance is beneficial for economies

+ +

1 post - 1 participant

+

Read full topic

+ + 2024-12-13T08:38:12Z + 2024-12-13T08:38:12Z + + + ThiloZimmermann + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41063 + + 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

+

Read full topic

+ + 2024-12-12T15:19:10Z + 2024-12-12T15:19:10Z + + + peci1 + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41048 + + 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.

+

Screenshot from 2024-12-11 16-24-11

+

“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”"
+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

+

Read full topic

+ + 2024-12-11T08:32:38Z + 2024-12-11T08:32:38Z + + + Dony + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41044 + + :checkered_flag: Gazebo Garden officially end-of-life [x-post Gazebo Sim Community] +

Original Post

+

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 versionFinal release
gz-fuel-tools88.2.0
gz-sim77.9.0
gz-gui77.2.2
gz-launch66.2.0
gz-msgs99.5.1
gz-physics66.7.0
gz-rendering77.5.0
gz-sensors77.3.1
gz-transport1212.2.2
sdformat1313.9.0
+

We sincerely thank all contributors to all libraries in Garden :pray:

+

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: Gazebo Dev Team :gazebo:

+

1 post - 1 participant

+

Read full topic

+ + 2024-12-10T23:14:24Z + 2024-12-10T23:14:24Z + + + azeey + + + + 2024-12-23T20:08:53Z + + + + + discourse.ros.org-topic-41032 + + 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

+

Podcast-video-2024-Ricardo-Tellez-the-truth-about-ROS-jobs

+

1 post - 1 participant

+

Read full topic

+ + 2024-12-10T08:43:25Z + 2024-12-10T08:43:25Z + + + ricardotellez + + + + 2024-12-23T20:08:53Z + + + diff --git a/foafroll.xml b/foafroll.xml new file mode 100644 index 00000000..d1a03ecd --- /dev/null +++ b/foafroll.xml @@ -0,0 +1,345 @@ + + + + Open Robotics + + + + Fawkes + + + + + + + + + + + + + William Woodall + + + wjwwood.github.io + + + + + + + + + + David Hodo + + + + + + + + + + + + + Michael Ferguson + + + + + + + + + + + + + ROS news + + + ROS robotics news + + + + + + + + + + mobotica + + + mobotica + + + + + + + + + + Achu Wilson + + + Achu's TechBlog + + + + + + + + + + ASL ETHZ + + + Kommentare zu: + + + + + + + + + + Robbie The Robot + + + Robbie The Robot + + + + + + + + + + NooTriX + + + nootrix + + + + + + + + + + ROS Industrial + + + Blog - ROS-Industrial + + + + + + + + + + Yujin R&D + + + + + + + + + + + + + Isaac Saito + + + ROS Jogger + + + + + + + + + + John Stowers + + + Johns Blog + + + + + + + + + + MobileWill + + + MobileWill + + + + + + + + + + MoveIt! + + + MoveIt Motion Planning Framework + + + + + + + + + + CAR: Components, Agents, and Robots with Dynamic Languages + + + + + + + + + + + + + Open Source Robotics Foundation + + + Open Robotics + + + + + + + + + + PAL Robotics blog + + + + + + + + + + + + + Sachin Chitta's Blog + + + + + + + + + + + + + TORK + + + Tokyo Opensource Robotics Kyokai Association + + + + + + + + + + Pi Robot + + + + + + + + + + + + + ROSVirtual + + + + + + + + + + + + + ROS Discourse General + + + General - ROS Discourse + + + + + + + + + + Mat Sadowski Blog + + + msadowski blog + + + + + + + + + + Robots For Robots + + + RobotsForRobots + + + + + + + + + diff --git a/images/Robot_Head_clip_art.svg b/images/Robot_Head_clip_art.svg new file mode 100644 index 00000000..c38294c0 --- /dev/null +++ b/images/Robot_Head_clip_art.svg @@ -0,0 +1,905 @@ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + image/svg+xml + + robo + + + hrum + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + diff --git a/images/feed-icon-10x10.png b/images/feed-icon-10x10.png new file mode 100644 index 00000000..cc869bc6 Binary files /dev/null and b/images/feed-icon-10x10.png differ diff --git a/images/feed-icon-plus.svg b/images/feed-icon-plus.svg new file mode 100644 index 00000000..4841f7db --- /dev/null +++ b/images/feed-icon-plus.svg @@ -0,0 +1,142 @@ + + + + + + image/svg+xml + + + + + + + + + + + + + + + + + + + + + + + + + + diff --git a/images/feed-icon.svg b/images/feed-icon.svg new file mode 100644 index 00000000..ce172c26 --- /dev/null +++ b/images/feed-icon.svg @@ -0,0 +1,137 @@ + + + + + + image/svg+xml + + + + + + + + + + + + + + + + + + + + + + + + + diff --git a/images/planet_ros.svg b/images/planet_ros.svg new file mode 100644 index 00000000..e7c190c3 --- /dev/null +++ b/images/planet_ros.svg @@ -0,0 +1,153 @@ + + + + + + + + + + image/svg+xml + + + + + + + + + + + + + + + + + + + + + + + diff --git a/images/ros.ico b/images/ros.ico new file mode 100644 index 00000000..0d8a03c5 Binary files /dev/null and b/images/ros.ico differ diff --git a/images/ros_logo.svg b/images/ros_logo.svg new file mode 100644 index 00000000..f808ee4d --- /dev/null +++ b/images/ros_logo.svg @@ -0,0 +1,28 @@ + + + + + + + + + + + + + + + + diff --git a/images/venus.png b/images/venus.png new file mode 100644 index 00000000..685035de Binary files /dev/null and b/images/venus.png differ diff --git a/index.html b/index.html new file mode 100644 index 00000000..587de80b --- /dev/null +++ b/index.html @@ -0,0 +1,2108 @@ + + + + + + + + + + + + + + + Planet ROS + + + + + + + + + + + + + +
+ + +
+
+
+ +
+
+ +
+
+
+
+
+ +
+
+ + + + + + +
+
+ +
+ + Subscribe + +
+ 		+
+ +
+ + Instructions + +
+ 		+
+ +
+ + Participants + +
+
+
+
+ + +
+ + +
+ + + + +
+ + +
December 23, 2024
+ + + + + + + + +
+ + +
Robotics Christmas Videos 2024
+ +
from ROS Discourse General
+ +
+ +
+

Hi! I noticed that no thread was started yet to share robotic christmas videos of 2024!

+

IEEE have started their latest video list already here:

+ + +

For anyone who is winding down already for the holidays, please share any you have encountered so far :christmas_tree:

+

Happy holidays everyone!

+

2 posts - 1 participant

+

Read full topic

+ + + + + + + +
+

+by KimMcG on December 23, 2024 06:40 PM +

+ +
+ + + + + + + + + +
+ + +
What is in scope for an Enhancement Proposal?
+ +
from ROS Discourse General
+ +
+ +
+

The OSRA’s Technical Committee on Enhancement Proposal Processes has been working over the past few months to produce a replacement for the current ROS Enhancement Proposal (REP) process, which is now severely out of date and doesn’t work with our current tools (we don’t, for example, have the mailing list it requires anymore). The TC has been looking at what no longer works with the current REP process, as well as what many other organisations with similar processes do.

+

As part of this work, the TC has run into that most difficult of questions: what is in scope? In other words, when do you need to send in an Enhancement Proposal and follow the prescribed process to get it approved/accepted, and when can you just go ahead and submit a PR?

+

So far we’ve come up with some obvious ones that we think might be in scope, like making significant changes to an external API. However this is something of a braintstorming exercise, and the more brains doing some storming, the better.

+

So, now that most of us are moving into a week or two of not-working-that-much, I’d like to hear your thoughts. For what should you need to follow a REP-like process? What should never be in scope? What is in the grey zone and would need discussion on a case-by-case basis?

+

1 post - 1 participant

+

Read full topic

+ + + + + + + +
+

+by gbiggs on December 23, 2024 06:52 AM +

+ +
+ + + + + + + + + +
+ + +
OSRA TGC meeting minutes for November, 2024
+ +
from ROS Discourse General
+ +
+ +
+

The meeting minutes for the regular meeting of the Technical Governance Committee held on the 21st of November, 2024, were approved in the December meeting and are now available in the official minutes repository. You can find the complete minutes here.

+

The TGC received the monthly project and technical committee updates, including the success of in-person PMC meetings at ROSCon, the news that Open-RMF has switched to using Zenoh, and the Infrastructure team working to move to Ubuntu 24.04.

+

Of particular note in this meeting, the TC on Enhancement Proposal Processes has started dealing with the thorny question of “what is in scope for an Enhacement Proposal?”

+

In a follow-up to an item from the October meeting, the OSRF Board of Directors decided to reject the proposal to move the Nexus project under the Open-RMF PMC for the time being. This decision was made because the Board wants the Open-RMF project to concentrate on making its existing feature set robust before expanding the scope of the project.

+

The next TGC meeting will take place in January, 2025. The minutes of the December meeting should be approved in that meeting and posted publicly shortly thereafter.

+

1 post - 1 participant

+

Read full topic

+ + + + + + + +
+

+by gbiggs on December 23, 2024 06:47 AM +

+ +
+ + + + + + + + + +
+ + +
OSRA activity recap for 2024
+ +
from ROS Discourse General
+ +
+ +
+

As 2024 draws to a close, we’re happy to say that the OSRA has had a successful first eight months of operation. Although we still have much to do with spinning up all the different bits of the OSRA, in the past eight months we have set up the Technical Governance Committee (TGC) and four Project Management Committees (PMCs) for ROS, Gazebo, Open-RMF and Infrastructure. The TGC has set up one Special Interest Group (SIG) and two Technical Committees (TCs), one of which (on the use of generative AI tools) has already completed its work.

+

The TGC has discussed several technical matters of relevance to the projects that were brought up by the TGC members. Some of these have been resolved, and some are on-going. The TGC is looking forward to an even more productive 2025 with several important matters to discuss, not the least of which is to begin applying OSRA membership dues to project requests.

+

The PMCs are starting to grow, too. Both the ROS and the Gazebo PMCs are beginning to mentor new Committers and PMC Members from the community.

+

For more details, pelase see the attached PDF.

+

OSRA Activity Recap - March 2024 Launch To-Date.pdf (106.9 KB)

+

1 post - 1 participant

+

Read full topic

+ + + + + + + +
+

+by gbiggs on December 23, 2024 06:35 AM +

+ +
+ +
December 22, 2024
+ + + + + + + + +
+ + +
ROS2 with Python and YAML: A Step-by-Step Guide from Creating a Workspace to Running Multiple Nodes
+ +
from NooTriX
+ +
+ +
+

If you’re diving into the world of robotics with ROS2 (Robot Operating System 2), setting up a solid foundation is crucial. A well-organized workspace and properly structured nodes are the backbone of any successful ROS project. Whether you’re a beginner or a seasoned developer, this guide will walk you through creating and managing a ROS2 […]

+

The post ROS2 with Python and YAML: A Step-by-Step Guide from Creating a Workspace to Running Multiple Nodes appeared first on nootrix.

+ + + + + + + +
+

+by Noury on December 22, 2024 10:04 PM +

+ +
+ +
December 21, 2024
+ + + + + + + + +
+ + +
Random appreciation thread
+ +
from ROS Discourse General
+ +
+ +
+

It’s the Winter Solstice in the northern hemisphere today, which means our daylight is scarce and precious and should be cherished. In that spirit of recognition and appreciation, I just wanted to share some people and things I am grateful for.

+
    +
  • I am grateful for mathematics and the teachers and students I have learned with over the years. Linear Algebra! It’s cool enough on its own with eigenvalues and null spaces, but think of all the kinematics and feedback control it helps us with. I forget which class it was, but I’ll never forget how my mind was blown while following a Taylor series analysis on the chalkboard involving sines, cosines, exponentials and complex numbers that ended with (spoiler alert) e ^ (i pi) = -1. A pair of irrational numbers is related to an imaginary number? What a world!
    • +
  • I’m grateful for the open source robotics community for building tools and relationships and sharing with each other. I’m especially grateful for the colleagues I have worked with and built tools and relationships with at Open Robotics and Intrinsic and in the wider community. I’m grateful to the people who serve in leadership roles in our community, such as package maintainers, ROS Bosses, PMC project leads, Geoff and Vanessa at OSRF, the OSRF board, and many others!
    • +
  • I’m grateful to command-line interfaces and tools, grep, sed/awk, the pipe |, redirecting to /dev/null, wc. Also there is something powerful that I am afraid of and whenever I tap into its power I wonder if it will ultimately be a mistake, but I am also grateful for regular expressions.
    • +
+

Primarily I’m grateful for the people. Thank you for being you, and enjoy the daylight today!

+

3 posts - 3 participants

+

Read full topic

+ + + + + + + +
+

+by scpeters on December 21, 2024 06:53 PM +

+ +
+ + + + + + + + + +
+ + +
`testjob_coordinator`: a parallel integration test runner PoC
+ +
from ROS Discourse General
+ +
+ +
+

Most ROS 2 testing pipelines run all integration tests sequentially, as running in parallel is not that well supported yet. While one can set a number of workers, in practice the usefulness of that is limited as the feasible number of parallel tests greatly depends on the host (resulting in host-specific configurations) and that this number must always be based on the most resource-demanding tests, resulting in under utilization of the host resources (and thus still far from optimal test suite run durations). Also, test contamination is barely addressed, for example using separate domain ids for each test is often not the default and as far as I’m aware, no CPU isolation is done resulting in parallel tests competing for resources which increases test flakiness.

+

With this in mind, I developed testjob_coordinator - a proof-of-concept package that aims to address the above to easily run launch_testing-based integration tests in parallel.

+

In short:

+
    +
  • Register tests using the testjob_coordinator_add_launch_test CMake macro.
    • +
  • If desired: specify timeout, number of CPU cores, RAM and exclusive resources - testjob_coordinator will respect these when running the tests.
    • +
  • Run the tests with ros2 run testjob_coordinator run_tests. testjob_coordinator sorts the tests to minimize overall test duration, and while running maximizes host machine resource usage while strictly enforcing each test’s limits. Also, each parallel test automatically receives a yet unused domain id through the domain coordinator.
    • +
  • Test output is available as xunit files, just like as if they were run with colcon test.
    • +
+

Code here, including example tests: GitHub - abaeyens/testjob_coordinator: A ROS 2 package for a PoC parallel test runner

+

For now the aim is to see whether this approach makes sense, before putting in further development effort (such as integration with colcon) and doing a proper system design. So please don’t already expect clean code and a polished interface.

+

Does this fit in your workflow? What do you like / don’t like? Which features would you like to see in such a tool? Looking forward to your feedback.

+

(To the moderators: If this doesn’t belong in the ‘General’ category, please move this.)

+

1 post - 1 participant

+

Read full topic

+ + + + + + + +
+

+by abaeyens on December 21, 2024 04:56 PM +

+ +
+ + + + + + + + + +
+ + +
Localization-only mode in ROS 2 API of mola_lidar_odometry
+ +
from ROS Discourse General
+ +
+ +
+

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:

+ +

MOLA-LO: Mapping, then localize - Step-by-step tutorial

+ +

Feedback, issues, or PRs are all greatly appreciated! :slight_smile:

+

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

+

Read full topic

+ + + + + + + +
+

+by jlblancoc on December 21, 2024 09:48 AM +

+ +
+ +
December 20, 2024
+ + + + + + + + +
+ + +
ROS News for the Week of December 15th, 2024
+ +
from ROS Discourse General
+ +
+ +
+

ROS News for the Week of December 15th, 2024

+
+

xmas
+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. :elf:

+
+

image

+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_ros_icon_slogan_default
+SOAR is the OG of classic AI! This week we learned about a new package to
+connect SOAR and ROS 2.

+
+

opposite_view_loop_closure (1)

+This week a team at MIT released ROMAN an open-set object mapping / global localization package along with a ROS 2 wrapper.

+
+

teaser (2)

+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

+ +

News

+ +

ROS

+ +

Got a Minute? :mantelpiece_clock: :gift:

+

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

+

Read full topic

+ + + + + + + +
+

+by Katherine_Scott on December 20, 2024 08:22 PM +

+ +
+ + + + + + + + + +
+ + +
New packages for Humble Hawksbill 2024-12-20
+ +
from ROS Discourse General
+ +
+ +
+

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

+

Read full topic

+ + + + + + + +
+

+by audrow on December 20, 2024 04:57 PM +

+ +
+ + + + + + + + + +
+ + +
World Magnetic Model 2025 released (and WMM2020 ending very soon!)
+ +
from ROS Discourse General
+ +
+ +
+

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 :smiley: ).

+

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

+

Read full topic

+ + + + + + + +
+

+by peci1 on December 20, 2024 12:58 PM +

+ +
+ + + + + + + + + +
+ + +
Time to give your magnetometers a big refresh!
+ +
from ROS Discourse General
+ +
+ +
+

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:

+ +

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

+

Read full topic

+ + + + + + + +
+

+by peci1 on December 20, 2024 12:48 PM +

+ +
+ + + + + + + + + +
+ + +
New Packages for Noetic 2024-12-19
+ +
from ROS Discourse General
+ +
+ +
+

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]:

+ +

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

+

Read full topic

+ + + + + + + +
+

+by sloretz on December 20, 2024 01:04 AM +

+ +
+ +
December 19, 2024
+ + + + + + + + +
+ + +
How do you monitor your robot diagnostics (topic rates)?
+ +
from ROS Discourse General
+ +
+ +
+

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.

+

10 posts - 7 participants

+

Read full topic

+ + + + + + + +
+

+by jak on December 19, 2024 09:58 AM +

+ +
+ +
December 18, 2024
+ + + + + + + + +
+ + +
Next Client Library WG Meeting: Friday 20th December 2024 8AM PT
+ +
from ROS Discourse General
+ +
+ +
+

Hi,
+The next meeting of the Client Library Working Group will be this Friday, 20th December 2024 at 8 AM Pacific Time.

+ +

The Client Library Working Group has also become the first official WG under the new OSRA and ROS PMC organization!

+

10 posts - 5 participants

+

Read full topic

+ + + + + + + +
+

+by alsora on December 18, 2024 11:17 PM +

+ +
+ + + + + + + + + +
+ + +
ROS 2 Visualization Tools for Architecture
+ +
from ROS Discourse General
+ +
+ +
+

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

+

Read full topic

+ + + + + + + +
+

+by pcanelas on December 18, 2024 03:44 PM +

+ +
+ +
December 16, 2024
+ + + + + + + + +
+ + +
Global Robot Density in Factories Doubled in Seven Years - What's the impact of ROS?
+ +
from ROS Discourse General
+ +
+ +
+

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

+

Read full topic

+ + + + + + + +
+

+by ThiloZimmermann on December 16, 2024 08:33 PM +

+ +
+ +
December 15, 2024
+ + + + + + + + +
+ + +
Is there a ROS 2 gazebo project for humanoids robots?
+ +
from ROS Discourse General
+ +
+ +
+

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

+

Read full topic

+ + + + + + + +
+

+by azmyin12 on December 15, 2024 05:41 AM +

+ +
+ +
December 13, 2024
+ + + + + + + + +
+ + +
Opinion on companies still using ROS1
+ +
from ROS Discourse General
+ +
+ +
+

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.

+

16 posts - 12 participants

+

Read full topic

+ + + + + + + +
+

+by iony_m on December 13, 2024 10:48 PM +

+ +
+ + + + + + + + + +
+ + +
ROS News for the Week of December 9th, 2024
+ +
from ROS Discourse General
+ +
+ +
+

ROS News for the Week of December 9th, 2024

+
+

image

+:cn: :tada: 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.
+

+

May 2023 - Nov 2024

+ROS 2 Iron Irwini is now officially end-of-life. If you are currently using Iron please consider upgrading to Jazzy!

+
+

harp2
+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.

+
+

poster-thumbnail

+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.

+
+

image

+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.

+
+

image

+I want to send a big shout out @abaeyens for putting together this fantastic documentation on ROS 2 integration testing for docs.ros.org. :tada:

+

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

+ +

News

+ +

ROS

+ +

Got a minute? :alarm_clock:

+

All we want for Christmas are pull requests to the ROS 2 docs. :gift:

+

1 post - 1 participant

+

Read full topic

+ + + + + + + +
+

+by Katherine_Scott on December 13, 2024 08:21 PM +

+ +
+ + + + + + + + + +
+ + +
Call for “IFR’s Women in Robotics: 10 Women Shaping the Future of Robotics in 2025” is now open
+ +
from ROS Discourse General
+ +
+ +
+

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.

+

IFR’s 2024 Women in Robotics

+

Learn more on why gender balance is beneficial for economies

+ +

1 post - 1 participant

+

Read full topic

+ + + + + + + +
+

+by ThiloZimmermann on December 13, 2024 08:38 AM +

+ +
+ +
December 12, 2024
+ + + + + + + + +
+ + +
REUSE compatibility vs multi-package repo
+ +
from ROS Discourse General
+ +
+ +
+

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

+

Read full topic

+ + + + + + + +
+

+by peci1 on December 12, 2024 03:19 PM +

+ +
+ +
December 11, 2024
+ + + + + + + + +
+ + +
Optimizations cpp ROS2 node. colcon build
+ +
from ROS Discourse General
+ +
+ +
+

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.

+

Screenshot from 2024-12-11 16-24-11

+

“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”"
+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

+

Read full topic

+ + + + + + + +
+

+by Dony on December 11, 2024 08:32 AM +

+ +
+ +
December 10, 2024
+ + + + + + + + +
+ + +
:checkered_flag: Gazebo Garden officially end-of-life [x-post Gazebo Sim Community]
+ +
from ROS Discourse General
+ +
+ +
+

Original Post

+

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 versionFinal release
gz-fuel-tools88.2.0
gz-sim77.9.0
gz-gui77.2.2
gz-launch66.2.0
gz-msgs99.5.1
gz-physics66.7.0
gz-rendering77.5.0
gz-sensors77.3.1
gz-transport1212.2.2
sdformat1313.9.0
+

We sincerely thank all contributors to all libraries in Garden :pray:

+

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: Gazebo Dev Team :gazebo:

+

1 post - 1 participant

+

Read full topic

+ + + + + + + +
+

+by azeey on December 10, 2024 11:14 PM +

+ +
+ + + + + + + + + +
+ + +
How important is ROS when searching for a job?
+ +
from ROS Discourse General
+ +
+ +
+

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

+

Podcast-video-2024-Ricardo-Tellez-the-truth-about-ROS-jobs

+

1 post - 1 participant

+

Read full topic

+ + + + + + + +
+

+by ricardotellez on December 10, 2024 08:43 AM +

+ +
+ + + +
+ + +
+ + +
+Powered by the awesome: Planet

+
+ + + diff --git a/opml.xml b/opml.xml new file mode 100644 index 00000000..afbdfcf5 --- /dev/null +++ b/opml.xml @@ -0,0 +1,37 @@ + + + + Planet ROS + Mon, 23 Dec 2024 20:08:56 GMT + Open Robotics + info@openrobotics.org + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + diff --git a/planet.css b/planet.css new file mode 100644 index 00000000..e9800734 --- /dev/null +++ b/planet.css @@ -0,0 +1,132 @@ +body { + padding-left: 20px; + padding-right: 20px; + margin-top: 0; + font-family: "Arial",sans-serif; +} + +.top_block { + border-radius: 0 0 15px 15px; + -moz-border-radius: 0 0 15px 15px; + border-width: medium; + border-color: #2E3E60; + border-style:solid; + border-top: none; + margin-bottom:20px; + width:500px; + padding-bottom:15px; + padding-top:5px +} + +#participants { + text-align:left; +} + +#add_your_blog { + text-align:left; +} + +.ROS_planet_text { + font-size: 40pt; + font-family: "Interstate",sans-serif; + color:#2E3E60; + font-weight: bold; + font-stretch:semi-condensed; +} + +#top_info { + text-align: left; + border-radius: 15px; + -moz-border-radius: 15px; + border-width: medium; + border-color: #2E3E60; + border-style:solid; +} + +.entry { + font-size: 11pt; + margin-bottom: 2em; + padding-top: 20px; + padding-left: 20px; + padding-right: 20px; + padding-bottom: 10px; + text-align: left; + border-radius: 15px; + -moz-border-radius: 15px; + border-width: medium; + border-color: #2E3E60; + border-style:solid; + width: 800px; +} + +.entry .content { + padding-left: 20px; + padding-right: 20px; +} + +.entry .by_and_date { + color: grey; + text-align: right; +} + +.entry .by_and_date a { + text-decoration: none; + color: inherit; +} + +.entry_title { + font-weight: none; + font-size: 25pt; + padding-bottom: 20pt; + float:left; +} + +.channel_name { + color: grey; + font-weight: none; + float:right; +} + +.date { + font-size: 20pt; + font-weight: none; + color:#2E3E60; + padding-bottom: 15px; +} + +.entry a { + text-decoration: none; + color: #2E3E60; +} + +a:hover { + text-decoration: underline !important; +} + +.top_button { + color: grey; + text-decoration: none; + text-align: center; +} + +.top_button a:active, a:focus, input[type="image"] { +outline: 0; +} + +div.top_button { + padding-left: 30px; + padding-right: 30px; + text-align: center; +} + +.top_button img { + height: 30px; + width: 30px; + text-decoration: none; + text-align: center; +} + +.top_button .icon { + width: 30px; + height: 30px; +} diff --git a/rss10.xml b/rss10.xml new file mode 100644 index 00000000..10aa2cad --- /dev/null +++ b/rss10.xml @@ -0,0 +1,1300 @@ + + + + Planet ROS + http://planet.ros.org + Planet ROS - http://planet.ros.org + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + ROS Discourse General: Robotics Christmas Videos 2024 + https://discourse.ros.org/t/robotics-christmas-videos-2024/41261 + <p>Hi! I noticed that no thread was started yet to share robotic christmas videos of 2024!</p> +<p>IEEE have started their latest video list already here:</p> +<aside class="onebox allowlistedgeneric"> + <header class="source"> + <img class="site-icon" height="48" src="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/3/d/3d0e12988fcb5e106168d3241cc933208e69a0a8.png" width="48" /> + + <a href="https://spectrum.ieee.org/video-friday-holidays-2024" rel="noopener nofollow ugc" target="_blank" title="06:00PM - 20 December 2024">IEEE Spectrum – 20 Dec 24</a> + </header> + + <article class="onebox-body"> + <div class="aspect-image"><img class="thumbnail" height="345" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/f/3/f3cd99d233fb9ac5e65ae0c60b25e5f583ca7ac8_2_690x345.png" width="690" /></div> + +<h3><a href="https://spectrum.ieee.org/video-friday-holidays-2024" rel="noopener nofollow ugc" target="_blank">Video Friday: Happy Holidays!</a></h3> + + <p>Your weekly selection of awesome robot videos</p> + + + </article> + + <div class="onebox-metadata"> + + + </div> + + <div style="clear: both;"></div> +</aside> + +<p>For anyone who is winding down already for the holidays, please share any you have encountered so far <img alt=":christmas_tree:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/christmas_tree.png?v=12" title=":christmas_tree:" width="20" /></p> +<p>Happy holidays everyone!</p> + <p><small>2 posts - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/robotics-christmas-videos-2024/41261">Read full topic</a></p> + 2024-12-23T18:40:34+00:00 + KimMcG + + + ROS Discourse General: What is in scope for an Enhancement Proposal? + https://discourse.ros.org/t/what-is-in-scope-for-an-enhancement-proposal/41254 + <p>The OSRA’s Technical Committee on Enhancement Proposal Processes has been working over the past few months to produce a replacement for the current <a href="https://ros.org/reps/rep-0001.html">ROS Enhancement Proposal (REP) process</a>, which is now severely out of date and doesn’t work with our current tools (we don’t, for example, have the mailing list it requires anymore). The TC has been looking at what no longer works with the current REP process, as well as what many other organisations with similar processes do.</p> +<p>As part of this work, the TC has run into that most difficult of questions: what is in scope? In other words, when do you need to send in an Enhancement Proposal and follow the prescribed process to get it approved/accepted, and when can you just go ahead and submit a PR?</p> +<p>So far we’ve come up with some obvious ones that we think <em>might</em> be in scope, like making significant changes to an external API. However this is something of a braintstorming exercise, and the more brains doing some storming, the better.</p> +<p>So, now that most of us are moving into a week or two of not-working-that-much, I’d like to hear your thoughts. For <em>what</em> should you need to follow a REP-like process? What should never be in scope? What is in the grey zone and would need discussion on a case-by-case basis?</p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/what-is-in-scope-for-an-enhancement-proposal/41254">Read full topic</a></p> + 2024-12-23T06:52:41+00:00 + gbiggs + + + ROS Discourse General: OSRA TGC meeting minutes for November, 2024 + https://discourse.ros.org/t/osra-tgc-meeting-minutes-for-november-2024/41252 + <p>The meeting minutes for the regular meeting of the Technical Governance Committee held on the 21st of November, 2024, were approved in the December meeting and are now available in the official minutes repository. <a href="https://github.com/openrobotics/technical_governance_committee_minutes/blob/main/20241121%20-%20TGC%20Meeting%20Minutes%20-%2021%20Nov%202024.pdf">You can find the complete minutes here</a>.</p> +<p>The TGC received the monthly project and technical committee updates, including the success of in-person PMC meetings at ROSCon, the news that Open-RMF has switched to using Zenoh, and the Infrastructure team working to move to Ubuntu 24.04.</p> +<p>Of particular note in this meeting, the TC on Enhancement Proposal Processes has started dealing with the thorny question of “what is in scope for an Enhacement Proposal?”</p> +<p>In a follow-up to an item from the October meeting, the OSRF Board of Directors decided to reject the proposal to move the Nexus project under the Open-RMF PMC <em>for the time being</em>. This decision was made because the Board wants the Open-RMF project to concentrate on making its existing feature set robust before expanding the scope of the project.</p> +<p>The next TGC meeting will take place in January, 2025. The minutes of the December meeting should be approved in that meeting and posted publicly shortly thereafter.</p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/osra-tgc-meeting-minutes-for-november-2024/41252">Read full topic</a></p> + 2024-12-23T06:47:15+00:00 + gbiggs + + + ROS Discourse General: OSRA activity recap for 2024 + https://discourse.ros.org/t/osra-activity-recap-for-2024/41251 + <p>As 2024 draws to a close, we’re happy to say that the OSRA has had a successful first eight months of operation. Although we still have much to do with spinning up all the different bits of the OSRA, in the past eight months we have set up the <a href="https://github.com/openrobotics/technical_governance_committee_minutes/">Technical Governance Committee</a> (TGC) and four Project Management Committees (PMCs) for ROS, Gazebo, Open-RMF and Infrastructure. The TGC has set up one Special Interest Group (SIG) and two Technical Committees (TCs), one of which (on the use of generative AI tools) has already completed its work.</p> +<p>The TGC has discussed several technical matters of relevance to the projects that were brought up by the TGC members. Some of these have been resolved, and some are on-going. The TGC is looking forward to an even more productive 2025 with several important matters to discuss, not the least of which is to begin applying OSRA membership dues to project requests.</p> +<p>The PMCs are starting to grow, too. Both the ROS and the Gazebo PMCs are beginning to mentor new Committers and PMC Members from the community.</p> +<p>For more details, pelase see the attached PDF.</p> +<p><a class="attachment" href="https://discourse.ros.org/uploads/short-url/i6YGGDnZLGJIrlo8EDLrFtjjXqF.pdf">OSRA Activity Recap - March 2024 Launch To-Date.pdf</a> (106.9 KB)</p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/osra-activity-recap-for-2024/41251">Read full topic</a></p> + 2024-12-23T06:35:58+00:00 + gbiggs + + + NooTriX: ROS2 with Python and YAML: A Step-by-Step Guide from Creating a Workspace to Running Multiple Nodes + https://nootrix.com/tutorials/ros2-with-python-and-yaml-a-step-by-step-guide-from-creating-a-workspace-to-running-multiple-nodes/ + <p>If you’re diving into the world of robotics with ROS2 (Robot Operating System 2), setting up a solid foundation is crucial. A well-organized workspace and properly structured nodes are the backbone of any successful ROS project. Whether you’re a beginner or a seasoned developer, this guide will walk you through creating and managing a ROS2 […]</p> +<p>The post <a href="https://nootrix.com/tutorials/ros2-with-python-and-yaml-a-step-by-step-guide-from-creating-a-workspace-to-running-multiple-nodes/">ROS2 with Python and YAML: A Step-by-Step Guide from Creating a Workspace to Running Multiple Nodes</a> appeared first on <a href="https://nootrix.com">nootrix</a>.</p> + 2024-12-22T22:04:44+00:00 + Noury + + + ROS Discourse General: Random appreciation thread + https://discourse.ros.org/t/random-appreciation-thread/41232 + <p>It’s the Winter Solstice in the northern hemisphere today, which means our daylight is scarce and precious and should be cherished. In that spirit of recognition and appreciation, I just wanted to share some people and things I am grateful for.</p> +<ul> +<li>I am grateful for mathematics and the teachers and students I have learned with over the years. Linear Algebra! It’s cool enough on its own with eigenvalues and null spaces, but think of all the kinematics and feedback control it helps us with. I forget which class it was, but I’ll never forget how my mind was blown while following a Taylor series analysis on the chalkboard involving sines, cosines, exponentials and complex numbers that ended with (spoiler alert) <code>e ^ (i pi) = -1</code>. A pair of irrational numbers is related to an imaginary number? What a world!</li> +<li>I’m grateful for the open source robotics community for building tools and relationships and sharing with each other. I’m especially grateful for the colleagues I have worked with and built tools and relationships with at Open Robotics and Intrinsic and in the wider community. I’m grateful to the people who serve in leadership roles in our community, such as package maintainers, ROS Bosses, PMC project leads, Geoff and Vanessa at OSRF, the OSRF board, and many others!</li> +<li>I’m grateful to command-line interfaces and tools, grep, sed/awk, the pipe |, redirecting to /dev/null, wc. Also there is something powerful that I am afraid of and whenever I tap into its power I wonder if it will ultimately be a mistake, but I am also grateful for regular expressions.</li> +</ul> +<p>Primarily I’m grateful for the people. Thank you for being you, and enjoy the daylight today!</p> + <p><small>3 posts - 3 participants</small></p> + <p><a href="https://discourse.ros.org/t/random-appreciation-thread/41232">Read full topic</a></p> + 2024-12-21T18:53:26+00:00 + scpeters + + + ROS Discourse General: `testjob_coordinator`: a parallel integration test runner PoC + https://discourse.ros.org/t/testjob-coordinator-a-parallel-integration-test-runner-poc/41230 + <p>Most ROS 2 testing pipelines run all integration tests sequentially, as running in parallel is not that well supported yet. While <a href="https://github.com/ros2/launch/issues/789#issuecomment-2251380704" rel="noopener nofollow ugc">one can set a number of workers</a>, in practice the usefulness of that is limited as the feasible number of parallel tests greatly depends on the host (resulting in host-specific configurations) and that this number must always be based on the most resource-demanding tests, resulting in under utilization of the host resources (and thus still far from optimal test suite run durations). Also, test contamination is barely addressed, for example using separate domain ids for each test is often not the default and as far as I’m aware, no CPU isolation is done resulting in parallel tests competing for resources which increases test flakiness.</p> +<p>With this in mind, I developed <code>testjob_coordinator</code> - a <strong>proof-of-concept</strong> package that aims to address the above to easily run <a href="https://index.ros.org/p/launch_testing/">launch_testing</a>-based integration tests in parallel.</p> +<p>In short:</p> +<ul> +<li>Register tests using the <code>testjob_coordinator_add_launch_test</code> CMake macro.</li> +<li>If desired: specify timeout, number of CPU cores, RAM and exclusive resources - <code>testjob_coordinator</code> will respect these when running the tests.</li> +<li>Run the tests with <code>ros2 run testjob_coordinator run_tests</code>. <code>testjob_coordinator</code> sorts the tests to minimize overall test duration, and while running maximizes host machine resource usage while strictly enforcing each test’s limits. Also, each parallel test automatically receives a yet unused domain id through the domain coordinator.</li> +<li>Test output is available as xunit files, just like as if they were run with <code>colcon test</code>.</li> +</ul> +<p>Code here, including example tests: <a class="inline-onebox" href="https://github.com/abaeyens/testjob_coordinator" rel="noopener nofollow ugc">GitHub - abaeyens/testjob_coordinator: A ROS 2 package for a PoC parallel test runner</a></p> +<p>For now the aim is to see whether this approach makes sense, before putting in further development effort (such as integration with colcon) and doing a proper system design. So please don’t already expect clean code and a polished interface.</p> +<p>Does this fit in your workflow? What do you like / don’t like? Which features would you like to see in such a tool? Looking forward to your feedback.</p> +<p>(To the moderators: If this doesn’t belong in the ‘General’ category, please move this.)</p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/testjob-coordinator-a-parallel-integration-test-runner-poc/41230">Read full topic</a></p> + 2024-12-21T16:56:01+00:00 + abaeyens + + + ROS Discourse General: Localization-only mode in ROS 2 API of mola_lidar_odometry + https://discourse.ros.org/t/localization-only-mode-in-ros-2-api-of-mola-lidar-odometry/41225 + <p>Update to the <a href="https://discourse.ros.org/t/slam-new-3d-lidar-odometry-mapping-and-localization-packages/39364">former post</a>: Tons of new features have been added to <a href="https://github.com/MOLAorg/mola" rel="noopener nofollow ugc">mola</a> + <a href="https://github.com/MOLAorg/mola_lidar_odometry" rel="noopener nofollow ugc">mola_lidar_odometry</a> in the latest releases:</p> +<ul> +<li>Correct handling of ROS 2 namespaces.</li> +<li>Support for NDT-3D maps</li> +<li>ROS 2 services to start/stop mapping, load/save maps, etc.</li> +</ul> +<p>Resources:</p> +<ul> +<li>Step-by-step tutorial: <a class="inline-onebox" href="https://docs.mola-slam.org/latest/tutorial-mola-lo-map-and-localize.html" rel="noopener nofollow ugc">MOLA-LO: Build a map and then localize — MOLA v1.4.1 documentation</a></li> +<li>ROS 2 API docs page with available services, /tf frames, topics, etc.: <a class="inline-onebox" href="https://docs.mola-slam.org/latest/ros2api.html" rel="noopener nofollow ugc">ROS 2 API — MOLA v1.4.1 documentation</a></li> +<li>LinkedIn post: <a class="inline-onebox" href="https://www.linkedin.com/posts/jose-luis-blanco-claraco-7511b712_ros2-opensource-lidar-activity-7276015630246383616-gG4Z?utm_source=share&amp;utm_medium=member_desktop" rel="noopener nofollow ugc">Jose Luis Blanco Claraco on LinkedIn: #ros2 #opensource #lidar #pointcloud #robotics #slam #localization #ros…</a></li> +<li>YT video following the tutorial:</li> +</ul> +<p><a href="https://www.youtube.com/watch?v=CXiU_2vYMQE">MOLA-LO: Mapping, then localize - Step-by-step tutorial</a></p> + +<p>Feedback, issues, or PRs are all greatly appreciated! <img alt=":slight_smile:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/slight_smile.png?v=12" title=":slight_smile:" width="20" /></p> +<p>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.</p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/localization-only-mode-in-ros-2-api-of-mola-lidar-odometry/41225">Read full topic</a></p> + 2024-12-21T09:48:40+00:00 + jlblancoc + + + ROS Discourse General: ROS News for the Week of December 15th, 2024 + https://discourse.ros.org/t/ros-news-for-the-week-of-december-15th-2024/41220 + <h1><a class="anchor" href="https://discourse.ros.org#p-88761-ros-news-for-the-week-of-december-15th-2024-1" name="p-88761-ros-news-for-the-week-of-december-15th-2024-1"></a>ROS News for the Week of December 15th, 2024</h1> +<br /> +<p><img alt="xmas" class="animated" height="260" src="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/b/f/bf0a0df609725377c659b557ae3efb1154654064.gif" width="360" /><br /> +It is that time of year! Time for robot holiday videos! <a href="https://spectrum.ieee.org/video-friday-holidays-2024">IEEE Spectrum has a full run down</a>. I particularly like the Clearpath Robotics’ video that features multiple TB4 lites acting as elves. <img alt=":elf:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/elf.png?v=12" title=":elf:" width="20" /></p> +<br /> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/1/4/14f37555c16eb7b7446678624cc7d501c81ad891.png" title="image"><img alt="image" height="250" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/1/4/14f37555c16eb7b7446678624cc7d501c81ad891_2_281x250.png" width="281" /></a></div><br /> +New tutorial alert. We just released an official tutorial for the <a href="https://docs.ros.org/en/rolling/Tutorials/Advanced/Ament-Lint-For-Clean-Code.html">ament lint CLI utilities.</a> If you are not using these tools to clean up your code, you should be!<p></p> +<br /> +<p><img alt="soar_ros_icon_slogan_default" height="99" src="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/5/5/55e323d7fdcb5e9496f9ac19d73a73e70a60901e.svg" width="345" /><br /> +SOAR is the OG of classic AI! This week we learned about a new package to<br /> +<a href="https://discourse.ros.org/t/soar-ros-connecting-soar-and-ros-2-as-a-single-ros-package/41143">connect SOAR and ROS 2.</a></p> +<br /> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/a/1/a15d90ae25cad032bfb7febac6084344912a0a7f.jpeg" title="opposite_view_loop_closure (1)"><img alt="opposite_view_loop_closure (1)" height="249" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/a/1/a15d90ae25cad032bfb7febac6084344912a0a7f_2_343x249.jpeg" width="343" /></a></div><br /> +This week a team at MIT released <a href="https://discourse.ros.org/t/roman-ros-2-open-set-object-mapping-global-localization-code-release/41178">ROMAN an open-set object mapping / global localization package</a> along with a ROS 2 wrapper.<p></p> +<br /> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/d/0/d026417e0bb91f5ec4515327c39474c2b8b00282.jpeg" title="teaser (2)"><img alt="teaser (2)" height="315" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/d/0/d026417e0bb91f5ec4515327c39474c2b8b00282_2_517x315.jpeg" width="517" /></a></div><br /> +Everyone is talking about it! This week a team of 18 universities plus NVIDIA released <a href="https://github.com/Genesis-Embodied-AI/Genesis">Genesis, a generative world for general-purpose robotics &amp; embodied AI learning.</a> The early demos look impressive. You can learn more at the <a href="https://genesis-embodied-ai.github.io/">project page</a>.<p></p> +<h1><a class="anchor" href="https://discourse.ros.org#p-88761-events-2" name="p-88761-events-2"></a>Events</h1> +<ul> +<li><a href="https://docs.google.com/forms/d/e/1FAIpQLSeiuWtUClyQ2Aj-CBFwZacpfL9xxgG_ZA8ImF0SF9sT2-sqKA/viewform">2024-12-22 Open Hardware Summit CFP Deadline</a></li> +<li><a href="https://rosjp.connpass.com/event/338471/?utm_campaign=event_participate_to_follower&amp;utm_source=notifications&amp;utm_medium=twitter">2024-12-27 ROS Japan UG #57 ROS Year-End LT Event</a></li> +<li><a href="https://www.naturalroboticscontest.com/">2024-12-31 Deadline for Natural Robotics Contest</a></li> +<li><a href="https://github.com/ros-wg-embodied-ai">2025-01-08 ROS Embodied AI Community Group</a></li> +<li><a href="https://fosdem.org/2025/">2025-02-01 FOSDEM 25</a> – <a href="https://discourse.ros.org/t/fosdem-2025-robotics-simulation-first-edition/40349">See Robotics and Sim Room</a></li> +<li><a href="https://world-fira.com/">2025-02-04 =&gt; 2025-02-06 World FIRA Ag Robotics Conference in Toulouse, France</a></li> +<li><a href="https://discourse.ros.org/t/7th-international-workshop-on-robotics-software-engineering/39901">2025-04-28 International Workshop on Robotics Software Engineering</a></li> +<li><a href="https://2025.oshwa.org/">2025-05-30 =&gt; 2025-05-31 2025 Open Hardware Summit in Edinburgh</a></li> +</ul> +<h1><a class="anchor" href="https://discourse.ros.org#p-88761-news-3" name="p-88761-news-3"></a>News</h1> +<ul> +<li><a href="https://discourse.ros.org/t/ros-pmc-meeting-minutes-2024-12-17/41196">ROS PMC meeting minutes 2024-12-17</a></li> +<li><a href="https://discourse.ros.org/t/nav2-community-meeting-renewed-for-2025/41151">Nav2 Community Meeting - Renewed for 2025</a></li> +<li><a href="https://www.therobotreport.com/slip-robotics-picks-up-28m-for-trailer-loading-unloading-robots/">Slip Robotics picks up $28M for trailer loading/unloading robots</a></li> +<li><a href="https://www.therobotreport.com/jetson-orin-nano-super-developer-kit-available/">Jetson Orin Nano Super developer kit available from NVIDIA</a></li> +<li><a href="https://www.therobotreport.com/eureka-robotics-raises-10-5m-scale-its-vision-systems-in-u-s/">Eureka Robotics raises $10.5M to scale its vision systems in the U.S.</a></li> +<li><a href="https://discourse.ros.org/t/roscon-spain-2024-report/41202">ROSCon Spain 2024 Report</a></li> +<li><a href="https://discourse.ros.org/t/aerial-robotics-meeting-xmas-with-bitcraze-dec-18-2024/40951">Aerial Robotics meeting - Xmas with Bitcraze</a></li> +<li><a href="https://spectrum.ieee.org/video-friday-holidays-2024">Robot Holiday Videos - IEEE Spectrum</a></li> +<li><a href="https://spectrum.ieee.org/aibo">Zen and the Art of Aibo Engineering</a></li> +<li><a href="https://www.therobotreport.com/symbotic-buys-healthcare-robot-maker-ohmnilabs/">Symbotic buys healthcare robot maker OhmniLabs</a></li> +<li><a href="https://www.therobotreport.com/mcity-open-source-digital-twin-enables-cheaper-av-testing/">Mcity says open-source digital twin enables cheaper autonomous vehicle testing</a></li> +<li><a href="https://discourse.ros.org/t/global-robot-density-in-factories-doubled-in-seven-years-whats-the-impact-of-ros/41123">Global Robot Density in Factories Doubled in Seven Years - What’s the impact of ROS?</a></li> +<li><a href="https://www.theregister.com/2024/12/15/red_rabbit_robotics/">Red Rabbit Robotics offers human-like robots as a service - The Register</a></li> +<li><a href="https://2025.ieee-icra.org/announcements/call-for-proposals-arts-in-robotics-at-icra25/">Call for Proposals: Arts in Robotics at ICRA’25</a></li> +<li><a href="https://drive.google.com/file/d/1TZ2Zpa6sUq60HLIJMIrmAs2kmC3JYmBo/view">Call for Application IEEE IERA Award</a></li> +<li><a href="https://github.com/Genesis-Embodied-AI/Genesis">Genesis: A generative world for general-purpose robotics &amp; embodied AI learning.</a></li> +<li><a href="https://makezine.com/article/technology/open-source/open-source-hardware-certifications-for-november-2024/">Open Source Hardware Certifications for November 2024</a></li> +<li><a href="https://github.com/hijimasa/VDA5050/blob/release/2.1.0-jp/VDA5050_JP.md">VDA5050 in Japanese</a></li> +<li><a href="https://kaldir.vc.in.tum.de/scannetpp/">ScanNet++ Dataset</a></li> +<li><a href="https://irvlutd.github.io/HOCap/">HO-Cap: A Capture System and Dataset for 3D Reconstruction and Pose Tracking of Hand-Object Interaction</a></li> +<li><a href="https://sites.google.com/corp/view/diter-plusplus/">Diverse Terrain and Multi-modal Dataset for Multi-Robot Navigation in Multi-session Outdoor Environments</a></li> +<li><a href="https://picknik.ai/2024/12/16/Podcast-Making-Robot-Arms-Work-Anywhere.html">Podcast: Making Robot Arms Work Anywhere - with PickNik</a></li> +</ul> +<h1><a class="anchor" href="https://discourse.ros.org#p-88761-ros-4" name="p-88761-ros-4"></a>ROS</h1> +<ul> +<li><a href="https://docs.ros.org/en/rolling/Tutorials/Advanced/Ament-Lint-For-Clean-Code.html"><img alt=":new:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/new.png?v=12" title=":new:" width="20" /> Ament Lint CLI Utilities Tutorial</a></li> +<li><a href="https://discourse.ros.org/t/time-to-give-your-magnetometers-a-big-refresh/41208">Time to give your magnetometers a big refresh!</a></li> +<li><a href="https://discourse.ros.org/t/new-packages-for-humble-hawksbill-2024-12-20/41214">New packages for Humble Hawksbill 2024-12-20</a></li> +<li><a href="https://discourse.ros.org/t/new-packages-for-noetic-2024-12-19/41203">New Packages for Noetic 2024-12-19</a></li> +<li><a href="https://discourse.ros.org/t/teknic-clearpath-sc-ros2-control-hardware-interface/39806">Teknic ClearPath-SC ros2_control Hardware Interface</a></li> +<li><a href="https://discourse.ros.org/t/how-do-i-use-safe-dds-with-ros2-and-why/41162">How do I use Safe DDS with ROS2 and Why?</a></li> +<li><a href="https://discourse.ros.org/t/ros-2-visualization-tools-for-architecture/41170">ROS 2 Visualization Tools for Architecture</a></li> +<li><a href="https://discourse.ros.org/t/roman-ros-2-open-set-object-mapping-global-localization-code-release/41178"><img alt=":cool:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/cool.png?v=12" title=":cool:" width="20" /> ROMAN: ROS 2 open-set object mapping / global localization code release</a></li> +<li><a href="https://discourse.ros.org/t/soar-ros-connecting-soar-and-ros-2-as-a-single-ros-package/41143"><img alt=":cool:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/cool.png?v=12" title=":cool:" width="20" /> Soar_ros: Connecting Soar and ROS 2 as a single ROS Package</a></li> +<li><a href="https://discourse.ros.org/t/safe-dds-achieves-iso-26262-asil-d-certification/41036/6">Safe DDS Achieves ISO 26262 ASIL D Certification</a></li> +<li><a href="https://labs.utdallas.edu/irvl/courses/fall-2024-cs-6301/">Introduction to Robot Manipulation and Navigation – University of Texas at Dallas</a></li> +<li><a href="https://edexheim.github.io/mast3r-slam/">MASt3R-SLAM: Real-Time Dense SLAM with 3D Reconstruction Priors</a></li> +<li><a href="https://discourse.ros.org/t/matlab-toolkit-for-generating-urdf/41122">MATLAB toolkit for generating URDF</a></li> +<li><a href="https://robovlms.github.io/">RoboVLMs: What Matters in Building Vision-Language-Action Models for Generalist Robot Policies</a></li> +<li><a href="https://github.com/nv-dvl/segment-anything-lidar">ECCV 2024 Better Call SAL: Towards Learning to Segment Anything in Lidar</a></li> +<li><a href="https://github.com/mROS-base/mros2-esp32">Reference implementation of mROS 2 for ESP32 boards</a></li> +<li><a href="https://rt-net.jp/mobility/archives/27438"><img alt=":cool:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/cool.png?v=12" title=":cool:" width="20" /> Raspberry Pi Mouse ROS 2 package has been released</a></li> +<li><a href="https://github.com/abdulkadrtr/ROS2-PurePursuitControl-PathPlanning-Tracking">Package for Path Planning and Tracking created using ROS 2</a></li> +<li><a href="https://marigolddepthcompletion.github.io/">Marigold-DC: Zero-Shot Monocular Depth Completion with Guided Diffusion</a></li> +<li><a href="https://github.com/ShisatoYano/AutonomousVehicleControlBeginnersGuide">Python sample codes and documents about Autonomous vehicle control algorithm</a></li> +<li><a href="https://github.com/HViktorTsoi/alpha_lidar">Official implementation of αLiDAR: An Adaptive High-Resolution Panoramic LiDAR System</a></li> +<li><a href="https://carla.org/2024/12/19/release-0.10.0/">CARLA 0.10.0 Release with Unreal Engine 5.5</a></li> +<li><a href="https://github.com/mcarfagno/mpc_python">Python implementation of mpc controller for path tracking</a></li> +<li><a href="https://github.com/PKU-VCL-3DV/SLAM3R">Real-time dense scene reconstruction with SLAM3R</a></li> +<li><a href="https://github.com/unitreerobotics/unitree_rl_gym">Unitree RL Gym</a></li> +<li><a href="https://github.com/nubot-nudt/SGLC">RAL24: Semantic Graph-Guided Coarse-Fine-Refine Full Loop Closing for LiDAR SLAM</a></li> +<li><a href="https://github.com/ROBOTIS-GIT/ROBOTIS-OP3-Common/tree/jazzy-devel">ROBOTIS-OP3-Common jazzy-devel</a></li> +<li><a href="https://github.com/YoungSean/NIDS-Net">NIDS-Net: A unified framework for novel instance detection and segmentation</a></li> +<li><a href="https://github.com/taewankim1/robust_mpc_obstacle_avoidance">Robust model predictive control for path tracking with obstacle avoidance</a></li> +<li><a href="https://github.com/PengYu-Team/GEODE_dataset">Extending the Robustness of LiDAR SLAM to Geometrically Degenerate Scenarios</a></li> +<li><a href="https://github.com/KavrakiLab/vamp">SIMD-Accelerated Sampling-based Motion Planning</a></li> +<li><a href="https://github.com/HiroIshida/plainmp">Very fast motion planning for articulated robot (C++ core with Python bindings)</a></li> +<li><a href="https://github.com/Pandas-Team/Automatic-Parking">Python implementation of an automatic parallel parking system </a></li> +<li><a href="https://github.com/SYSU-STAR/SOAR">IROS’24 Simultaneous Exploration and Photographing with Heterogeneous UAVs for Fast Autonomous Reconstruction</a></li> +<li><a href="https://github.com/sea-bass/turtlebot3_behavior_demos">Example repository for autonomous behaviors using TurtleBot robots and behavior trees</a></li> +<li><a href="https://www.youtube.com/watch?v=XxI4LXnXmr8">Micro ROS and Web UI with ROS 2 and Jetson Orin</a></li> +<li><a href="https://arxiv.org/abs/2403.16871">Conformal Off-Policy Prediction for Multi-Agent Systems</a></li> +</ul> +<h1><a class="anchor" href="https://discourse.ros.org#p-88761-got-a-minute-mantelpiece_clock-gift-5" name="p-88761-got-a-minute-mantelpiece_clock-gift-5"></a>Got a Minute? <img alt=":mantelpiece_clock:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/mantelpiece_clock.png?v=12" title=":mantelpiece_clock:" width="20" /> <img alt=":gift:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/gift.png?v=12" title=":gift:" width="20" /></h1> +<p>It is the holidays and everyone has some extra free time. Why not give the gift of open source and <a href="https://github.com/orgs/ros2/repositories">review a pull request or fix an issue in ROS 2</a>?</p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/ros-news-for-the-week-of-december-15th-2024/41220">Read full topic</a></p> + 2024-12-20T20:22:32+00:00 + Katherine_Scott + + + ROS Discourse General: New packages for Humble Hawksbill 2024-12-20 + https://discourse.ros.org/t/new-packages-for-humble-hawksbill-2024-12-20/41214 + <h2><a class="anchor" href="https://discourse.ros.org#p-88750-package-updates-for-humble-1" name="p-88750-package-updates-for-humble-1"></a>Package Updates for Humble</h2> +<h3><a class="anchor" href="https://discourse.ros.org#p-88750-added-packages-30-2" name="p-88750-added-packages-30-2"></a>Added Packages [30]:</h3> +<ul> +<li><a>ros-humble-eiquadprog</a>: 1.2.9-2</li> +<li>ros-humble-eiquadprog-dbgsym: 1.2.9-2</li> +<li>ros-humble-etsi-its-mapem-ts-coding: 3.0.0-1</li> +<li>ros-humble-etsi-its-mapem-ts-coding-dbgsym: 3.0.0-1</li> +<li>ros-humble-etsi-its-mapem-ts-conversion: 3.0.0-1</li> +<li>ros-humble-etsi-its-mapem-ts-msgs: 3.0.0-1</li> +<li>ros-humble-etsi-its-mapem-ts-msgs-dbgsym: 3.0.0-1</li> +<li>ros-humble-etsi-its-spatem-ts-coding: 3.0.0-1</li> +<li>ros-humble-etsi-its-spatem-ts-coding-dbgsym: 3.0.0-1</li> +<li>ros-humble-etsi-its-spatem-ts-conversion: 3.0.0-1</li> +<li>ros-humble-etsi-its-spatem-ts-msgs: 3.0.0-1</li> +<li>ros-humble-etsi-its-spatem-ts-msgs-dbgsym: 3.0.0-1</li> +<li>ros-humble-proto2ros: 1.0.0-3</li> +<li>ros-humble-proto2ros-dbgsym: 1.0.0-3</li> +<li>ros-humble-tuw-geo-msgs: 0.2.3-1</li> +<li>ros-humble-tuw-geo-msgs-dbgsym: 0.2.3-1</li> +<li>ros-humble-tuw-graph-msgs: 0.2.3-1</li> +<li>ros-humble-tuw-graph-msgs-dbgsym: 0.2.3-1</li> +<li>ros-humble-tuw-object-map-msgs: 0.2.3-1</li> +<li>ros-humble-tuw-object-map-msgs-dbgsym: 0.2.3-1</li> +<li>ros-humble-tuw-std-msgs: 0.2.4-1</li> +<li>ros-humble-tuw-std-msgs-dbgsym: 0.2.4-1</li> +<li>ros-humble-ur-simulation-gz: 0.1.0-1</li> +<li>ros-humble-yasmin: 3.0.3-1</li> +<li>ros-humble-yasmin-demos: 3.0.3-1</li> +<li>ros-humble-yasmin-demos-dbgsym: 3.0.3-1</li> +<li>ros-humble-yasmin-msgs: 3.0.3-1</li> +<li>ros-humble-yasmin-msgs-dbgsym: 3.0.3-1</li> +<li>ros-humble-yasmin-ros: 3.0.3-1</li> +<li>ros-humble-yasmin-viewer: 3.0.3-1</li> +</ul> +<h3><a class="anchor" href="https://discourse.ros.org#p-88750-updated-packages-330-3" name="p-88750-updated-packages-330-3"></a>Updated Packages [330]:</h3> +<ul> +<li><a href="https://control.ros.org">ros-humble-ackermann-steering-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-ackermann-steering-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://control.ros.org">ros-humble-admittance-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-admittance-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-autoware-common-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-common-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-control-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-control-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-localization-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-localization-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-map-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-map-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-perception-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-perception-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-planning-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-planning-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-sensing-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-sensing-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-system-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-system-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-v2x-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-v2x-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-vehicle-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-vehicle-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li><a href="https://control.ros.org">ros-humble-bicycle-steering-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-bicycle-steering-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-camera-aravis2: 1.0.0-1 → 1.1.0-1</li> +<li>ros-humble-camera-aravis2-dbgsym: 1.0.0-1 → 1.1.0-1</li> +<li>ros-humble-camera-aravis2-msgs: 1.0.0-1 → 1.1.0-1</li> +<li>ros-humble-camera-aravis2-msgs-dbgsym: 1.0.0-1 → 1.1.0-1</li> +<li>ros-humble-camera-ros: 0.2.0-1 → 0.2.1-1</li> +<li>ros-humble-camera-ros-dbgsym: 0.2.0-1 → 0.2.1-1</li> +<li>ros-humble-clearpath-ros2-socketcan-interface: 1.0.0-1 → 1.0.1-2</li> +<li>ros-humble-clearpath-ros2-socketcan-interface-dbgsym: 1.0.0-1 → 1.0.1-2</li> +<li><a href="https://control.ros.org">ros-humble-control-toolbox</a>: 3.3.0-1 → 3.4.0-1</li> +<li>ros-humble-control-toolbox-dbgsym: 3.3.0-1 → 3.4.0-1</li> +<li>ros-humble-controller-interface: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-controller-interface-dbgsym: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-controller-manager: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-controller-manager-dbgsym: 2.44.0-1 → 2.46.0-1</li> +<li><a href="http://ros.org/wiki/controller_manager_msgs">ros-humble-controller-manager-msgs</a>: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-controller-manager-msgs-dbgsym: 2.44.0-1 → 2.46.0-1</li> +<li><a href="http://dataspeedinc.com" rel="noopener nofollow ugc">ros-humble-dataspeed-can</a>: 2.0.4-1 → 2.0.5-1</li> +<li><a href="http://dataspeedinc.com" rel="noopener nofollow ugc">ros-humble-dataspeed-can-msg-filters</a>: 2.0.4-1 → 2.0.5-1</li> +<li><a href="http://dataspeedinc.com" rel="noopener nofollow ugc">ros-humble-dataspeed-can-msgs</a>: 2.0.4-1 → 2.0.5-1</li> +<li>ros-humble-dataspeed-can-msgs-dbgsym: 2.0.4-1 → 2.0.5-1</li> +<li><a href="http://dataspeedinc.com" rel="noopener nofollow ugc">ros-humble-dataspeed-can-tools</a>: 2.0.4-1 → 2.0.5-1</li> +<li>ros-humble-dataspeed-can-tools-dbgsym: 2.0.4-1 → 2.0.5-1</li> +<li><a href="http://dataspeedinc.com" rel="noopener nofollow ugc">ros-humble-dataspeed-can-usb</a>: 2.0.4-1 → 2.0.5-1</li> +<li>ros-humble-dataspeed-can-usb-dbgsym: 2.0.4-1 → 2.0.5-1</li> +<li><a href="https://control.ros.org">ros-humble-diff-drive-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-diff-drive-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://control.ros.org">ros-humble-effort-controllers</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-effort-controllers-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-etsi-its-cam-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-coding-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-msgs-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-ts-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-ts-coding-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-ts-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-ts-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-ts-msgs-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-conversion-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cpm-ts-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cpm-ts-coding-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cpm-ts-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cpm-ts-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cpm-ts-msgs-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-denm-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-denm-coding-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-denm-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-denm-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-denm-msgs-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-messages: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-msgs-utils: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-primitives-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-rviz-plugins: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-rviz-plugins-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-vam-ts-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-vam-ts-coding-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-vam-ts-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-vam-ts-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-vam-ts-msgs-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li><a href="https://control.ros.org">ros-humble-force-torque-sensor-broadcaster</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-force-torque-sensor-broadcaster-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://control.ros.org">ros-humble-forward-command-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-forward-command-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://github.com/foxglove/ros-foxglove-bridge" rel="noopener nofollow ugc">ros-humble-foxglove-bridge</a>: 0.8.1-1 → 0.8.2-1</li> +<li>ros-humble-foxglove-bridge-dbgsym: 0.8.1-1 → 0.8.2-1</li> +<li>ros-humble-franka-description: 0.2.0-1 → 0.4.0-3</li> +<li>ros-humble-game-controller-spl: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-game-controller-spl-interfaces: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-game-controller-spl-interfaces-dbgsym: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-gc-spl: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-gc-spl-2022: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-gc-spl-interfaces: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-gc-spl-interfaces-dbgsym: 2.1.0-1 → 2.2.0-2</li> +<li><a href="http://ros.org/wiki/geometric_shapes">ros-humble-geometric-shapes</a>: 2.1.3-2 → 2.3.1-1</li> +<li>ros-humble-geometric-shapes-dbgsym: 2.1.3-2 → 2.3.1-1</li> +<li><a href="https://control.ros.org">ros-humble-gripper-controllers</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-gripper-controllers-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-hardware-interface: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-hardware-interface-dbgsym: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-hardware-interface-testing: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-hardware-interface-testing-dbgsym: 2.44.0-1 → 2.46.0-1</li> +<li><a href="https://control.ros.org">ros-humble-imu-sensor-broadcaster</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-imu-sensor-broadcaster-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://github.com/ros-controls/ros2_control/wiki" rel="noopener nofollow ugc">ros-humble-joint-limits</a>: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-joint-limits-dbgsym: 2.44.0-1 → 2.46.0-1</li> +<li><a href="https://control.ros.org">ros-humble-joint-state-broadcaster</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-joint-state-broadcaster-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://control.ros.org">ros-humble-joint-trajectory-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-joint-trajectory-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/kitti_metrics_eval" rel="noopener nofollow ugc">ros-humble-kitti-metrics-eval</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-kitti-metrics-eval-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/swri-robotics/mapviz" rel="noopener nofollow ugc">ros-humble-mapviz</a>: 2.4.3-1 → 2.4.4-1</li> +<li>ros-humble-mapviz-dbgsym: 2.4.3-1 → 2.4.4-1</li> +<li><a href="https://github.com/swri-robotics/mapviz" rel="noopener nofollow ugc">ros-humble-mapviz-interfaces</a>: 2.4.3-1 → 2.4.4-1</li> +<li>ros-humble-mapviz-interfaces-dbgsym: 2.4.3-1 → 2.4.4-1</li> +<li><a href="https://github.com/swri-robotics/mapviz" rel="noopener nofollow ugc">ros-humble-mapviz-plugins</a>: 2.4.3-1 → 2.4.4-1</li> +<li>ros-humble-mapviz-plugins-dbgsym: 2.4.3-1 → 2.4.4-1</li> +<li><a href="http://wiki.ros.org/marker_msgs">ros-humble-marker-msgs</a>: 0.0.8-3 → 0.0.8-1</li> +<li>ros-humble-marker-msgs-dbgsym: 0.0.8-3 → 0.0.8-1</li> +<li>ros-humble-mola: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_bridge_ros2" rel="noopener nofollow ugc">ros-humble-mola-bridge-ros2</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-bridge-ros2-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/" rel="noopener nofollow ugc">ros-humble-mola-demos</a>: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_imu_preintegration" rel="noopener nofollow ugc">ros-humble-mola-imu-preintegration</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-imu-preintegration-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_input_euroc_dataset" rel="noopener nofollow ugc">ros-humble-mola-input-euroc-dataset</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-input-euroc-dataset-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_input_kitti_dataset" rel="noopener nofollow ugc">ros-humble-mola-input-kitti-dataset</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-input-kitti-dataset-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_input_kitti360_dataset" rel="noopener nofollow ugc">ros-humble-mola-input-kitti360-dataset</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-input-kitti360-dataset-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_input_mulran_dataset" rel="noopener nofollow ugc">ros-humble-mola-input-mulran-dataset</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-input-mulran-dataset-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_input_paris_luco_dataset" rel="noopener nofollow ugc">ros-humble-mola-input-paris-luco-dataset</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-input-paris-luco-dataset-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_input_rawlog" rel="noopener nofollow ugc">ros-humble-mola-input-rawlog</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-input-rawlog-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_input_rosbag2" rel="noopener nofollow ugc">ros-humble-mola-input-rosbag2</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-input-rosbag2-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_kernel" rel="noopener nofollow ugc">ros-humble-mola-kernel</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-kernel-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_launcher" rel="noopener nofollow ugc">ros-humble-mola-launcher</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-launcher-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_metric_maps" rel="noopener nofollow ugc">ros-humble-mola-metric-maps</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-metric-maps-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_msgs" rel="noopener nofollow ugc">ros-humble-mola-msgs</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-msgs-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_navstate_fuse" rel="noopener nofollow ugc">ros-humble-mola-navstate-fg</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-navstate-fg-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_navstate_fuse" rel="noopener nofollow ugc">ros-humble-mola-navstate-fuse</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-navstate-fuse-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_pose_list" rel="noopener nofollow ugc">ros-humble-mola-pose-list</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-pose-list-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_relocalization" rel="noopener nofollow ugc">ros-humble-mola-relocalization</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-relocalization-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_traj_tools" rel="noopener nofollow ugc">ros-humble-mola-traj-tools</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-traj-tools-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_viz" rel="noopener nofollow ugc">ros-humble-mola-viz</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-viz-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_yaml" rel="noopener nofollow ugc">ros-humble-mola-yaml</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-yaml-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/ros-planning/moveit_visual_tools" rel="noopener nofollow ugc">ros-humble-moveit-visual-tools</a>: 4.1.0-1 → 4.1.1-1</li> +<li>ros-humble-moveit-visual-tools-dbgsym: 4.1.0-1 → 4.1.1-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-apps</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-apps-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libapps</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libapps-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libbase</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libbase-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libgui</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libgui-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libhwdrivers</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libhwdrivers-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libmaps</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libmaps-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libmath</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libmath-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libnav</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libnav-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libobs</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libobs-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libopengl</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libopengl-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libposes</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libposes-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libros-bridge</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libros-bridge-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libslam</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libslam-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libtclap</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://github.com/swri-robotics/mapviz" rel="noopener nofollow ugc">ros-humble-multires-image</a>: 2.4.3-1 → 2.4.4-1</li> +<li>ros-humble-multires-image-dbgsym: 2.4.3-1 → 2.4.4-1</li> +<li><a href="https://wiki.ros.org/mvsim">ros-humble-mvsim</a>: 0.11.1-1 → 0.12.0-1</li> +<li>ros-humble-mvsim-dbgsym: 0.11.1-1 → 0.12.0-1</li> +<li>ros-humble-off-highway-can: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-can-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-general-purpose-radar: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-general-purpose-radar-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-general-purpose-radar-msgs: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-general-purpose-radar-msgs-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-premium-radar-sample: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-premium-radar-sample-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-premium-radar-sample-msgs: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-premium-radar-sample-msgs-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-radar: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-radar-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-radar-msgs: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-radar-msgs-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-sensor-drivers: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-sensor-drivers-examples: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-sensor-drivers-examples-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-uss: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-uss-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-uss-msgs: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-uss-msgs-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li><a href="https://github.com/AcademySoftwareFoundation/openvdb" rel="noopener nofollow ugc">ros-humble-openvdb-vendor</a>: 2.3.2-1 → 2.3.3-1</li> +<li>ros-humble-openvdb-vendor-dbgsym: 2.3.2-1 → 2.3.3-1</li> +<li><a href="https://github.com/pal-robotics/pal_statistics" rel="noopener nofollow ugc">ros-humble-pal-statistics</a>: 2.5.0-1 → 2.6.0-1</li> +<li>ros-humble-pal-statistics-dbgsym: 2.5.0-1 → 2.6.0-1</li> +<li><a href="https://github.com/pal-robotics/pal_statistics" rel="noopener nofollow ugc">ros-humble-pal-statistics-msgs</a>: 2.5.0-1 → 2.6.0-1</li> +<li>ros-humble-pal-statistics-msgs-dbgsym: 2.5.0-1 → 2.6.0-1</li> +<li>ros-humble-pick-ik: 1.1.0-1 → 1.1.1-1</li> +<li>ros-humble-pick-ik-dbgsym: 1.1.0-1 → 1.1.1-1</li> +<li><a href="https://control.ros.org">ros-humble-pid-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-pid-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://github.com/stack-of-tasks/pinocchio" rel="noopener nofollow ugc">ros-humble-pinocchio</a>: 2.6.21-1 → 3.3.0-1</li> +<li>ros-humble-pinocchio-dbgsym: 2.6.21-1 → 3.3.0-1</li> +<li><a href="https://control.ros.org">ros-humble-pose-broadcaster</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-pose-broadcaster-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://control.ros.org">ros-humble-position-controllers</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-position-controllers-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-python-mrpt</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://control.ros.org">ros-humble-range-sensor-broadcaster</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-range-sensor-broadcaster-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-rcgcd-spl-14: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-rcgcd-spl-14-conversion: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-rcgcd-spl-14-dbgsym: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-rcgcrd-spl-4: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-rcgcrd-spl-4-conversion: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-rcgcrd-spl-4-dbgsym: 2.1.0-1 → 2.2.0-2</li> +<li><a href="https://control.ros.org">ros-humble-realtime-tools</a>: 2.8.1-1 → 2.10.0-1</li> +<li>ros-humble-realtime-tools-dbgsym: 2.8.1-1 → 2.10.0-1</li> +<li><a href="http://ros.org/wiki/robot_calibration">ros-humble-robot-calibration</a>: 0.8.2-1 → 0.8.3-1</li> +<li>ros-humble-robot-calibration-dbgsym: 0.8.2-1 → 0.8.3-1</li> +<li><a href="http://ros.org/wiki/robot_calibration_msgs">ros-humble-robot-calibration-msgs</a>: 0.8.2-1 → 0.8.3-1</li> +<li>ros-humble-robot-calibration-msgs-dbgsym: 0.8.2-1 → 0.8.3-1</li> +<li>ros-humble-ros-gz: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-bridge: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-bridge-dbgsym: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-image: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-image-dbgsym: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-interfaces: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-interfaces-dbgsym: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-sim: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-sim-dbgsym: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-sim-demos: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-bridge: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-bridge-dbgsym: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-gazebo: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-gazebo-dbgsym: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-gazebo-demos: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-image: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-image-dbgsym: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-interfaces: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-interfaces-dbgsym: 0.244.15-1 → 0.244.16-2</li> +<li><a href="https://control.ros.org">ros-humble-ros2-control</a>: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-ros2-control-test-assets: 2.44.0-1 → 2.46.0-1</li> +<li><a href="https://control.ros.org">ros-humble-ros2-controllers</a>: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://control.ros.org">ros-humble-ros2-controllers-test-nodes</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-ros2controlcli: 2.44.0-1 → 2.46.0-1</li> +<li><a href="http://ros.org/wiki/rqt_controller_manager">ros-humble-rqt-controller-manager</a>: 2.44.0-1 → 2.46.0-1</li> +<li><a href="https://control.ros.org">ros-humble-rqt-joint-trajectory-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li><a href="http://introlab.github.io/rtabmap" rel="noopener nofollow ugc">ros-humble-rtabmap</a>: 0.21.6-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-conversions: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-conversions-dbgsym: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-dbgsym: 0.21.6-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-demos: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-examples: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-launch: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-msgs: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-msgs-dbgsym: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-odom: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-odom-dbgsym: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-python: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-ros: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-rviz-plugins: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-rviz-plugins-dbgsym: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-slam: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-slam-dbgsym: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-sync: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-sync-dbgsym: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-util: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-util-dbgsym: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-viz: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-viz-dbgsym: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-slam-toolbox: 2.6.8-1 → 2.6.9-1</li> +<li>ros-humble-slam-toolbox-dbgsym: 2.6.8-1 → 2.6.9-1</li> +<li>ros-humble-spatio-temporal-voxel-layer: 2.3.2-1 → 2.3.3-1</li> +<li>ros-humble-spatio-temporal-voxel-layer-dbgsym: 2.3.2-1 → 2.3.3-1</li> +<li><a href="https://control.ros.org">ros-humble-steering-controllers-library</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-steering-controllers-library-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://github.com/swri-robotics/mapviz" rel="noopener nofollow ugc">ros-humble-tile-map</a>: 2.4.3-1 → 2.4.4-1</li> +<li>ros-humble-tile-map-dbgsym: 2.4.3-1 → 2.4.4-1</li> +<li>ros-humble-transmission-interface: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-transmission-interface-dbgsym: 2.44.0-1 → 2.46.0-1</li> +<li><a href="https://control.ros.org">ros-humble-tricycle-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-tricycle-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://control.ros.org">ros-humble-tricycle-steering-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-tricycle-steering-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-tuw-geometry: 0.1.1-1 → 0.1.2-1</li> +<li>ros-humble-tuw-geometry-dbgsym: 0.1.1-1 → 0.1.2-1</li> +<li>ros-humble-ur-description: 2.1.8-2 → 2.1.9-1</li> +<li>ros-humble-ur-msgs: 2.0.1-1 → 2.1.0-1</li> +<li>ros-humble-ur-msgs-dbgsym: 2.0.1-1 → 2.1.0-1</li> +<li><a href="https://control.ros.org">ros-humble-velocity-controllers</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-velocity-controllers-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-wireless-msgs: 1.1.1-1 → 1.1.2-1</li> +<li>ros-humble-wireless-msgs-dbgsym: 1.1.1-1 → 1.1.2-1</li> +<li>ros-humble-wireless-watcher: 1.1.1-1 → 1.1.2-1</li> +<li>ros-humble-wireless-watcher-dbgsym: 1.1.1-1 → 1.1.2-1</li> +</ul> +<h3><a class="anchor" href="https://discourse.ros.org#p-88750-removed-packages-0-4" name="p-88750-removed-packages-0-4"></a>Removed Packages [0]:</h3> +<p>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:</p> +<ul> +<li>Alejandro Hernandez</li> +<li>Apex.AI, Inc.</li> +<li>Bence Magyar</li> +<li>Boston Dynamics AI Institute</li> +<li>Brandon Ong</li> +<li>Christian Rauch</li> +<li>Dave Coleman</li> +<li>Felix Exner</li> +<li>Franka Robotics GmbH</li> +<li>G.A. vd. Hoorn</li> +<li>Guilhem Saurel</li> +<li>Hans-Joachim Krauch</li> +<li>Jean-Pierre Busch</li> +<li>Jordan Palacios</li> +<li>Jose Luis Blanco-Claraco</li> +<li>Jose-Luis Blanco-Claraco</li> +<li>Justin Carpentier</li> +<li>Kevin Hallenbeck</li> +<li>Louise Poubel</li> +<li>Luis Camero</li> +<li>M. Fatih Cırıt</li> +<li>Markus Bader</li> +<li>Mathieu Labbe</li> +<li>Michael Ferguson</li> +<li>Micho Radovnikovich</li> +<li>Miguel Ángel González Santamarta</li> +<li>Raphael Hagmanns</li> +<li>Robin Petereit</li> +<li>Roni Kreinin</li> +<li>Sarah Huber</li> +<li>Southwest Research Institute</li> +<li>Steve Macenski</li> +<li>Takagi, Isamu</li> +<li>Tim Clephas</li> +<li>Tyler Weaver</li> +<li>Yutaka Kondo</li> +<li>ijnek</li> +<li>kminoda</li> +<li>miguel</li> +<li>rkreinin</li> +</ul> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/new-packages-for-humble-hawksbill-2024-12-20/41214">Read full topic</a></p> + 2024-12-20T16:57:13+00:00 + audrow + + + ROS Discourse General: World Magnetic Model 2025 released (and WMM2020 ending very soon!) + https://discourse.ros.org/t/world-magnetic-model-2025-released-and-wmm2020-ending-very-soon/41211 + <p>If you’re using magnetometers and <a href="https://www.ncei.noaa.gov/products/world-magnetic-model" rel="noopener nofollow ugc">World Magnetic Model</a> on your robots, pay attention!</p> +<p>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 <img alt=":smiley:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/smiley.png?v=12" title=":smiley:" width="20" /> ).</p> +<p>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.</p> +<p>If you’re using GeographicLib, it hasn’t adopted the new model yet, but the data are already provided by a side-channel: <a class="inline-onebox" href="https://github.com/geographiclib/geographiclib/issues/34" rel="noopener nofollow ugc">How to apply WMM2025 model in GeographicLib? · Issue #34 · geographiclib/geographiclib · GitHub</a> .</p> +<p>If you’re using <a href="http://wiki.ros.org/magnetic_model">magnetic_model</a> ROS package, WMM2025 will be included in its next release.</p> + <p><small>4 posts - 2 participants</small></p> + <p><a href="https://discourse.ros.org/t/world-magnetic-model-2025-released-and-wmm2020-ending-very-soon/41211">Read full topic</a></p> + 2024-12-20T12:58:30+00:00 + peci1 + + + ROS Discourse General: Time to give your magnetometers a big refresh! + https://discourse.ros.org/t/time-to-give-your-magnetometers-a-big-refresh/41208 + <p><strong>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?</strong></p> +<hr /> +<p>I’d like to announce the <a href="https://discourse.ros.org/t/new-packages-for-noetic-2024-12-19/41203">release of our suite of magnetometer tools</a> that could be helpful to lots of people who deal with outdoor navigation.</p> +<p>The release is for ROS Noetic currently. We’ll definitely port the stack to ROS 2 some time next year.</p> +<p>I’ll be happy for feedback!</p> +<h2><a class="anchor" href="https://discourse.ros.org#p-88743-magnetometer_pipelinehttpwikirosorgmagnetometer_pipeline-1" name="p-88743-magnetometer_pipelinehttpwikirosorgmagnetometer_pipeline-1"></a><a href="http://wiki.ros.org/magnetometer_pipeline">magnetometer_pipeline</a></h2> +<p>To calibrate your magnetometer (i.e. identify its bias), use node <code>magnetometer_pipeline/ magnetometer_bias_observer</code> . Just spin up the node, call service <code>/calibrate_magnetometer</code> 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.</p> +<p><strong>Using a magnetometer without calibration is bad, bad, bad!</strong> The outputs are usually pretty much nonsense. Do not do it.</p> +<p>Once the magnetometer is calibrated, bias is published on topic <code>/imu/mag_bias</code>. Node (and nodelet) <code>magnetometer_pipeline/magnetometer_bias_remover</code> can take the raw <code>/imu/mag</code> data and remove the bias from them, providing topic <code>/imu/mag_unbiased</code>.</p> +<h2><a class="anchor" href="https://discourse.ros.org#p-88743-magnetometer_compasshttpwikirosorgmagnetometer_compass-2" name="p-88743-magnetometer_compasshttpwikirosorgmagnetometer_compass-2"></a><a href="http://wiki.ros.org/magnetometer_compass">magnetometer_compass</a></h2> +<p>To convert the magnetometer measurement to a heading, use node(let) <code>magnetometer_compass/magnetometer_compass</code>. It eats <code>/imu/mag_unbiased</code> and <code>/imu/data</code> (with orientation) and extracts azimuth (heading).</p> +<p>As there are multiple possible ways to express azimuths, <code>magnetometer_compass</code> supports all imaginable combinations:</p> +<p>Azimuth reference:</p> +<ul> +<li>Magnetic North (compliant with physical compasses)</li> +<li>Geographic (true) North (compliant with maps)</li> +<li>UTM North (compliant with the UTM projection - a Cartesian projection of Earth, used e.g. by robot_localization)</li> +</ul> +<p>Azimuth orientation:</p> +<ul> +<li>ENU (East-North-Up, compliant with REP-103)</li> +<li>NED (North-East-Down, compliant with physical compasses)</li> +</ul> +<p>Units:</p> +<ul> +<li>degrees (compliant with humans)</li> +<li>radians (compliant with REP-103)</li> +</ul> +<p>Output data types:</p> +<ul> +<li><a href="https://docs.ros.org/en/api/compass_msgs/html/msg/Azimuth.html">compass_msgs/Azimuth</a></li> +<li><a href="https://docs.ros.org/en/api/sensor_msgs/html/msg/Imu.html">sensor_msgs/Imu</a> (the node can turn an unreferenced yaw into a North-referenced one) (hopefully compatible with robot_localization)</li> +<li><a href="https://docs.ros.org/en/api/geometry_msgs/html/msg/QuaternionStamped.html">geometry_msgs/QuaternionStamped</a> (just a North-referenced yaw encoded into quaternion)</li> +<li><a href="https://docs.ros.org/en/api/geometry_msgs/html/msg/PoseWithCovarianceStamped.html">geometry_msgs/PoseWithCovarianceStamped</a> (pose with a North-referenced yaw encoded into orientation)</li> +</ul> +<p>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.</p> +<p>Magnetometer measurements can be quite noisy. Therefore, <code>magnetometer_compass</code> contains a built-in low-pass filter with configurable strength to make the azimuth reading a bit more stable.</p> +<p>Once you get the magnetometer_compass running, you might want to visualize its output using <code>magnetometer_compass/visualize_azimuth</code>, which can eat any of the above-defined outputs.</p> +<p>Some magnetometer drivers (<a href="https://github.com/ethz-asl/ethzasl_xsens_driver" rel="noopener nofollow ugc">ethzasl_xsens_driver</a>, 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!</p> +<h2><a class="anchor" href="https://discourse.ros.org#p-88743-compass_conversionshttpwikirosorgcompass_conversions-3" name="p-88743-compass_conversionshttpwikirosorgcompass_conversions-3"></a><a href="http://wiki.ros.org/compass_conversions">compass_conversions</a></h2> +<p>As can be seen above, there are quite a lot of ways to express an azimuth. <code>compass_conversions</code> provide a C++ library, message filter and nodelet that can convert any kind of azimuth to any other kind.</p> +<p>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:</p> +<pre><code class="lang-auto">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&amp; msg) { + ... // Handle the data which come geographic-referenced, ENU oriented, in radians +}); +</code></pre> +<p>Analogically, you can spin up <code>compass_conversions/compass_transformer</code> to do this conversion at the ROS API level.</p> +<h2><a class="anchor" href="https://discourse.ros.org#p-88743-magnetic_modelhttpwikirosorgmagnetic_model-4" name="p-88743-magnetic_modelhttpwikirosorgmagnetic_model-4"></a><a href="http://wiki.ros.org/magnetic_model">magnetic_model</a></h2> +<p>Converting magnetic North to true North requires knowing the magnetic declination. This is a value provided by <a href="https://www.ncei.noaa.gov/products/world-magnetic-model" rel="noopener nofollow ugc">World Magnetic Model</a>. <code>magnetic_model</code> is a C++ library that provides easy usage of the model with ROS data types. In addition to what GeographicLib already provides, <code>magnetic_model</code> also knows the error model of the conversion, so it can also tell you the variance of the conversion.</p> +<p>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.</p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/time-to-give-your-magnetometers-a-big-refresh/41208">Read full topic</a></p> + 2024-12-20T12:48:51+00:00 + peci1 + + + ROS Discourse General: New Packages for Noetic 2024-12-19 + https://discourse.ros.org/t/new-packages-for-noetic-2024-12-19/41203 + <p>We’re happy to announce <strong>10</strong> new packages and <strong>79</strong> updates are now available in ROS Noetic. This sync was tagged as <a href="https://github.com/ros/rosdistro/blob/noetic/2024-12-19/noetic/distribution.yaml" rel="noopener nofollow ugc"><code>noetic/2024-12-19</code></a>.</p> +<p>Thank you to every maintainer and contributor who made these updates available!</p> +<h2><a class="anchor" href="https://discourse.ros.org#p-88732-package-updates-for-ros-noetic-1" name="p-88732-package-updates-for-ros-noetic-1"></a>Package Updates for ROS Noetic</h2> +<h3><a class="anchor" href="https://discourse.ros.org#p-88732-added-packages-10-2" name="p-88732-added-packages-10-2"></a>Added Packages [10]:</h3> +<ul> +<li><a href="https://wiki.ros.org/compass_conversions">ros-noetic-compass-conversions</a>: 2.0.1-1</li> +<li>ros-noetic-etsi-its-mapem-ts-coding: 3.0.0-1</li> +<li>ros-noetic-etsi-its-mapem-ts-conversion: 3.0.0-1</li> +<li>ros-noetic-etsi-its-mapem-ts-msgs: 3.0.0-1</li> +<li>ros-noetic-etsi-its-spatem-ts-coding: 3.0.0-1</li> +<li>ros-noetic-etsi-its-spatem-ts-conversion: 3.0.0-1</li> +<li>ros-noetic-etsi-its-spatem-ts-msgs: 3.0.0-1</li> +<li>ros-noetic-jsk-rosbag-tools: 2.2.15-4</li> +<li><a href="https://wiki.ros.org/magnetic_model">ros-noetic-magnetic-model</a>: 2.0.1-1</li> +<li><a href="https://wiki.ros.org/magnetometer_pipeline">ros-noetic-magnetometer-pipeline</a>: 2.0.1-1</li> +</ul> +<h3><a class="anchor" href="https://discourse.ros.org#p-88732-updated-packages-79-3" name="p-88732-updated-packages-79-3"></a>Updated Packages [79]:</h3> +<ul> +<li>ros-noetic-audio-video-recorder: 2.2.12-1 → 2.2.15-4</li> +<li>ros-noetic-cmd-vel-smoother: 0.1.17-2 → 0.1.18-1</li> +<li><a href="https://wiki.ros.org/compass_msgs">ros-noetic-compass-msgs</a>: 1.0.3-1 → 2.0.1-1</li> +<li>ros-noetic-contact-states-observer: 0.1.17-2 → 0.1.18-1</li> +<li><a href="https://wiki.ros.org/cras_cpp_common">ros-noetic-cras-cpp-common</a>: 2.4.5-1 → 2.4.7-1</li> +<li>ros-noetic-cras-docs-common: 2.4.5-1 → 2.4.7-1</li> +<li><a href="https://wiki.ros.org/cras_py_common">ros-noetic-cras-py-common</a>: 2.4.5-1 → 2.4.7-1</li> +<li><a href="https://wiki.ros.org/cras_topic_tools">ros-noetic-cras-topic-tools</a>: 2.4.5-1 → 2.4.7-1</li> +<li><a href="http://ros.org/wiki/dynamic_tf_publisher">ros-noetic-dynamic-tf-publisher</a>: 2.2.12-1 → 2.2.15-4</li> +<li><a>ros-noetic-eiquadprog</a>: 1.2.8-1 → 1.2.9-1</li> +<li>ros-noetic-etsi-its-cam-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-cam-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-cam-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-cam-ts-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-cam-ts-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-cam-ts-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-cpm-ts-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-cpm-ts-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-cpm-ts-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-denm-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-denm-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-denm-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-messages: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-msgs-utils: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-primitives-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-rviz-plugins: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-vam-ts-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-vam-ts-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-vam-ts-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-eus-nlopt: 0.1.17-2 → 0.1.18-1</li> +<li>ros-noetic-eus-qp: 0.1.17-2 → 0.1.18-1</li> +<li>ros-noetic-eus-qpoases: 0.1.17-2 → 0.1.18-1</li> +<li>ros-noetic-eus-teleop: 0.1.17-2 → 0.1.18-1</li> +<li><a href="https://wiki.ros.org/image_transport_codecs">ros-noetic-image-transport-codecs</a>: 2.4.5-1 → 2.4.7-1</li> +<li><a href="http://ros.org/wiki/image_view2">ros-noetic-image-view2</a>: 2.2.12-1 → 2.2.15-4</li> +<li>ros-noetic-joy-mouse: 0.1.17-2 → 0.1.18-1</li> +<li>ros-noetic-jsk-calibration: 0.1.17-2 → 0.1.18-1</li> +<li><a href="http://ros.org/wiki/jsk_common">ros-noetic-jsk-common</a>: 2.2.12-1 → 2.2.15-4</li> +<li><a href="http://ros.org/wiki/jsk_control">ros-noetic-jsk-control</a>: 0.1.17-2 → 0.1.18-1</li> +<li>ros-noetic-jsk-data: 2.2.12-1 → 2.2.15-4</li> +<li>ros-noetic-jsk-footstep-controller: 0.1.17-2 → 0.1.18-1</li> +<li><a href="http://ros.org/wiki/jsk_footstep_planner">ros-noetic-jsk-footstep-planner</a>: 0.1.17-2 → 0.1.18-1</li> +<li><a href="http://ros.org/wiki/jsk_ik_server">ros-noetic-jsk-ik-server</a>: 0.1.17-2 → 0.1.18-1</li> +<li><a href="http://ros.org/wiki/jsk_interactive">ros-noetic-jsk-interactive</a>: 2.1.8-1 → 2.1.10-1</li> +<li><a href="http://ros.org/wiki/interactive_marker">ros-noetic-jsk-interactive-marker</a>: 2.1.8-1 → 2.1.10-1</li> +<li><a href="http://ros.org/wiki/jsk_interactive_test">ros-noetic-jsk-interactive-test</a>: 2.1.8-1 → 2.1.10-1</li> +<li>ros-noetic-jsk-network-tools: 2.2.12-1 → 2.2.15-4</li> +<li><a href="https://jsk-visualization.readthedocs.io/en/latest/jsk_rqt_plugins/index.html" rel="noopener nofollow ugc">ros-noetic-jsk-rqt-plugins</a>: 2.1.8-1 → 2.1.10-1</li> +<li><a href="https://jsk-visualization.readthedocs.io/en/latest/jsk_rviz_plugins/index.html" rel="noopener nofollow ugc">ros-noetic-jsk-rviz-plugins</a>: 2.1.8-1 → 2.1.10-1</li> +<li><a href="http://ros.org/wiki/jsk_teleop_joy">ros-noetic-jsk-teleop-joy</a>: 0.1.17-2 → 0.1.18-1</li> +<li>ros-noetic-jsk-tilt-laser: 2.2.12-1 → 2.2.15-4</li> +<li><a href="http://ros.org/wiki/jsk_tools">ros-noetic-jsk-tools</a>: 2.2.12-1 → 2.2.15-4</li> +<li><a href="http://ros.org/wiki/jsk_topic_tools">ros-noetic-jsk-topic-tools</a>: 2.2.12-1 → 2.2.15-4</li> +<li><a href="http://ros.org/wiki/jsk_visualization">ros-noetic-jsk-visualization</a>: 2.1.8-1 → 2.1.10-1</li> +<li><a href="https://wiki.ros.org/magnetometer_compass">ros-noetic-magnetometer-compass</a>: 1.0.3-1 → 2.0.1-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-apps</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libapps</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libbase</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libgui</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libhwdrivers</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libmaps</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libmath</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libnav</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libobs</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libopengl</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libposes</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libros-bridge</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libslam</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libtclap</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="http://ros.org/wiki/map_server">ros-noetic-multi-map-server</a>: 2.2.12-1 → 2.2.15-4</li> +<li><a href="https://wiki.ros.org/mvsim">ros-noetic-mvsim</a>: 0.11.2-1 → 0.12.1-1</li> +<li><a href="https://github.com/stack-of-tasks/pinocchio" rel="noopener nofollow ugc">ros-noetic-pinocchio</a>: 2.6.21-1 → 3.3.0-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-python-mrpt</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="http://wiki.ros.org/ur_client_library">ros-noetic-ur-client-library</a>: 1.4.0-1 → 1.5.0-1</li> +<li>ros-noetic-urg-stamped: 0.3.0-1 → 0.4.0-1</li> +<li><a href="http://ros.org/wiki/virtual_force_publisher">ros-noetic-virtual-force-publisher</a>: 2.2.12-1 → 2.2.15-4</li> +</ul> +<h3><a class="anchor" href="https://discourse.ros.org#p-88732-removed-packages-0-4" name="p-88732-removed-packages-0-4"></a>Removed Packages [0]:</h3> +<p>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:</p> +<ul> +<li>Atsushi Watanabe</li> +<li>Felix Exner</li> +<li>Guilhem Saurel</li> +<li>Iori Yanokura</li> +<li>Jean-Pierre Busch</li> +<li>Jose-Luis Blanco-Claraco</li> +<li>Justin Carpentier</li> +<li>Kei Okada</li> +<li>Martin Pecka</li> +<li>Noda Shintaro</li> +<li>Ryohei Ueda</li> +<li>Shingo Kitagawa</li> +<li>Shunichi Nozawa</li> +<li>YoheiKakiuchi</li> +<li>Yuki Furuta</li> +<li>Yusuke Furuta</li> +<li>furuta</li> +<li>nozawa</li> +</ul> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/new-packages-for-noetic-2024-12-19/41203">Read full topic</a></p> + 2024-12-20T01:04:11+00:00 + sloretz + + + ROS Discourse General: How do you monitor your robot diagnostics (topic rates)? + https://discourse.ros.org/t/how-do-you-monitor-your-robot-diagnostics-topic-rates/41191 + <p>Hi all!</p> +<p>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.</p> +<p>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.</p> +<p>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.</p> +<p>I would be also interested in hearing how you monitor the other aspects of your robots, such as network usage, Node health, etc.</p> + <p><small>10 posts - 7 participants</small></p> + <p><a href="https://discourse.ros.org/t/how-do-you-monitor-your-robot-diagnostics-topic-rates/41191">Read full topic</a></p> + 2024-12-19T09:58:50+00:00 + jak + + + ROS Discourse General: Next Client Library WG Meeting: Friday 20th December 2024 8AM PT + https://discourse.ros.org/t/next-client-library-wg-meeting-friday-20th-december-2024-8am-pt/41179 + <p>Hi,<br /> +The next meeting of the Client Library Working Group will be this Friday, 20th December 2024 at 8 AM Pacific Time.</p> +<ul> +<li>Meeting link: <a href="https://meet.google.com/owk-drkk-sob" rel="noopener nofollow ugc">https://meet.google.com/owk-drkk-sob</a></li> +<li>Meeting minutes and agenda: <a class="inline-onebox" href="https://docs.google.com/document/d/1-tU2AKoHKLCVHPBz0QchYownmZZvYjHmVUQXT2WBMOw/edit?usp=sharing" rel="noopener nofollow ugc">ROS 2 Client Libraries Working Group - Google Docs</a></li> +<li>Calendar invite: <a href="https://calendar.app.google/U3TZq2dxngTkKPiA6" rel="noopener nofollow ugc">https://calendar.app.google/U3TZq2dxngTkKPiA6</a></li> +<li>Google group if you want to be notified of future meetings: <a href="https://groups.google.com/g/ros-2-client-library-wg" rel="noopener nofollow ugc">https://groups.google.com/g/ros-2-client-library-wg</a></li> +</ul> +<p>The Client Library Working Group has also become the first official WG under the new OSRA and ROS PMC organization!</p> + <p><small>10 posts - 5 participants</small></p> + <p><a href="https://discourse.ros.org/t/next-client-library-wg-meeting-friday-20th-december-2024-8am-pt/41179">Read full topic</a></p> + 2024-12-18T23:17:46+00:00 + alsora + + + ROS Discourse General: ROS 2 Visualization Tools for Architecture + https://discourse.ros.org/t/ros-2-visualization-tools-for-architecture/41170 + <p>Hello everyone,</p> +<p>I was wondering what kind of visualizations tools do you use or are aware to see the architecture of a ROS 2 system?</p> +<p>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.</p> +<p>Thank you!<br /> +Paulo</p> + <p><small>3 posts - 3 participants</small></p> + <p><a href="https://discourse.ros.org/t/ros-2-visualization-tools-for-architecture/41170">Read full topic</a></p> + 2024-12-18T15:44:50+00:00 + pcanelas + + + ROS Discourse General: Global Robot Density in Factories Doubled in Seven Years - What's the impact of ROS? + https://discourse.ros.org/t/global-robot-density-in-factories-doubled-in-seven-years-whats-the-impact-of-ros/41123 + <p>Has anybody read this news? What’s your opinion on the impact of ROS here?</p> +<p>+++</p> +<h1><a class="anchor" href="https://discourse.ros.org#p-88592-global-robot-density-in-factories-doubled-in-seven-yearshttpsifrorgifr-press-releasesnewsglobal-robot-density-in-factories-doubled-in-seven-years-1" name="p-88592-global-robot-density-in-factories-doubled-in-seven-yearshttpsifrorgifr-press-releasesnewsglobal-robot-density-in-factories-doubled-in-seven-years-1"></a><a href="https://ifr.org/ifr-press-releases/news/global-robot-density-in-factories-doubled-in-seven-years" rel="noopener nofollow ugc">Global Robot Density in Factories Doubled in Seven Years</a></h1> +<h3><a class="anchor" href="https://discourse.ros.org#p-88592-new-world-robotics-data-by-international-federation-of-robotics-reveal-2" name="p-88592-new-world-robotics-data-by-international-federation-of-robotics-reveal-2"></a>New World Robotics Data by International Federation of Robotics reveal</h3> +<p><em>Frankfurt, Nov 20, 2024 —</em> 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).</p> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/a/4/a420f9c724ab04af1ab2fb24945b94af6e40fc0b.jpeg" rel="noopener nofollow ugc" title=""><img alt="" height="388" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/a/4/a420f9c724ab04af1ab2fb24945b94af6e40fc0b_2_690x388.jpeg" width="690" /></a></div><p></p> +<p>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."</p> +<h2><a class="anchor" href="https://discourse.ros.org#p-88592-robot-density-by-region-3" name="p-88592-robot-density-by-region-3"></a>Robot density by region</h2> +<p>The <strong>European Union</strong> 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.</p> +<p><strong>North America´s</strong> 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.</p> +<p><strong>Asia</strong> 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.</p> +<h2><a class="anchor" href="https://discourse.ros.org#p-88592-top-countries-4" name="p-88592-top-countries-4"></a>Top countries</h2> +<p>The <strong>Republic of Korea</strong> 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.</p> +<p><strong>Singapore</strong> 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.</p> +<p><strong>China</strong> 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.</p> +<p><strong>Germany</strong> ranks fourth with 429 robots per 10,000 employees. The robot density of Europe´s largest economy has grown by 5% CAGR since 2018.</p> +<p><strong>Japan</strong> 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).</p> +<p>Robot density in the <strong>United States</strong> reached 295 units in 2023. The country ranks tenth in the world.</p> +<h2><a class="anchor" href="https://discourse.ros.org#p-88592-about-robot-density-5" name="p-88592-about-robot-density-5"></a>About Robot density</h2> +<p>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.</p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/global-robot-density-in-factories-doubled-in-seven-years-whats-the-impact-of-ros/41123">Read full topic</a></p> + 2024-12-16T20:33:30+00:00 + ThiloZimmermann + + + ROS Discourse General: Is there a ROS 2 gazebo project for humanoids robots? + https://discourse.ros.org/t/is-there-a-ros-2-gazebo-project-for-humanoids-robots/41094 + <p>Dear ROS community,</p> +<p>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.</p> +<p>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.</p> +<p>The closet project I found was Unitree’s ROS 1 project <a class="inline-onebox" href="https://github.com/unitreerobotics/unitree_ros" rel="noopener nofollow ugc">GitHub - unitreerobotics/unitree_ros</a> but it has not been updated for the newer ROS 2 and Gazebo.</p> +<p>Thank you for your time.</p> +<p>With best,<br /> +Azmyin</p> + <p><small>4 posts - 3 participants</small></p> + <p><a href="https://discourse.ros.org/t/is-there-a-ros-2-gazebo-project-for-humanoids-robots/41094">Read full topic</a></p> + 2024-12-15T05:41:56+00:00 + azmyin12 + + + ROS Discourse General: Opinion on companies still using ROS1 + https://discourse.ros.org/t/opinion-on-companies-still-using-ros1/41079 + <p>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.<br /> +On one hand I realize that ROS is just a framework and that a lot can still be done and learned.<br /> +On the other, having worked for some years on both ROS and ROS2 I see the benefits of working with ROS2.<br /> +So I am torn and would like to hear other voices on the matter.</p> + <p><small>16 posts - 12 participants</small></p> + <p><a href="https://discourse.ros.org/t/opinion-on-companies-still-using-ros1/41079">Read full topic</a></p> + 2024-12-13T22:48:13+00:00 + iony_m + + + ROS Discourse General: ROS News for the Week of December 9th, 2024 + https://discourse.ros.org/t/ros-news-for-the-week-of-december-9th-2024/41073 + <h1><a class="anchor" href="https://discourse.ros.org#p-88510-ros-news-for-the-week-of-december-9th-2024-1" name="p-88510-ros-news-for-the-week-of-december-9th-2024-1"></a>ROS News for the Week of December 9th, 2024</h1> +<br /> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/f/3/f3d9d5342b7374ac0526df78b067dad56b1f0bee.jpeg" title="image"><img alt="image" height="345" src="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/f/3/f3d9d5342b7374ac0526df78b067dad56b1f0bee.jpeg" width="517" /></a></div><br /> +<img alt=":cn:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/cn.png?v=12" title=":cn:" width="20" /> <img alt=":tada:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/tada.png?v=12" title=":tada:" width="20" /> Our first ever ROSCon in China happened in Shanghai over the weekend! We want to congratulate the organizers on orchestrating such an impressive event. <a href="https://discourse.ros.org/t/roscon-china-2024-more-than-200-robotics-companies-participated/41029">You can find a recap of ROSCon China here.</a><br /> +<br /><p></p> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/c/7/c7be912533f5142c58a62011a97ee7b766602b37.jpeg" title="May 2023 - Nov 2024"><img alt="May 2023 - Nov 2024" height="194" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/c/7/c7be912533f5142c58a62011a97ee7b766602b37_2_345x194.jpeg" width="345" /></a></div><br /> +<a href="https://discourse.ros.org/t/iron-irwini-is-end-of-life/41031/2">ROS 2 Iron Irwini is now officially end-of-life</a>. If you are currently using Iron please consider upgrading to Jazzy!<p></p> +<br /> +<p><img alt="harp2" class="animated" height="136" src="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/e/4/e412077900cd1e52fab01fd99a57208448f0e4ef.gif" width="240" /><br /> +Check out the <a href="https://robotcopper.github.io/HARP/HARP2.html">HARP2 robot</a> 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.</p> +<br /> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/1/3/136cf3f23f025849b44bb6bcc52f45998bf87e98.jpeg" title="poster-thumbnail"><img alt="poster-thumbnail" height="243" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/1/3/136cf3f23f025849b44bb6bcc52f45998bf87e98_2_345x243.jpeg" width="345" /></a></div><br /> +<a href="https://tidybot2.github.io/">The team behind TidyBot2</a> 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 <a href="https://tidybot2.github.io/docs/">docs</a> for more details.<p></p> +<br /> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/2/1/216a2ac455603652fbda5952ec9661defc9d6bd5.png" title="image"><img alt="image" height="250" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/2/1/216a2ac455603652fbda5952ec9661defc9d6bd5_2_280x250.png" width="280" /></a></div><br /> +This week <a href="https://rosindustrial.org/3d-camera-survey">ROS Industrial</a> 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.<p></p> +<br /> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/6/9/6952c4de9dae5cdfea47cd10bb075cd8502088f4.png" title="image"><img alt="image" height="250" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/6/9/6952c4de9dae5cdfea47cd10bb075cd8502088f4_2_274x250.png" width="274" /></a></div><br /> +I want to send a big shout out <a class="mention" href="https://discourse.ros.org/u/abaeyens">@abaeyens</a> for putting together this fantastic documentation on <a href="https://docs.ros.org/en/rolling/Tutorials/Intermediate/Testing/Integration.html">ROS 2 integration testing</a> for <a href="http://docs.ros.org">docs.ros.org</a>. <img alt=":tada:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/tada.png?v=12" title=":tada:" width="20" /><p></p> +<p>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. <a href="https://discourse.ros.org/t/towards-a-rosdoc-integation-testing-tutorial/40701">That’s exactly what @abaeyens<br /> +did in this case and the results are excellent</a>.</p> +<br /> +<h1><a class="anchor" href="https://discourse.ros.org#p-88510-events-2" name="p-88510-events-2"></a>Events</h1> +<ul> +<li><a href="https://firahackathon.github.io/">2024-12-15 FIRA Ag Robotics Hackathon Registration Deadline</a></li> +<li><a href="https://autodrive-ecosystem.github.io/competitions/f1tenth-sim-racing-cdc-2024/">2024-12-16 =&gt; 2024-12-19 F1Tenth Sim Racing League at CDC 2024</a></li> +<li><a href="https://discourse.ros.org/t/aerial-robotics-meeting-xmas-with-bitcraze-dec-18-2024/40951">2024-12-18 Aerial Robotics meeting - Xmas with Bitcraze</a></li> +<li><a href="https://docs.google.com/forms/d/e/1FAIpQLSeiuWtUClyQ2Aj-CBFwZacpfL9xxgG_ZA8ImF0SF9sT2-sqKA/viewform">2024-12-22 Open Hardware Summit CFP Deadline</a></li> +<li><a href="https://www.naturalroboticscontest.com/">2024-12-31 Deadline for Natural Robotics Contest</a></li> +<li><a href="https://fosdem.org/2025/">2025-02-01 FOSDEM 25</a> – <a href="https://discourse.ros.org/t/fosdem-2025-robotics-simulation-first-edition/40349">See Robotics and Sim Room</a></li> +<li><a href="https://world-fira.com/">2025-02-04 =&gt; 2025-02-06 World FIRA Ag Robotics Conference in Toulouse, France</a></li> +<li><a href="https://discourse.ros.org/t/7th-international-workshop-on-robotics-software-engineering/39901">2025-04-28 International Workshop on Robotics Software Engineering</a></li> +<li><a href="https://2025.oshwa.org/">2025-05-30 =&gt; 2025-05-31 2025 Open Hardware Summit in Edinburgh</a></li> +</ul> +<h1><a class="anchor" href="https://discourse.ros.org#p-88510-news-3" name="p-88510-news-3"></a>News</h1> +<ul> +<li><a href="https://discourse.ros.org/t/roscon-china-2024-more-than-200-robotics-companies-participated/41029">ROSCon China 2024</a></li> +<li><a href="https://discourse.ros.org/t/ros-pmc-meeting-minutes-2024-12-10/41040">ROS PMC Meeting Minutes 2024-12-10</a></li> +<li><a href="https://www.ieee-ras.org/publications/ra-p">IEEE Robotics and Automation Society Launches new Journal</a></li> +<li><a href="https://discourse.ros.org/t/we-seek-for-your-feedback-to-shape-the-future-of-autoware/41038">We seek for your feedback to shape the future of Autoware!</a></li> +<li><a href="https://discourse.ros.org/t/how-important-is-ros-when-searching-for-a-job/41032">How important is ROS when searching for a job?</a></li> +<li><a href="https://techcrunch.com/2024/12/12/rip-cruise-robotaxi/">RIP, Cruise robotaxi</a>– <a href="https://www.therobotreport.com/gm-will-no-longer-fund-cruise-robotaxi-development/">The Robot Report</a></li> +<li><a href="https://www.therobotreport.com/diligent-robotics-new-ai-advisory-board-advance-embodied-ai-healthcare-robotics/">Diligent Robotics’ new AI Advisory Board to advance embodied AI in healthcare robotics</a></li> +<li><a href="https://techcrunch.com/2024/12/12/anybotics-raises-60m-to-scale-autonomous-industrial-robots-in-the-u-s/">Anybotics raises $60M to bring more autonomous industrial robots to the US</a></li> +<li><a href="https://techcrunch.com/2024/12/05/amp-robotics-raises-91m-to-build-more-robot-filled-waste-sorting-facilities/">Amp Robotics raises $91M to build more robot-filled waste-sorting facilities</a></li> +<li><a href="https://spectrum.ieee.org/fei-fei-li-world-labs">AI Pioneer Fei-Fei Li Has a Vision for Computer Vision</a></li> +<li><a href="https://spectrum.ieee.org/ai-safety">OpenAI, GoogleDeepMind, and Meta Get Bad Grades on AI Safety</a></li> +<li><a href="https://spectrum.ieee.org/video-friday-mars-chopper">Robot Videos: Mars Helicopter, Sanctuary AI, and More</a></li> +<li><a href="https://discourse.ros.org/t/safe-dds-achieves-iso-26262-asil-d-certification/41036">Safe DDS Achieves ISO 26262 ASIL D Certification</a></li> +<li><a href="https://discourse.ros.org/t/call-for-ifr-s-women-in-robotics-10-women-shaping-the-future-of-robotics-in-2025-is-now-open/41068">Call for “IFR’s Women in Robotics: 10 Women Shaping the Future of Robotics in 2025” is now open</a></li> +<li><a href="https://www.ieee-ras.org/about-ras/latest-news/call-students-participating-in-ieee-robotic-standardization-efforts-spirse">Grant for Students Participating in IEEE Robotic Standardization Efforts (SPIRSE)</a></li> +<li><a href="https://discourse.ros.org/t/robotics-engineers-are-in-high-demand-but-what-is-the-job-really-like/41015">Robotics engineers are in high demand — but what is the job really like?</a></li> +<li><a href="https://discourse.ros.org/t/interest-for-a-south-florida-ros-users-group/41008/2">Interest for a South Florida ROS Users Group?</a></li> +<li><a href="https://www.youtube.com/watch?v=kKCU3DM8PT0">Video: Kids Train Their Own AI-Powered Robot</a></li> +<li><a href="https://www.youtube.com/watch?v=oMIzIRqv1e0">Annual FZI Xmas Video</a></li> +<li><a href="https://www.space.com/the-universe/jupiter/nasa-tests-high-tech-software-for-future-mission-to-search-for-life-on-jupiters-moon-europa">NASA tests high-tech software for future mission to search for life on Jupiter’s moon Europa</a></li> +<li><a href="https://www.mccormick.northwestern.edu/robotics/inside-our-program/stories/2024/navigating-hazardous-terrain-at-nasas-jet-propulsion-laboratory.html">Navigating Hazardous Terrain at NASA’s Jet Propulsion Laboratory</a></li> +<li><a href="https://www.youtube.com/watch?v=_U0IYuIWwqk">ELISA Workshop at NASA Goddard, Washington, D.C.</a></li> +<li><a href="https://github.com/Robertleoj/pen_plotter_robot/blob/main/story.md">Pen Plotter Robot Build</a></li> +</ul> +<h1><a class="anchor" href="https://discourse.ros.org#p-88510-ros-4" name="p-88510-ros-4"></a>ROS</h1> +<ul> +<li><a href="https://discourse.ros.org/t/iron-irwini-is-end-of-life/41031/2">Iron Irwini is End-of-Life</a></li> +<li><a href="https://discourse.ros.org/t/quik-a-ultra-fast-and-robust-generalized-inverse-kinematics-solver-for-c-ros2/41024/4">QuIK: A ultra-fast and robust generalized inverse kinematics solver for C++/ROS2</a></li> +<li><a href="https://discourse.ros.org/t/towards-a-rosdoc-integation-testing-tutorial/40701/4">Towards a ROSdoc integation testing tutorial</a> – <a href="https://docs.ros.org/en/rolling/Tutorials/Intermediate/Testing/Integration.html">Docs link</a></li> +<li><a href="https://discourse.ros.org/t/gazebo-garden-officially-end-of-life-x-post-gazebo-sim-community/41044"><img alt=":checkered_flag:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/checkered_flag.png?v=12" title=":checkered_flag:" width="20" /> Gazebo Garden officially end-of-life</a></li> +<li><a href="https://discourse.ros.org/t/extending-urdf-to-include-physical-interfaces-plugs-and-computing-component-e-g-control-boxes/41061">Extending URDF to include physical interfaces (plugs) and computing components (e.g., control boxes)</a></li> +<li><a href="https://discourse.ros.org/t/ros-2-rust-meeting-december-2024/40991">ROS 2 Rust Meeting: December 2024</a></li> +<li><a href="https://duckietown.com/monocular-navigation-in-duckietown-using-lednet-architecture/?utm_campaign=Student%27s%20Project&amp;utm_content=318875713&amp;utm_medium=social&amp;utm_source=twitter&amp;hss_channel=tw-991690269975371776">Monocular Navigation in Duckietown Using LEDNet Architecture</a></li> +<li><a href="https://github.com/SYSU-STAR/SOAR">IROS 2024: Simultaneous Exploration and Photographing with Heterogeneous UAVs for Fast Autonomous Reconstruction</a></li> +<li><a href="https://rosindustrial.org/3d-camera-survey"><img alt=":cool:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/cool.png?v=12" title=":cool:" width="20" /> ROS Industrial 3D Camera Survey</a></li> +<li><a href="https://github.com/bdaiinstitute/proto2ros">Protobuf / ROS 2 interoperability layer</a></li> +<li><a href="https://github.com/tier4/umber_dds">DDS but in Rust</a></li> +<li><a href="https://github.com/sparolab/referee">ReFeree: Radar-based Lightweight and Robust Localization using Feature and Free space.</a></li> +<li><a href="https://github.com/xieyuser/GS-LIVM">GS-LIVM: Real-Time Photo-Realistic LiDAR-Inertial-Visual Mapping with Gaussian Splatting</a></li> +<li><a href="https://github.com/yorklyb/L-PR">Exploiting LiDAR Fiducial Marker for Unordered Low Overlap Multiview Point Cloud Registration</a></li> +<li><a href="https://arxiv.org/abs/2412.03887">MOANA: Multi-Radar Dataset for Maritime Odometry and Autonomous Navigation Application</a> – <a href="https://sites.google.com/corp/view/rpmmoana/">MOANA Dataset</a></li> +<li><a href="https://www.youtube.com/live/ithYYtUduMQ">Video: Articulation Rigging with ROS 2 Bridge</a></li> +<li><a href="https://github.com/ywyeli/UniDrive">UniDrive: Towards Universal Driving Perception Across Camera Configurations</a></li> +<li><a href="https://www.youtube.com/watch?v=B0fMZHYs_Vc">Video: Zenoh User Meeting 2024</a></li> +<li><a href="https://qiita.com/Ninagawa123/items/c4643ca92e57c3a45efb">URDF kitchen: A powerful GUI to help you create URDFs</a></li> +<li><a href="https://tidybot2.github.io/">TidyBot++: An Open-Source Holonomic Mobile Manipulator for Robot Learning</a> – <a href="https://tidybot2.github.io/docs/">docs</a></li> +<li><a href="https://github.com/Chyaru/Keyboard-controller-for-ROS2">Keyboard Controller for ROS 2</a></li> +<li><a href="https://github.com/danielpmorton/cbfpy/">Control Barrier Functions in Python and Jax</a> – <a href="https://danielpmorton.github.io/cbfpy/">docs</a></li> +<li><a href="https://github.com/Minipada/ros2_data_collection">Collect, validate and send data reliably from ROS 2 to create APIs and dashboards.</a></li> +<li><a href="https://arxiv.org/abs/2412.03760">Large-Scale Dense 3D Mapping Using Submaps Derived From Orthogonal Imaging Sonars</a></li> +<li><a href="https://robotcopper.github.io/HARP/HARP2.html">HARP2 Holonomic Robot</a></li> +<li><a href="https://github.com/pojenwang/Space-ROS-Isaac-Sim/">Space ROS Isaac Sim</a></li> +</ul> +<h1><a class="anchor" href="https://discourse.ros.org#p-88510-got-a-minute-alarm_clock-5" name="p-88510-got-a-minute-alarm_clock-5"></a>Got a minute? <img alt=":alarm_clock:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/alarm_clock.png?v=12" title=":alarm_clock:" width="20" /></h1> +<p>All we want for Christmas are <a href="https://docs.ros.org/en/rolling/The-ROS2-Project/Contributing.html">pull requests to the ROS 2 docs</a>. <img alt=":gift:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/gift.png?v=12" title=":gift:" width="20" /></p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/ros-news-for-the-week-of-december-9th-2024/41073">Read full topic</a></p> + 2024-12-13T20:21:44+00:00 + Katherine_Scott + + + ROS Discourse General: Call for “IFR’s Women in Robotics: 10 Women Shaping the Future of Robotics in 2025” is now open + https://discourse.ros.org/t/call-for-ifr-s-women-in-robotics-10-women-shaping-the-future-of-robotics-in-2025-is-now-open/41068 + <h1><a class="anchor" href="https://discourse.ros.org#p-88501-call-for-ifrs-women-in-robotics-10-women-shaping-the-future-of-robotics-in-2025-is-now-open-1" name="p-88501-call-for-ifrs-women-in-robotics-10-women-shaping-the-future-of-robotics-in-2025-is-now-open-1"></a>Call for “IFR’s Women in Robotics: 10 Women Shaping the Future of Robotics in 2025” is now open</h1> +<h3><a class="anchor" href="https://discourse.ros.org#p-88501-the-international-federation-of-robotics-ifrhttpsifrorgifr-press-releasesnewscall-ifr-women-in-robotics-2025-is-looking-for-outstanding-women-in-robotics-2" name="p-88501-the-international-federation-of-robotics-ifrhttpsifrorgifr-press-releasesnewscall-ifr-women-in-robotics-2025-is-looking-for-outstanding-women-in-robotics-2"></a>The International Federation of Robotics (<a href="https://ifr.org/ifr-press-releases/news/call-ifr-women-in-robotics-2025" rel="noopener nofollow ugc">IFR</a>) is looking for outstanding women in robotics</h3> +<p><em>Dec 10, 2024 —</em> 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.</p> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/9/6/96ba7ad97a9382cdf82718e435234cba6964a291.jpeg" rel="noopener nofollow ugc" title=""><img alt="" height="388" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/9/6/96ba7ad97a9382cdf82718e435234cba6964a291_2_690x388.jpeg" width="690" /></a></div><p></p> +<p>IFR decided to <strong>give women in robotics more visibility and acknowledgment</strong>. 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.</p> +<p>IFR would like to highlight and honor Women in Robotics - in particular women in the robotics industry - and give them more visibility.<br /> +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.</p> +<p><strong>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.</strong></p> +<p><em>Deadline for submission is January 31st, 2025.</em></p> +<h3><a class="anchor" href="https://discourse.ros.org#p-88501-how-to-submit-a-suggestion-3" name="p-88501-how-to-submit-a-suggestion-3"></a>How to submit a suggestion</h3> +<p>Send an email to <a href="mailto:secretariat@ifr.org">secretariat@ifr.org</a><br /> +include a <strong>short bio</strong> and a description of <strong>what makes her noteworthy or particular</strong> with respect to our described scope<br /> +add her full name, affiliation, country, contact details and a photo</p> +<h3><a class="anchor" href="https://discourse.ros.org#p-88501-selection-criteria-4" name="p-88501-selection-criteria-4"></a>Selection criteria:</h3> +<ul> +<li>The suggested women needs to be active in the robotics industry</li> +<li>IFR will select at least one per continent,</li> +<li>but a maximum of one woman per company,</li> +<li>consider different company sizes (large, medium, small)</li> +<li>consider different company scope (Robot supplier IR, SR, component supplier, integrator) and</li> +<li>consider different levels of hierarchy (C-level, intermediate, lower level)</li> +<li>Proven track record in robotics / stand out as industry leader</li> +<li>Proven activity in encouraging young people to go into STEM or that somehow support females in robotics</li> +</ul> +<p><strong>Publication of results</strong> will be on International Women’s Day - March 8th, 2025.</p> +<p><a href="https://ifr.org/ifr-press-releases/news/10-women-shaping-the-future-of-robotics-2024" rel="noopener nofollow ugc">IFR’s 2024 Women in Robotics</a></p> +<p>Learn more on <a href="https://ifr.org/ifr-press-releases/news/world-bank-predicts-20-economic-boost-by-closing-gender-gap" rel="noopener nofollow ugc">why gender balance is beneficial for economies</a></p> +<ul> +<li><a href="https://ifr.org/img/office/IFR_Women_in_Robotics_Call2025.pdf" rel="noopener nofollow ugc"> IFR Women in Robotics: 2025 Call for nominations (576KB)</a></li> +</ul> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/call-for-ifr-s-women-in-robotics-10-women-shaping-the-future-of-robotics-in-2025-is-now-open/41068">Read full topic</a></p> + 2024-12-13T08:38:12+00:00 + ThiloZimmermann + + + ROS Discourse General: REUSE compatibility vs multi-package repo + https://discourse.ros.org/t/reuse-compatibility-vs-multi-package-repo/41063 + <p>Hi. I’ve started trying to have my repos <a href="https://reuse.software/spec-3.2/" rel="noopener nofollow ugc">REUSE-compliant</a>.</p> +<p>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 <code>LICENSE</code> file into <code>LICENSES/BSD-3-Clause.txt</code> and specifying <code>&lt;license file="LICENSES/BSD-3-Clause.txt"&gt;BSD&lt;/license&gt;</code> in <code>package.xml</code>.</p> +<p>However, if I want to do the same for a multi-package repo, then the <code>LICENSES</code> 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 <code>&lt;license file="../LICENSES/BSD-3-Clause.txt"&gt;</code> in <code>package.xml</code>, then <code>bloom-release</code> 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.</p> +<p>I don’t see a clean solution how to satisfy both REUSE and bloom (except not adding the <code>file=</code> 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.</p> +<p>Does anybody know of a cleaner solution? I think it would be very nice if ROS deployment process would be compatible with REUSE.</p> + <p><small>5 posts - 3 participants</small></p> + <p><a href="https://discourse.ros.org/t/reuse-compatibility-vs-multi-package-repo/41063">Read full topic</a></p> + 2024-12-12T15:19:10+00:00 + peci1 + + + ROS Discourse General: Optimizations cpp ROS2 node. colcon build + https://discourse.ros.org/t/optimizations-cpp-ros2-node-colcon-build/41048 + <p>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.</p> +<pre><code class="lang-auto">#include "rclcpp/rclcpp.hpp" + +class HelloWorldNode : public rclcpp::Node +{ +public: + HelloWorldNode() : Node("hello_world_node") + { + RCLCPP_INFO(this-&gt;get_logger(), "Hello, World! This is a ROS2 node."); + } +}; + +int main(int argc, char **argv) +{ + rclcpp::init(argc, argv); + rclcpp::spin(std::make_shared&lt;HelloWorldNode&gt;()); + rclcpp::shutdown(); + return 0; +} + +</code></pre> +<p>Then by simply building the above code by using</p> +<pre><code class="lang-auto">colcon build +</code></pre> +<p>I got hello_node then explored assemble code</p> +<pre><code class="lang-auto">objdump -d &lt;path&gt;/hello_node &gt; hello_node.asm +</code></pre> +<p>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</p> +<pre><code class="lang-auto">colcon build --cmake-args -DCMAKE_BUILD_TYPE=Release +///alternative +colcon build --cmake-args -DCMAKE_CXX_FLAGS="-O3 -march=native" + +</code></pre> +<p>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.</p> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/6/8/68451cf4ffb2af3503e805517c6f42c1c297c70c.jpeg" rel="noopener nofollow ugc" title="Screenshot from 2024-12-11 16-24-11"><img alt="Screenshot from 2024-12-11 16-24-11" height="388" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/6/8/68451cf4ffb2af3503e805517c6f42c1c297c70c_2_690x388.jpeg" width="690" /></a></div><p></p> +<p>“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”"<br /> +simple by adding “set(CMAKE_BUILD_TYPE Release)” to your CMakeLists.txt is enough. then you can simply use colcon build.<br /> +<a href="https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html" rel="noopener nofollow ugc">Optimizations flags</a></p> + <p><small>8 posts - 7 participants</small></p> + <p><a href="https://discourse.ros.org/t/optimizations-cpp-ros2-node-colcon-build/41048">Read full topic</a></p> + 2024-12-11T08:32:38+00:00 + Dony + + + ROS Discourse General: :checkered_flag: Gazebo Garden officially end-of-life [x-post Gazebo Sim Community] + https://discourse.ros.org/t/gazebo-garden-officially-end-of-life-x-post-gazebo-sim-community/41044 + <p><a href="https://community.gazebosim.org/t/gazebo-garden-officially-end-of-life/3278">Original Post</a></p> +<p>Dear ROS Community,</p> +<p>Gazebo Garden has reached end-of-life (EOL) as of November, 2024. Garden was <a href="https://community.gazebosim.org/t/gazebo-garden-release/1627">the seventh major release</a> 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 <a href="https://gazebosim.org/docs/latest/release-features/#garden">Release Features page</a>.</p> +<p>We recommend all Garden users migrate to a supported release as soon as possible, such as <a href="https://ignitionrobotics.org/docs/harmonic" rel="noopener nofollow ugc">Harmonic (LTS)</a> or <a href="https://ignitionrobotics.org/docs/ionic" rel="noopener nofollow ugc">Ionic</a>, 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 <a href="https://github.com/gazebosim/gz-harmonic/blob/main/highlights.md" rel="noopener nofollow ugc">Harmonic</a> and <a href="https://github.com/gazebosim/gz-ionic/blob/main/highlights.md" rel="noopener nofollow ugc">Ionic</a> in addition to checking each Gazebo library’s migration guide.</p> +<p>As part of the Garden EOL, the following Gazebo libraries have also reached end-of-life. Their latest released binaries will remain available at <a href="http://packages.osrfoundation.org/">http://packages.osrfoundation.org/</a>, but no more fixes or releases will be made.</p> +<div class="md-table"> +<table> +<thead> +<tr> +<th style="text-align: left;">Library major version</th> +<th style="text-align: left;">Final release</th> +</tr> +</thead> +<tbody> +<tr> +<td style="text-align: left;">gz-fuel-tools8</td> +<td style="text-align: left;">8.2.0</td> +</tr> +<tr> +<td style="text-align: left;">gz-sim7</td> +<td style="text-align: left;">7.9.0</td> +</tr> +<tr> +<td style="text-align: left;">gz-gui7</td> +<td style="text-align: left;">7.2.2</td> +</tr> +<tr> +<td style="text-align: left;">gz-launch6</td> +<td style="text-align: left;">6.2.0</td> +</tr> +<tr> +<td style="text-align: left;">gz-msgs9</td> +<td style="text-align: left;">9.5.1</td> +</tr> +<tr> +<td style="text-align: left;">gz-physics6</td> +<td style="text-align: left;">6.7.0</td> +</tr> +<tr> +<td style="text-align: left;">gz-rendering7</td> +<td style="text-align: left;">7.5.0</td> +</tr> +<tr> +<td style="text-align: left;">gz-sensors7</td> +<td style="text-align: left;">7.3.1</td> +</tr> +<tr> +<td style="text-align: left;">gz-transport12</td> +<td style="text-align: left;">12.2.2</td> +</tr> +<tr> +<td style="text-align: left;">sdformat13</td> +<td style="text-align: left;">13.9.0</td> +</tr> +</tbody> +</table> +</div><p><strong>We sincerely thank all contributors to all libraries in Garden <img alt=":pray:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/pray.png?v=12" title=":pray:" width="20" /></strong></p> +<h3><a class="anchor" href="https://discourse.ros.org#p-88451-what-does-end-of-life-mean-1" name="p-88451-what-does-end-of-life-mean-1"></a>What does End of Life Mean?</h3> +<p>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:</p> +<ul> +<li>New features or capabilities</li> +<li>Security updates</li> +<li>Bug fixes, patches or support</li> +<li>Updated binaries</li> +</ul> +<p>It is also worth noting the things that won’t change after Gazebo Garden goes end of life:</p> +<ul> +<li>Gazebo Garden binaries <em>will not</em> suddenly disappear</li> +<li>Users <em>will not need</em> to migrate immediately, but they should migrate as soon as possible</li> +</ul> +<p><img alt=":gazebo:" class="emoji emoji-custom" height="20" src="https://global.discourse-cdn.com/flex022/uploads/ros/original/2X/6/65ca80e7c1f76154e9158bb4ad6aeaa5b25968cb.png?v=12" title=":gazebo:" width="20" /> Gazebo Dev Team <img alt=":gazebo:" class="emoji emoji-custom" height="20" src="https://global.discourse-cdn.com/flex022/uploads/ros/original/2X/6/65ca80e7c1f76154e9158bb4ad6aeaa5b25968cb.png?v=12" title=":gazebo:" width="20" /></p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/gazebo-garden-officially-end-of-life-x-post-gazebo-sim-community/41044">Read full topic</a></p> + 2024-12-10T23:14:24+00:00 + azeey + + + ROS Discourse General: How important is ROS when searching for a job? + https://discourse.ros.org/t/how-important-is-ros-when-searching-for-a-job/41032 + <p>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.</p> +<p>Check all that data in this video: <a href="https://youtu.be/wDeVNsD73A4?si=wcD3F1FizuJ52K3e" rel="noopener nofollow ugc">https://youtu.be/wDeVNsD73A4?si=wcD3F1FizuJ52K3e</a></p> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/7/0/70948045f3d694c112973bfe5cf4c28a46c74e7f.jpeg" rel="noopener nofollow ugc" title="Podcast-video-2024-Ricardo-Tellez-the-truth-about-ROS-jobs"><img alt="Podcast-video-2024-Ricardo-Tellez-the-truth-about-ROS-jobs" height="388" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/7/0/70948045f3d694c112973bfe5cf4c28a46c74e7f_2_690x388.jpeg" width="690" /></a></div><p></p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/how-important-is-ros-when-searching-for-a-job/41032">Read full topic</a></p> + 2024-12-10T08:43:25+00:00 + ricardotellez + + + diff --git a/rss20.xml b/rss20.xml new file mode 100644 index 00000000..58fae4a1 --- /dev/null +++ b/rss20.xml @@ -0,0 +1,1266 @@ + + + + + Planet ROS + http://planet.ros.org + en + Planet ROS - http://planet.ros.org + + + ROS Discourse General: Robotics Christmas Videos 2024 + discourse.ros.org-topic-41261 + https://discourse.ros.org/t/robotics-christmas-videos-2024/41261 + <p>Hi! I noticed that no thread was started yet to share robotic christmas videos of 2024!</p> +<p>IEEE have started their latest video list already here:</p> +<aside class="onebox allowlistedgeneric"> + <header class="source"> + <img class="site-icon" height="48" src="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/3/d/3d0e12988fcb5e106168d3241cc933208e69a0a8.png" width="48" /> + + <a href="https://spectrum.ieee.org/video-friday-holidays-2024" rel="noopener nofollow ugc" target="_blank" title="06:00PM - 20 December 2024">IEEE Spectrum – 20 Dec 24</a> + </header> + + <article class="onebox-body"> + <div class="aspect-image"><img class="thumbnail" height="345" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/f/3/f3cd99d233fb9ac5e65ae0c60b25e5f583ca7ac8_2_690x345.png" width="690" /></div> + +<h3><a href="https://spectrum.ieee.org/video-friday-holidays-2024" rel="noopener nofollow ugc" target="_blank">Video Friday: Happy Holidays!</a></h3> + + <p>Your weekly selection of awesome robot videos</p> + + + </article> + + <div class="onebox-metadata"> + + + </div> + + <div style="clear: both;"></div> +</aside> + +<p>For anyone who is winding down already for the holidays, please share any you have encountered so far <img alt=":christmas_tree:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/christmas_tree.png?v=12" title=":christmas_tree:" width="20" /></p> +<p>Happy holidays everyone!</p> + <p><small>2 posts - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/robotics-christmas-videos-2024/41261">Read full topic</a></p> + Mon, 23 Dec 2024 18:40:34 +0000 + + + ROS Discourse General: What is in scope for an Enhancement Proposal? + discourse.ros.org-topic-41254 + https://discourse.ros.org/t/what-is-in-scope-for-an-enhancement-proposal/41254 + <p>The OSRA’s Technical Committee on Enhancement Proposal Processes has been working over the past few months to produce a replacement for the current <a href="https://ros.org/reps/rep-0001.html">ROS Enhancement Proposal (REP) process</a>, which is now severely out of date and doesn’t work with our current tools (we don’t, for example, have the mailing list it requires anymore). The TC has been looking at what no longer works with the current REP process, as well as what many other organisations with similar processes do.</p> +<p>As part of this work, the TC has run into that most difficult of questions: what is in scope? In other words, when do you need to send in an Enhancement Proposal and follow the prescribed process to get it approved/accepted, and when can you just go ahead and submit a PR?</p> +<p>So far we’ve come up with some obvious ones that we think <em>might</em> be in scope, like making significant changes to an external API. However this is something of a braintstorming exercise, and the more brains doing some storming, the better.</p> +<p>So, now that most of us are moving into a week or two of not-working-that-much, I’d like to hear your thoughts. For <em>what</em> should you need to follow a REP-like process? What should never be in scope? What is in the grey zone and would need discussion on a case-by-case basis?</p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/what-is-in-scope-for-an-enhancement-proposal/41254">Read full topic</a></p> + Mon, 23 Dec 2024 06:52:41 +0000 + + + ROS Discourse General: OSRA TGC meeting minutes for November, 2024 + discourse.ros.org-topic-41252 + https://discourse.ros.org/t/osra-tgc-meeting-minutes-for-november-2024/41252 + <p>The meeting minutes for the regular meeting of the Technical Governance Committee held on the 21st of November, 2024, were approved in the December meeting and are now available in the official minutes repository. <a href="https://github.com/openrobotics/technical_governance_committee_minutes/blob/main/20241121%20-%20TGC%20Meeting%20Minutes%20-%2021%20Nov%202024.pdf">You can find the complete minutes here</a>.</p> +<p>The TGC received the monthly project and technical committee updates, including the success of in-person PMC meetings at ROSCon, the news that Open-RMF has switched to using Zenoh, and the Infrastructure team working to move to Ubuntu 24.04.</p> +<p>Of particular note in this meeting, the TC on Enhancement Proposal Processes has started dealing with the thorny question of “what is in scope for an Enhacement Proposal?”</p> +<p>In a follow-up to an item from the October meeting, the OSRF Board of Directors decided to reject the proposal to move the Nexus project under the Open-RMF PMC <em>for the time being</em>. This decision was made because the Board wants the Open-RMF project to concentrate on making its existing feature set robust before expanding the scope of the project.</p> +<p>The next TGC meeting will take place in January, 2025. The minutes of the December meeting should be approved in that meeting and posted publicly shortly thereafter.</p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/osra-tgc-meeting-minutes-for-november-2024/41252">Read full topic</a></p> + Mon, 23 Dec 2024 06:47:15 +0000 + + + ROS Discourse General: OSRA activity recap for 2024 + discourse.ros.org-topic-41251 + https://discourse.ros.org/t/osra-activity-recap-for-2024/41251 + <p>As 2024 draws to a close, we’re happy to say that the OSRA has had a successful first eight months of operation. Although we still have much to do with spinning up all the different bits of the OSRA, in the past eight months we have set up the <a href="https://github.com/openrobotics/technical_governance_committee_minutes/">Technical Governance Committee</a> (TGC) and four Project Management Committees (PMCs) for ROS, Gazebo, Open-RMF and Infrastructure. The TGC has set up one Special Interest Group (SIG) and two Technical Committees (TCs), one of which (on the use of generative AI tools) has already completed its work.</p> +<p>The TGC has discussed several technical matters of relevance to the projects that were brought up by the TGC members. Some of these have been resolved, and some are on-going. The TGC is looking forward to an even more productive 2025 with several important matters to discuss, not the least of which is to begin applying OSRA membership dues to project requests.</p> +<p>The PMCs are starting to grow, too. Both the ROS and the Gazebo PMCs are beginning to mentor new Committers and PMC Members from the community.</p> +<p>For more details, pelase see the attached PDF.</p> +<p><a class="attachment" href="https://discourse.ros.org/uploads/short-url/i6YGGDnZLGJIrlo8EDLrFtjjXqF.pdf">OSRA Activity Recap - March 2024 Launch To-Date.pdf</a> (106.9 KB)</p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/osra-activity-recap-for-2024/41251">Read full topic</a></p> + Mon, 23 Dec 2024 06:35:58 +0000 + + + NooTriX: ROS2 with Python and YAML: A Step-by-Step Guide from Creating a Workspace to Running Multiple Nodes + https://nootrix.com/?p=5276 + https://nootrix.com/tutorials/ros2-with-python-and-yaml-a-step-by-step-guide-from-creating-a-workspace-to-running-multiple-nodes/ + <p>If you’re diving into the world of robotics with ROS2 (Robot Operating System 2), setting up a solid foundation is crucial. A well-organized workspace and properly structured nodes are the backbone of any successful ROS project. Whether you’re a beginner or a seasoned developer, this guide will walk you through creating and managing a ROS2 […]</p> +<p>The post <a href="https://nootrix.com/tutorials/ros2-with-python-and-yaml-a-step-by-step-guide-from-creating-a-workspace-to-running-multiple-nodes/">ROS2 with Python and YAML: A Step-by-Step Guide from Creating a Workspace to Running Multiple Nodes</a> appeared first on <a href="https://nootrix.com">nootrix</a>.</p> + Sun, 22 Dec 2024 22:04:44 +0000 + + + ROS Discourse General: Random appreciation thread + discourse.ros.org-topic-41232 + https://discourse.ros.org/t/random-appreciation-thread/41232 + <p>It’s the Winter Solstice in the northern hemisphere today, which means our daylight is scarce and precious and should be cherished. In that spirit of recognition and appreciation, I just wanted to share some people and things I am grateful for.</p> +<ul> +<li>I am grateful for mathematics and the teachers and students I have learned with over the years. Linear Algebra! It’s cool enough on its own with eigenvalues and null spaces, but think of all the kinematics and feedback control it helps us with. I forget which class it was, but I’ll never forget how my mind was blown while following a Taylor series analysis on the chalkboard involving sines, cosines, exponentials and complex numbers that ended with (spoiler alert) <code>e ^ (i pi) = -1</code>. A pair of irrational numbers is related to an imaginary number? What a world!</li> +<li>I’m grateful for the open source robotics community for building tools and relationships and sharing with each other. I’m especially grateful for the colleagues I have worked with and built tools and relationships with at Open Robotics and Intrinsic and in the wider community. I’m grateful to the people who serve in leadership roles in our community, such as package maintainers, ROS Bosses, PMC project leads, Geoff and Vanessa at OSRF, the OSRF board, and many others!</li> +<li>I’m grateful to command-line interfaces and tools, grep, sed/awk, the pipe |, redirecting to /dev/null, wc. Also there is something powerful that I am afraid of and whenever I tap into its power I wonder if it will ultimately be a mistake, but I am also grateful for regular expressions.</li> +</ul> +<p>Primarily I’m grateful for the people. Thank you for being you, and enjoy the daylight today!</p> + <p><small>3 posts - 3 participants</small></p> + <p><a href="https://discourse.ros.org/t/random-appreciation-thread/41232">Read full topic</a></p> + Sat, 21 Dec 2024 18:53:26 +0000 + + + ROS Discourse General: `testjob_coordinator`: a parallel integration test runner PoC + discourse.ros.org-topic-41230 + https://discourse.ros.org/t/testjob-coordinator-a-parallel-integration-test-runner-poc/41230 + <p>Most ROS 2 testing pipelines run all integration tests sequentially, as running in parallel is not that well supported yet. While <a href="https://github.com/ros2/launch/issues/789#issuecomment-2251380704" rel="noopener nofollow ugc">one can set a number of workers</a>, in practice the usefulness of that is limited as the feasible number of parallel tests greatly depends on the host (resulting in host-specific configurations) and that this number must always be based on the most resource-demanding tests, resulting in under utilization of the host resources (and thus still far from optimal test suite run durations). Also, test contamination is barely addressed, for example using separate domain ids for each test is often not the default and as far as I’m aware, no CPU isolation is done resulting in parallel tests competing for resources which increases test flakiness.</p> +<p>With this in mind, I developed <code>testjob_coordinator</code> - a <strong>proof-of-concept</strong> package that aims to address the above to easily run <a href="https://index.ros.org/p/launch_testing/">launch_testing</a>-based integration tests in parallel.</p> +<p>In short:</p> +<ul> +<li>Register tests using the <code>testjob_coordinator_add_launch_test</code> CMake macro.</li> +<li>If desired: specify timeout, number of CPU cores, RAM and exclusive resources - <code>testjob_coordinator</code> will respect these when running the tests.</li> +<li>Run the tests with <code>ros2 run testjob_coordinator run_tests</code>. <code>testjob_coordinator</code> sorts the tests to minimize overall test duration, and while running maximizes host machine resource usage while strictly enforcing each test’s limits. Also, each parallel test automatically receives a yet unused domain id through the domain coordinator.</li> +<li>Test output is available as xunit files, just like as if they were run with <code>colcon test</code>.</li> +</ul> +<p>Code here, including example tests: <a class="inline-onebox" href="https://github.com/abaeyens/testjob_coordinator" rel="noopener nofollow ugc">GitHub - abaeyens/testjob_coordinator: A ROS 2 package for a PoC parallel test runner</a></p> +<p>For now the aim is to see whether this approach makes sense, before putting in further development effort (such as integration with colcon) and doing a proper system design. So please don’t already expect clean code and a polished interface.</p> +<p>Does this fit in your workflow? What do you like / don’t like? Which features would you like to see in such a tool? Looking forward to your feedback.</p> +<p>(To the moderators: If this doesn’t belong in the ‘General’ category, please move this.)</p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/testjob-coordinator-a-parallel-integration-test-runner-poc/41230">Read full topic</a></p> + Sat, 21 Dec 2024 16:56:01 +0000 + + + ROS Discourse General: Localization-only mode in ROS 2 API of mola_lidar_odometry + discourse.ros.org-topic-41225 + https://discourse.ros.org/t/localization-only-mode-in-ros-2-api-of-mola-lidar-odometry/41225 + <p>Update to the <a href="https://discourse.ros.org/t/slam-new-3d-lidar-odometry-mapping-and-localization-packages/39364">former post</a>: Tons of new features have been added to <a href="https://github.com/MOLAorg/mola" rel="noopener nofollow ugc">mola</a> + <a href="https://github.com/MOLAorg/mola_lidar_odometry" rel="noopener nofollow ugc">mola_lidar_odometry</a> in the latest releases:</p> +<ul> +<li>Correct handling of ROS 2 namespaces.</li> +<li>Support for NDT-3D maps</li> +<li>ROS 2 services to start/stop mapping, load/save maps, etc.</li> +</ul> +<p>Resources:</p> +<ul> +<li>Step-by-step tutorial: <a class="inline-onebox" href="https://docs.mola-slam.org/latest/tutorial-mola-lo-map-and-localize.html" rel="noopener nofollow ugc">MOLA-LO: Build a map and then localize — MOLA v1.4.1 documentation</a></li> +<li>ROS 2 API docs page with available services, /tf frames, topics, etc.: <a class="inline-onebox" href="https://docs.mola-slam.org/latest/ros2api.html" rel="noopener nofollow ugc">ROS 2 API — MOLA v1.4.1 documentation</a></li> +<li>LinkedIn post: <a class="inline-onebox" href="https://www.linkedin.com/posts/jose-luis-blanco-claraco-7511b712_ros2-opensource-lidar-activity-7276015630246383616-gG4Z?utm_source=share&amp;utm_medium=member_desktop" rel="noopener nofollow ugc">Jose Luis Blanco Claraco on LinkedIn: #ros2 #opensource #lidar #pointcloud #robotics #slam #localization #ros…</a></li> +<li>YT video following the tutorial:</li> +</ul> +<p><a href="https://www.youtube.com/watch?v=CXiU_2vYMQE">MOLA-LO: Mapping, then localize - Step-by-step tutorial</a></p> + +<p>Feedback, issues, or PRs are all greatly appreciated! <img alt=":slight_smile:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/slight_smile.png?v=12" title=":slight_smile:" width="20" /></p> +<p>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.</p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/localization-only-mode-in-ros-2-api-of-mola-lidar-odometry/41225">Read full topic</a></p> + Sat, 21 Dec 2024 09:48:40 +0000 + + + ROS Discourse General: ROS News for the Week of December 15th, 2024 + discourse.ros.org-topic-41220 + https://discourse.ros.org/t/ros-news-for-the-week-of-december-15th-2024/41220 + <h1><a class="anchor" href="https://discourse.ros.org#p-88761-ros-news-for-the-week-of-december-15th-2024-1" name="p-88761-ros-news-for-the-week-of-december-15th-2024-1"></a>ROS News for the Week of December 15th, 2024</h1> +<br /> +<p><img alt="xmas" class="animated" height="260" src="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/b/f/bf0a0df609725377c659b557ae3efb1154654064.gif" width="360" /><br /> +It is that time of year! Time for robot holiday videos! <a href="https://spectrum.ieee.org/video-friday-holidays-2024">IEEE Spectrum has a full run down</a>. I particularly like the Clearpath Robotics’ video that features multiple TB4 lites acting as elves. <img alt=":elf:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/elf.png?v=12" title=":elf:" width="20" /></p> +<br /> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/1/4/14f37555c16eb7b7446678624cc7d501c81ad891.png" title="image"><img alt="image" height="250" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/1/4/14f37555c16eb7b7446678624cc7d501c81ad891_2_281x250.png" width="281" /></a></div><br /> +New tutorial alert. We just released an official tutorial for the <a href="https://docs.ros.org/en/rolling/Tutorials/Advanced/Ament-Lint-For-Clean-Code.html">ament lint CLI utilities.</a> If you are not using these tools to clean up your code, you should be!<p></p> +<br /> +<p><img alt="soar_ros_icon_slogan_default" height="99" src="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/5/5/55e323d7fdcb5e9496f9ac19d73a73e70a60901e.svg" width="345" /><br /> +SOAR is the OG of classic AI! This week we learned about a new package to<br /> +<a href="https://discourse.ros.org/t/soar-ros-connecting-soar-and-ros-2-as-a-single-ros-package/41143">connect SOAR and ROS 2.</a></p> +<br /> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/a/1/a15d90ae25cad032bfb7febac6084344912a0a7f.jpeg" title="opposite_view_loop_closure (1)"><img alt="opposite_view_loop_closure (1)" height="249" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/a/1/a15d90ae25cad032bfb7febac6084344912a0a7f_2_343x249.jpeg" width="343" /></a></div><br /> +This week a team at MIT released <a href="https://discourse.ros.org/t/roman-ros-2-open-set-object-mapping-global-localization-code-release/41178">ROMAN an open-set object mapping / global localization package</a> along with a ROS 2 wrapper.<p></p> +<br /> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/d/0/d026417e0bb91f5ec4515327c39474c2b8b00282.jpeg" title="teaser (2)"><img alt="teaser (2)" height="315" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/d/0/d026417e0bb91f5ec4515327c39474c2b8b00282_2_517x315.jpeg" width="517" /></a></div><br /> +Everyone is talking about it! This week a team of 18 universities plus NVIDIA released <a href="https://github.com/Genesis-Embodied-AI/Genesis">Genesis, a generative world for general-purpose robotics &amp; embodied AI learning.</a> The early demos look impressive. You can learn more at the <a href="https://genesis-embodied-ai.github.io/">project page</a>.<p></p> +<h1><a class="anchor" href="https://discourse.ros.org#p-88761-events-2" name="p-88761-events-2"></a>Events</h1> +<ul> +<li><a href="https://docs.google.com/forms/d/e/1FAIpQLSeiuWtUClyQ2Aj-CBFwZacpfL9xxgG_ZA8ImF0SF9sT2-sqKA/viewform">2024-12-22 Open Hardware Summit CFP Deadline</a></li> +<li><a href="https://rosjp.connpass.com/event/338471/?utm_campaign=event_participate_to_follower&amp;utm_source=notifications&amp;utm_medium=twitter">2024-12-27 ROS Japan UG #57 ROS Year-End LT Event</a></li> +<li><a href="https://www.naturalroboticscontest.com/">2024-12-31 Deadline for Natural Robotics Contest</a></li> +<li><a href="https://github.com/ros-wg-embodied-ai">2025-01-08 ROS Embodied AI Community Group</a></li> +<li><a href="https://fosdem.org/2025/">2025-02-01 FOSDEM 25</a> – <a href="https://discourse.ros.org/t/fosdem-2025-robotics-simulation-first-edition/40349">See Robotics and Sim Room</a></li> +<li><a href="https://world-fira.com/">2025-02-04 =&gt; 2025-02-06 World FIRA Ag Robotics Conference in Toulouse, France</a></li> +<li><a href="https://discourse.ros.org/t/7th-international-workshop-on-robotics-software-engineering/39901">2025-04-28 International Workshop on Robotics Software Engineering</a></li> +<li><a href="https://2025.oshwa.org/">2025-05-30 =&gt; 2025-05-31 2025 Open Hardware Summit in Edinburgh</a></li> +</ul> +<h1><a class="anchor" href="https://discourse.ros.org#p-88761-news-3" name="p-88761-news-3"></a>News</h1> +<ul> +<li><a href="https://discourse.ros.org/t/ros-pmc-meeting-minutes-2024-12-17/41196">ROS PMC meeting minutes 2024-12-17</a></li> +<li><a href="https://discourse.ros.org/t/nav2-community-meeting-renewed-for-2025/41151">Nav2 Community Meeting - Renewed for 2025</a></li> +<li><a href="https://www.therobotreport.com/slip-robotics-picks-up-28m-for-trailer-loading-unloading-robots/">Slip Robotics picks up $28M for trailer loading/unloading robots</a></li> +<li><a href="https://www.therobotreport.com/jetson-orin-nano-super-developer-kit-available/">Jetson Orin Nano Super developer kit available from NVIDIA</a></li> +<li><a href="https://www.therobotreport.com/eureka-robotics-raises-10-5m-scale-its-vision-systems-in-u-s/">Eureka Robotics raises $10.5M to scale its vision systems in the U.S.</a></li> +<li><a href="https://discourse.ros.org/t/roscon-spain-2024-report/41202">ROSCon Spain 2024 Report</a></li> +<li><a href="https://discourse.ros.org/t/aerial-robotics-meeting-xmas-with-bitcraze-dec-18-2024/40951">Aerial Robotics meeting - Xmas with Bitcraze</a></li> +<li><a href="https://spectrum.ieee.org/video-friday-holidays-2024">Robot Holiday Videos - IEEE Spectrum</a></li> +<li><a href="https://spectrum.ieee.org/aibo">Zen and the Art of Aibo Engineering</a></li> +<li><a href="https://www.therobotreport.com/symbotic-buys-healthcare-robot-maker-ohmnilabs/">Symbotic buys healthcare robot maker OhmniLabs</a></li> +<li><a href="https://www.therobotreport.com/mcity-open-source-digital-twin-enables-cheaper-av-testing/">Mcity says open-source digital twin enables cheaper autonomous vehicle testing</a></li> +<li><a href="https://discourse.ros.org/t/global-robot-density-in-factories-doubled-in-seven-years-whats-the-impact-of-ros/41123">Global Robot Density in Factories Doubled in Seven Years - What’s the impact of ROS?</a></li> +<li><a href="https://www.theregister.com/2024/12/15/red_rabbit_robotics/">Red Rabbit Robotics offers human-like robots as a service - The Register</a></li> +<li><a href="https://2025.ieee-icra.org/announcements/call-for-proposals-arts-in-robotics-at-icra25/">Call for Proposals: Arts in Robotics at ICRA’25</a></li> +<li><a href="https://drive.google.com/file/d/1TZ2Zpa6sUq60HLIJMIrmAs2kmC3JYmBo/view">Call for Application IEEE IERA Award</a></li> +<li><a href="https://github.com/Genesis-Embodied-AI/Genesis">Genesis: A generative world for general-purpose robotics &amp; embodied AI learning.</a></li> +<li><a href="https://makezine.com/article/technology/open-source/open-source-hardware-certifications-for-november-2024/">Open Source Hardware Certifications for November 2024</a></li> +<li><a href="https://github.com/hijimasa/VDA5050/blob/release/2.1.0-jp/VDA5050_JP.md">VDA5050 in Japanese</a></li> +<li><a href="https://kaldir.vc.in.tum.de/scannetpp/">ScanNet++ Dataset</a></li> +<li><a href="https://irvlutd.github.io/HOCap/">HO-Cap: A Capture System and Dataset for 3D Reconstruction and Pose Tracking of Hand-Object Interaction</a></li> +<li><a href="https://sites.google.com/corp/view/diter-plusplus/">Diverse Terrain and Multi-modal Dataset for Multi-Robot Navigation in Multi-session Outdoor Environments</a></li> +<li><a href="https://picknik.ai/2024/12/16/Podcast-Making-Robot-Arms-Work-Anywhere.html">Podcast: Making Robot Arms Work Anywhere - with PickNik</a></li> +</ul> +<h1><a class="anchor" href="https://discourse.ros.org#p-88761-ros-4" name="p-88761-ros-4"></a>ROS</h1> +<ul> +<li><a href="https://docs.ros.org/en/rolling/Tutorials/Advanced/Ament-Lint-For-Clean-Code.html"><img alt=":new:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/new.png?v=12" title=":new:" width="20" /> Ament Lint CLI Utilities Tutorial</a></li> +<li><a href="https://discourse.ros.org/t/time-to-give-your-magnetometers-a-big-refresh/41208">Time to give your magnetometers a big refresh!</a></li> +<li><a href="https://discourse.ros.org/t/new-packages-for-humble-hawksbill-2024-12-20/41214">New packages for Humble Hawksbill 2024-12-20</a></li> +<li><a href="https://discourse.ros.org/t/new-packages-for-noetic-2024-12-19/41203">New Packages for Noetic 2024-12-19</a></li> +<li><a href="https://discourse.ros.org/t/teknic-clearpath-sc-ros2-control-hardware-interface/39806">Teknic ClearPath-SC ros2_control Hardware Interface</a></li> +<li><a href="https://discourse.ros.org/t/how-do-i-use-safe-dds-with-ros2-and-why/41162">How do I use Safe DDS with ROS2 and Why?</a></li> +<li><a href="https://discourse.ros.org/t/ros-2-visualization-tools-for-architecture/41170">ROS 2 Visualization Tools for Architecture</a></li> +<li><a href="https://discourse.ros.org/t/roman-ros-2-open-set-object-mapping-global-localization-code-release/41178"><img alt=":cool:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/cool.png?v=12" title=":cool:" width="20" /> ROMAN: ROS 2 open-set object mapping / global localization code release</a></li> +<li><a href="https://discourse.ros.org/t/soar-ros-connecting-soar-and-ros-2-as-a-single-ros-package/41143"><img alt=":cool:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/cool.png?v=12" title=":cool:" width="20" /> Soar_ros: Connecting Soar and ROS 2 as a single ROS Package</a></li> +<li><a href="https://discourse.ros.org/t/safe-dds-achieves-iso-26262-asil-d-certification/41036/6">Safe DDS Achieves ISO 26262 ASIL D Certification</a></li> +<li><a href="https://labs.utdallas.edu/irvl/courses/fall-2024-cs-6301/">Introduction to Robot Manipulation and Navigation – University of Texas at Dallas</a></li> +<li><a href="https://edexheim.github.io/mast3r-slam/">MASt3R-SLAM: Real-Time Dense SLAM with 3D Reconstruction Priors</a></li> +<li><a href="https://discourse.ros.org/t/matlab-toolkit-for-generating-urdf/41122">MATLAB toolkit for generating URDF</a></li> +<li><a href="https://robovlms.github.io/">RoboVLMs: What Matters in Building Vision-Language-Action Models for Generalist Robot Policies</a></li> +<li><a href="https://github.com/nv-dvl/segment-anything-lidar">ECCV 2024 Better Call SAL: Towards Learning to Segment Anything in Lidar</a></li> +<li><a href="https://github.com/mROS-base/mros2-esp32">Reference implementation of mROS 2 for ESP32 boards</a></li> +<li><a href="https://rt-net.jp/mobility/archives/27438"><img alt=":cool:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/cool.png?v=12" title=":cool:" width="20" /> Raspberry Pi Mouse ROS 2 package has been released</a></li> +<li><a href="https://github.com/abdulkadrtr/ROS2-PurePursuitControl-PathPlanning-Tracking">Package for Path Planning and Tracking created using ROS 2</a></li> +<li><a href="https://marigolddepthcompletion.github.io/">Marigold-DC: Zero-Shot Monocular Depth Completion with Guided Diffusion</a></li> +<li><a href="https://github.com/ShisatoYano/AutonomousVehicleControlBeginnersGuide">Python sample codes and documents about Autonomous vehicle control algorithm</a></li> +<li><a href="https://github.com/HViktorTsoi/alpha_lidar">Official implementation of αLiDAR: An Adaptive High-Resolution Panoramic LiDAR System</a></li> +<li><a href="https://carla.org/2024/12/19/release-0.10.0/">CARLA 0.10.0 Release with Unreal Engine 5.5</a></li> +<li><a href="https://github.com/mcarfagno/mpc_python">Python implementation of mpc controller for path tracking</a></li> +<li><a href="https://github.com/PKU-VCL-3DV/SLAM3R">Real-time dense scene reconstruction with SLAM3R</a></li> +<li><a href="https://github.com/unitreerobotics/unitree_rl_gym">Unitree RL Gym</a></li> +<li><a href="https://github.com/nubot-nudt/SGLC">RAL24: Semantic Graph-Guided Coarse-Fine-Refine Full Loop Closing for LiDAR SLAM</a></li> +<li><a href="https://github.com/ROBOTIS-GIT/ROBOTIS-OP3-Common/tree/jazzy-devel">ROBOTIS-OP3-Common jazzy-devel</a></li> +<li><a href="https://github.com/YoungSean/NIDS-Net">NIDS-Net: A unified framework for novel instance detection and segmentation</a></li> +<li><a href="https://github.com/taewankim1/robust_mpc_obstacle_avoidance">Robust model predictive control for path tracking with obstacle avoidance</a></li> +<li><a href="https://github.com/PengYu-Team/GEODE_dataset">Extending the Robustness of LiDAR SLAM to Geometrically Degenerate Scenarios</a></li> +<li><a href="https://github.com/KavrakiLab/vamp">SIMD-Accelerated Sampling-based Motion Planning</a></li> +<li><a href="https://github.com/HiroIshida/plainmp">Very fast motion planning for articulated robot (C++ core with Python bindings)</a></li> +<li><a href="https://github.com/Pandas-Team/Automatic-Parking">Python implementation of an automatic parallel parking system </a></li> +<li><a href="https://github.com/SYSU-STAR/SOAR">IROS’24 Simultaneous Exploration and Photographing with Heterogeneous UAVs for Fast Autonomous Reconstruction</a></li> +<li><a href="https://github.com/sea-bass/turtlebot3_behavior_demos">Example repository for autonomous behaviors using TurtleBot robots and behavior trees</a></li> +<li><a href="https://www.youtube.com/watch?v=XxI4LXnXmr8">Micro ROS and Web UI with ROS 2 and Jetson Orin</a></li> +<li><a href="https://arxiv.org/abs/2403.16871">Conformal Off-Policy Prediction for Multi-Agent Systems</a></li> +</ul> +<h1><a class="anchor" href="https://discourse.ros.org#p-88761-got-a-minute-mantelpiece_clock-gift-5" name="p-88761-got-a-minute-mantelpiece_clock-gift-5"></a>Got a Minute? <img alt=":mantelpiece_clock:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/mantelpiece_clock.png?v=12" title=":mantelpiece_clock:" width="20" /> <img alt=":gift:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/gift.png?v=12" title=":gift:" width="20" /></h1> +<p>It is the holidays and everyone has some extra free time. Why not give the gift of open source and <a href="https://github.com/orgs/ros2/repositories">review a pull request or fix an issue in ROS 2</a>?</p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/ros-news-for-the-week-of-december-15th-2024/41220">Read full topic</a></p> + Fri, 20 Dec 2024 20:22:32 +0000 + + + ROS Discourse General: New packages for Humble Hawksbill 2024-12-20 + discourse.ros.org-topic-41214 + https://discourse.ros.org/t/new-packages-for-humble-hawksbill-2024-12-20/41214 + <h2><a class="anchor" href="https://discourse.ros.org#p-88750-package-updates-for-humble-1" name="p-88750-package-updates-for-humble-1"></a>Package Updates for Humble</h2> +<h3><a class="anchor" href="https://discourse.ros.org#p-88750-added-packages-30-2" name="p-88750-added-packages-30-2"></a>Added Packages [30]:</h3> +<ul> +<li><a>ros-humble-eiquadprog</a>: 1.2.9-2</li> +<li>ros-humble-eiquadprog-dbgsym: 1.2.9-2</li> +<li>ros-humble-etsi-its-mapem-ts-coding: 3.0.0-1</li> +<li>ros-humble-etsi-its-mapem-ts-coding-dbgsym: 3.0.0-1</li> +<li>ros-humble-etsi-its-mapem-ts-conversion: 3.0.0-1</li> +<li>ros-humble-etsi-its-mapem-ts-msgs: 3.0.0-1</li> +<li>ros-humble-etsi-its-mapem-ts-msgs-dbgsym: 3.0.0-1</li> +<li>ros-humble-etsi-its-spatem-ts-coding: 3.0.0-1</li> +<li>ros-humble-etsi-its-spatem-ts-coding-dbgsym: 3.0.0-1</li> +<li>ros-humble-etsi-its-spatem-ts-conversion: 3.0.0-1</li> +<li>ros-humble-etsi-its-spatem-ts-msgs: 3.0.0-1</li> +<li>ros-humble-etsi-its-spatem-ts-msgs-dbgsym: 3.0.0-1</li> +<li>ros-humble-proto2ros: 1.0.0-3</li> +<li>ros-humble-proto2ros-dbgsym: 1.0.0-3</li> +<li>ros-humble-tuw-geo-msgs: 0.2.3-1</li> +<li>ros-humble-tuw-geo-msgs-dbgsym: 0.2.3-1</li> +<li>ros-humble-tuw-graph-msgs: 0.2.3-1</li> +<li>ros-humble-tuw-graph-msgs-dbgsym: 0.2.3-1</li> +<li>ros-humble-tuw-object-map-msgs: 0.2.3-1</li> +<li>ros-humble-tuw-object-map-msgs-dbgsym: 0.2.3-1</li> +<li>ros-humble-tuw-std-msgs: 0.2.4-1</li> +<li>ros-humble-tuw-std-msgs-dbgsym: 0.2.4-1</li> +<li>ros-humble-ur-simulation-gz: 0.1.0-1</li> +<li>ros-humble-yasmin: 3.0.3-1</li> +<li>ros-humble-yasmin-demos: 3.0.3-1</li> +<li>ros-humble-yasmin-demos-dbgsym: 3.0.3-1</li> +<li>ros-humble-yasmin-msgs: 3.0.3-1</li> +<li>ros-humble-yasmin-msgs-dbgsym: 3.0.3-1</li> +<li>ros-humble-yasmin-ros: 3.0.3-1</li> +<li>ros-humble-yasmin-viewer: 3.0.3-1</li> +</ul> +<h3><a class="anchor" href="https://discourse.ros.org#p-88750-updated-packages-330-3" name="p-88750-updated-packages-330-3"></a>Updated Packages [330]:</h3> +<ul> +<li><a href="https://control.ros.org">ros-humble-ackermann-steering-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-ackermann-steering-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://control.ros.org">ros-humble-admittance-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-admittance-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-autoware-common-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-common-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-control-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-control-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-localization-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-localization-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-map-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-map-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-perception-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-perception-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-planning-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-planning-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-sensing-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-sensing-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-system-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-system-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-v2x-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-v2x-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-vehicle-msgs: 1.2.0-1 → 1.3.0-1</li> +<li>ros-humble-autoware-vehicle-msgs-dbgsym: 1.2.0-1 → 1.3.0-1</li> +<li><a href="https://control.ros.org">ros-humble-bicycle-steering-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-bicycle-steering-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-camera-aravis2: 1.0.0-1 → 1.1.0-1</li> +<li>ros-humble-camera-aravis2-dbgsym: 1.0.0-1 → 1.1.0-1</li> +<li>ros-humble-camera-aravis2-msgs: 1.0.0-1 → 1.1.0-1</li> +<li>ros-humble-camera-aravis2-msgs-dbgsym: 1.0.0-1 → 1.1.0-1</li> +<li>ros-humble-camera-ros: 0.2.0-1 → 0.2.1-1</li> +<li>ros-humble-camera-ros-dbgsym: 0.2.0-1 → 0.2.1-1</li> +<li>ros-humble-clearpath-ros2-socketcan-interface: 1.0.0-1 → 1.0.1-2</li> +<li>ros-humble-clearpath-ros2-socketcan-interface-dbgsym: 1.0.0-1 → 1.0.1-2</li> +<li><a href="https://control.ros.org">ros-humble-control-toolbox</a>: 3.3.0-1 → 3.4.0-1</li> +<li>ros-humble-control-toolbox-dbgsym: 3.3.0-1 → 3.4.0-1</li> +<li>ros-humble-controller-interface: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-controller-interface-dbgsym: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-controller-manager: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-controller-manager-dbgsym: 2.44.0-1 → 2.46.0-1</li> +<li><a href="http://ros.org/wiki/controller_manager_msgs">ros-humble-controller-manager-msgs</a>: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-controller-manager-msgs-dbgsym: 2.44.0-1 → 2.46.0-1</li> +<li><a href="http://dataspeedinc.com" rel="noopener nofollow ugc">ros-humble-dataspeed-can</a>: 2.0.4-1 → 2.0.5-1</li> +<li><a href="http://dataspeedinc.com" rel="noopener nofollow ugc">ros-humble-dataspeed-can-msg-filters</a>: 2.0.4-1 → 2.0.5-1</li> +<li><a href="http://dataspeedinc.com" rel="noopener nofollow ugc">ros-humble-dataspeed-can-msgs</a>: 2.0.4-1 → 2.0.5-1</li> +<li>ros-humble-dataspeed-can-msgs-dbgsym: 2.0.4-1 → 2.0.5-1</li> +<li><a href="http://dataspeedinc.com" rel="noopener nofollow ugc">ros-humble-dataspeed-can-tools</a>: 2.0.4-1 → 2.0.5-1</li> +<li>ros-humble-dataspeed-can-tools-dbgsym: 2.0.4-1 → 2.0.5-1</li> +<li><a href="http://dataspeedinc.com" rel="noopener nofollow ugc">ros-humble-dataspeed-can-usb</a>: 2.0.4-1 → 2.0.5-1</li> +<li>ros-humble-dataspeed-can-usb-dbgsym: 2.0.4-1 → 2.0.5-1</li> +<li><a href="https://control.ros.org">ros-humble-diff-drive-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-diff-drive-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://control.ros.org">ros-humble-effort-controllers</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-effort-controllers-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-etsi-its-cam-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-coding-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-msgs-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-ts-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-ts-coding-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-ts-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-ts-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cam-ts-msgs-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-conversion-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cpm-ts-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cpm-ts-coding-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cpm-ts-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cpm-ts-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-cpm-ts-msgs-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-denm-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-denm-coding-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-denm-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-denm-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-denm-msgs-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-messages: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-msgs-utils: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-primitives-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-rviz-plugins: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-rviz-plugins-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-vam-ts-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-vam-ts-coding-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-vam-ts-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-vam-ts-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-humble-etsi-its-vam-ts-msgs-dbgsym: 2.4.0-1 → 3.0.0-1</li> +<li><a href="https://control.ros.org">ros-humble-force-torque-sensor-broadcaster</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-force-torque-sensor-broadcaster-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://control.ros.org">ros-humble-forward-command-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-forward-command-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://github.com/foxglove/ros-foxglove-bridge" rel="noopener nofollow ugc">ros-humble-foxglove-bridge</a>: 0.8.1-1 → 0.8.2-1</li> +<li>ros-humble-foxglove-bridge-dbgsym: 0.8.1-1 → 0.8.2-1</li> +<li>ros-humble-franka-description: 0.2.0-1 → 0.4.0-3</li> +<li>ros-humble-game-controller-spl: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-game-controller-spl-interfaces: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-game-controller-spl-interfaces-dbgsym: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-gc-spl: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-gc-spl-2022: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-gc-spl-interfaces: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-gc-spl-interfaces-dbgsym: 2.1.0-1 → 2.2.0-2</li> +<li><a href="http://ros.org/wiki/geometric_shapes">ros-humble-geometric-shapes</a>: 2.1.3-2 → 2.3.1-1</li> +<li>ros-humble-geometric-shapes-dbgsym: 2.1.3-2 → 2.3.1-1</li> +<li><a href="https://control.ros.org">ros-humble-gripper-controllers</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-gripper-controllers-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-hardware-interface: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-hardware-interface-dbgsym: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-hardware-interface-testing: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-hardware-interface-testing-dbgsym: 2.44.0-1 → 2.46.0-1</li> +<li><a href="https://control.ros.org">ros-humble-imu-sensor-broadcaster</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-imu-sensor-broadcaster-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://github.com/ros-controls/ros2_control/wiki" rel="noopener nofollow ugc">ros-humble-joint-limits</a>: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-joint-limits-dbgsym: 2.44.0-1 → 2.46.0-1</li> +<li><a href="https://control.ros.org">ros-humble-joint-state-broadcaster</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-joint-state-broadcaster-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://control.ros.org">ros-humble-joint-trajectory-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-joint-trajectory-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/kitti_metrics_eval" rel="noopener nofollow ugc">ros-humble-kitti-metrics-eval</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-kitti-metrics-eval-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/swri-robotics/mapviz" rel="noopener nofollow ugc">ros-humble-mapviz</a>: 2.4.3-1 → 2.4.4-1</li> +<li>ros-humble-mapviz-dbgsym: 2.4.3-1 → 2.4.4-1</li> +<li><a href="https://github.com/swri-robotics/mapviz" rel="noopener nofollow ugc">ros-humble-mapviz-interfaces</a>: 2.4.3-1 → 2.4.4-1</li> +<li>ros-humble-mapviz-interfaces-dbgsym: 2.4.3-1 → 2.4.4-1</li> +<li><a href="https://github.com/swri-robotics/mapviz" rel="noopener nofollow ugc">ros-humble-mapviz-plugins</a>: 2.4.3-1 → 2.4.4-1</li> +<li>ros-humble-mapviz-plugins-dbgsym: 2.4.3-1 → 2.4.4-1</li> +<li><a href="http://wiki.ros.org/marker_msgs">ros-humble-marker-msgs</a>: 0.0.8-3 → 0.0.8-1</li> +<li>ros-humble-marker-msgs-dbgsym: 0.0.8-3 → 0.0.8-1</li> +<li>ros-humble-mola: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_bridge_ros2" rel="noopener nofollow ugc">ros-humble-mola-bridge-ros2</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-bridge-ros2-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/" rel="noopener nofollow ugc">ros-humble-mola-demos</a>: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_imu_preintegration" rel="noopener nofollow ugc">ros-humble-mola-imu-preintegration</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-imu-preintegration-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_input_euroc_dataset" rel="noopener nofollow ugc">ros-humble-mola-input-euroc-dataset</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-input-euroc-dataset-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_input_kitti_dataset" rel="noopener nofollow ugc">ros-humble-mola-input-kitti-dataset</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-input-kitti-dataset-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_input_kitti360_dataset" rel="noopener nofollow ugc">ros-humble-mola-input-kitti360-dataset</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-input-kitti360-dataset-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_input_mulran_dataset" rel="noopener nofollow ugc">ros-humble-mola-input-mulran-dataset</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-input-mulran-dataset-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_input_paris_luco_dataset" rel="noopener nofollow ugc">ros-humble-mola-input-paris-luco-dataset</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-input-paris-luco-dataset-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_input_rawlog" rel="noopener nofollow ugc">ros-humble-mola-input-rawlog</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-input-rawlog-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_input_rosbag2" rel="noopener nofollow ugc">ros-humble-mola-input-rosbag2</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-input-rosbag2-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_kernel" rel="noopener nofollow ugc">ros-humble-mola-kernel</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-kernel-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_launcher" rel="noopener nofollow ugc">ros-humble-mola-launcher</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-launcher-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_metric_maps" rel="noopener nofollow ugc">ros-humble-mola-metric-maps</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-metric-maps-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_msgs" rel="noopener nofollow ugc">ros-humble-mola-msgs</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-msgs-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_navstate_fuse" rel="noopener nofollow ugc">ros-humble-mola-navstate-fg</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-navstate-fg-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_navstate_fuse" rel="noopener nofollow ugc">ros-humble-mola-navstate-fuse</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-navstate-fuse-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_pose_list" rel="noopener nofollow ugc">ros-humble-mola-pose-list</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-pose-list-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_relocalization" rel="noopener nofollow ugc">ros-humble-mola-relocalization</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-relocalization-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_traj_tools" rel="noopener nofollow ugc">ros-humble-mola-traj-tools</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-traj-tools-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_viz" rel="noopener nofollow ugc">ros-humble-mola-viz</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-viz-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/MOLAorg/mola/tree/develop/mola_yaml" rel="noopener nofollow ugc">ros-humble-mola-yaml</a>: 1.2.1-1 → 1.3.0-1</li> +<li>ros-humble-mola-yaml-dbgsym: 1.2.1-1 → 1.3.0-1</li> +<li><a href="https://github.com/ros-planning/moveit_visual_tools" rel="noopener nofollow ugc">ros-humble-moveit-visual-tools</a>: 4.1.0-1 → 4.1.1-1</li> +<li>ros-humble-moveit-visual-tools-dbgsym: 4.1.0-1 → 4.1.1-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-apps</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-apps-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libapps</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libapps-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libbase</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libbase-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libgui</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libgui-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libhwdrivers</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libhwdrivers-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libmaps</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libmaps-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libmath</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libmath-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libnav</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libnav-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libobs</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libobs-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libopengl</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libopengl-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libposes</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libposes-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libros-bridge</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libros-bridge-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libslam</a>: 2.14.5-1 → 2.14.7-1</li> +<li>ros-humble-mrpt-libslam-dbgsym: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-mrpt-libtclap</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://github.com/swri-robotics/mapviz" rel="noopener nofollow ugc">ros-humble-multires-image</a>: 2.4.3-1 → 2.4.4-1</li> +<li>ros-humble-multires-image-dbgsym: 2.4.3-1 → 2.4.4-1</li> +<li><a href="https://wiki.ros.org/mvsim">ros-humble-mvsim</a>: 0.11.1-1 → 0.12.0-1</li> +<li>ros-humble-mvsim-dbgsym: 0.11.1-1 → 0.12.0-1</li> +<li>ros-humble-off-highway-can: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-can-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-general-purpose-radar: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-general-purpose-radar-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-general-purpose-radar-msgs: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-general-purpose-radar-msgs-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-premium-radar-sample: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-premium-radar-sample-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-premium-radar-sample-msgs: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-premium-radar-sample-msgs-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-radar: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-radar-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-radar-msgs: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-radar-msgs-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-sensor-drivers: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-sensor-drivers-examples: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-sensor-drivers-examples-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-uss: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-uss-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-uss-msgs: 0.6.3-1 → 0.7.0-1</li> +<li>ros-humble-off-highway-uss-msgs-dbgsym: 0.6.3-1 → 0.7.0-1</li> +<li><a href="https://github.com/AcademySoftwareFoundation/openvdb" rel="noopener nofollow ugc">ros-humble-openvdb-vendor</a>: 2.3.2-1 → 2.3.3-1</li> +<li>ros-humble-openvdb-vendor-dbgsym: 2.3.2-1 → 2.3.3-1</li> +<li><a href="https://github.com/pal-robotics/pal_statistics" rel="noopener nofollow ugc">ros-humble-pal-statistics</a>: 2.5.0-1 → 2.6.0-1</li> +<li>ros-humble-pal-statistics-dbgsym: 2.5.0-1 → 2.6.0-1</li> +<li><a href="https://github.com/pal-robotics/pal_statistics" rel="noopener nofollow ugc">ros-humble-pal-statistics-msgs</a>: 2.5.0-1 → 2.6.0-1</li> +<li>ros-humble-pal-statistics-msgs-dbgsym: 2.5.0-1 → 2.6.0-1</li> +<li>ros-humble-pick-ik: 1.1.0-1 → 1.1.1-1</li> +<li>ros-humble-pick-ik-dbgsym: 1.1.0-1 → 1.1.1-1</li> +<li><a href="https://control.ros.org">ros-humble-pid-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-pid-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://github.com/stack-of-tasks/pinocchio" rel="noopener nofollow ugc">ros-humble-pinocchio</a>: 2.6.21-1 → 3.3.0-1</li> +<li>ros-humble-pinocchio-dbgsym: 2.6.21-1 → 3.3.0-1</li> +<li><a href="https://control.ros.org">ros-humble-pose-broadcaster</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-pose-broadcaster-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://control.ros.org">ros-humble-position-controllers</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-position-controllers-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-humble-python-mrpt</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://control.ros.org">ros-humble-range-sensor-broadcaster</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-range-sensor-broadcaster-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-rcgcd-spl-14: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-rcgcd-spl-14-conversion: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-rcgcd-spl-14-dbgsym: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-rcgcrd-spl-4: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-rcgcrd-spl-4-conversion: 2.1.0-1 → 2.2.0-2</li> +<li>ros-humble-rcgcrd-spl-4-dbgsym: 2.1.0-1 → 2.2.0-2</li> +<li><a href="https://control.ros.org">ros-humble-realtime-tools</a>: 2.8.1-1 → 2.10.0-1</li> +<li>ros-humble-realtime-tools-dbgsym: 2.8.1-1 → 2.10.0-1</li> +<li><a href="http://ros.org/wiki/robot_calibration">ros-humble-robot-calibration</a>: 0.8.2-1 → 0.8.3-1</li> +<li>ros-humble-robot-calibration-dbgsym: 0.8.2-1 → 0.8.3-1</li> +<li><a href="http://ros.org/wiki/robot_calibration_msgs">ros-humble-robot-calibration-msgs</a>: 0.8.2-1 → 0.8.3-1</li> +<li>ros-humble-robot-calibration-msgs-dbgsym: 0.8.2-1 → 0.8.3-1</li> +<li>ros-humble-ros-gz: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-bridge: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-bridge-dbgsym: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-image: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-image-dbgsym: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-interfaces: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-interfaces-dbgsym: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-sim: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-sim-dbgsym: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-gz-sim-demos: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-bridge: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-bridge-dbgsym: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-gazebo: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-gazebo-dbgsym: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-gazebo-demos: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-image: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-image-dbgsym: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-interfaces: 0.244.15-1 → 0.244.16-2</li> +<li>ros-humble-ros-ign-interfaces-dbgsym: 0.244.15-1 → 0.244.16-2</li> +<li><a href="https://control.ros.org">ros-humble-ros2-control</a>: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-ros2-control-test-assets: 2.44.0-1 → 2.46.0-1</li> +<li><a href="https://control.ros.org">ros-humble-ros2-controllers</a>: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://control.ros.org">ros-humble-ros2-controllers-test-nodes</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-ros2controlcli: 2.44.0-1 → 2.46.0-1</li> +<li><a href="http://ros.org/wiki/rqt_controller_manager">ros-humble-rqt-controller-manager</a>: 2.44.0-1 → 2.46.0-1</li> +<li><a href="https://control.ros.org">ros-humble-rqt-joint-trajectory-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li><a href="http://introlab.github.io/rtabmap" rel="noopener nofollow ugc">ros-humble-rtabmap</a>: 0.21.6-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-conversions: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-conversions-dbgsym: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-dbgsym: 0.21.6-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-demos: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-examples: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-launch: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-msgs: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-msgs-dbgsym: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-odom: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-odom-dbgsym: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-python: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-ros: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-rviz-plugins: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-rviz-plugins-dbgsym: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-slam: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-slam-dbgsym: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-sync: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-sync-dbgsym: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-util: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-util-dbgsym: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-viz: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-rtabmap-viz-dbgsym: 0.21.5-1 → 0.21.9-1</li> +<li>ros-humble-slam-toolbox: 2.6.8-1 → 2.6.9-1</li> +<li>ros-humble-slam-toolbox-dbgsym: 2.6.8-1 → 2.6.9-1</li> +<li>ros-humble-spatio-temporal-voxel-layer: 2.3.2-1 → 2.3.3-1</li> +<li>ros-humble-spatio-temporal-voxel-layer-dbgsym: 2.3.2-1 → 2.3.3-1</li> +<li><a href="https://control.ros.org">ros-humble-steering-controllers-library</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-steering-controllers-library-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://github.com/swri-robotics/mapviz" rel="noopener nofollow ugc">ros-humble-tile-map</a>: 2.4.3-1 → 2.4.4-1</li> +<li>ros-humble-tile-map-dbgsym: 2.4.3-1 → 2.4.4-1</li> +<li>ros-humble-transmission-interface: 2.44.0-1 → 2.46.0-1</li> +<li>ros-humble-transmission-interface-dbgsym: 2.44.0-1 → 2.46.0-1</li> +<li><a href="https://control.ros.org">ros-humble-tricycle-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-tricycle-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li><a href="https://control.ros.org">ros-humble-tricycle-steering-controller</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-tricycle-steering-controller-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-tuw-geometry: 0.1.1-1 → 0.1.2-1</li> +<li>ros-humble-tuw-geometry-dbgsym: 0.1.1-1 → 0.1.2-1</li> +<li>ros-humble-ur-description: 2.1.8-2 → 2.1.9-1</li> +<li>ros-humble-ur-msgs: 2.0.1-1 → 2.1.0-1</li> +<li>ros-humble-ur-msgs-dbgsym: 2.0.1-1 → 2.1.0-1</li> +<li><a href="https://control.ros.org">ros-humble-velocity-controllers</a>: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-velocity-controllers-dbgsym: 2.38.0-1 → 2.39.0-1</li> +<li>ros-humble-wireless-msgs: 1.1.1-1 → 1.1.2-1</li> +<li>ros-humble-wireless-msgs-dbgsym: 1.1.1-1 → 1.1.2-1</li> +<li>ros-humble-wireless-watcher: 1.1.1-1 → 1.1.2-1</li> +<li>ros-humble-wireless-watcher-dbgsym: 1.1.1-1 → 1.1.2-1</li> +</ul> +<h3><a class="anchor" href="https://discourse.ros.org#p-88750-removed-packages-0-4" name="p-88750-removed-packages-0-4"></a>Removed Packages [0]:</h3> +<p>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:</p> +<ul> +<li>Alejandro Hernandez</li> +<li>Apex.AI, Inc.</li> +<li>Bence Magyar</li> +<li>Boston Dynamics AI Institute</li> +<li>Brandon Ong</li> +<li>Christian Rauch</li> +<li>Dave Coleman</li> +<li>Felix Exner</li> +<li>Franka Robotics GmbH</li> +<li>G.A. vd. Hoorn</li> +<li>Guilhem Saurel</li> +<li>Hans-Joachim Krauch</li> +<li>Jean-Pierre Busch</li> +<li>Jordan Palacios</li> +<li>Jose Luis Blanco-Claraco</li> +<li>Jose-Luis Blanco-Claraco</li> +<li>Justin Carpentier</li> +<li>Kevin Hallenbeck</li> +<li>Louise Poubel</li> +<li>Luis Camero</li> +<li>M. Fatih Cırıt</li> +<li>Markus Bader</li> +<li>Mathieu Labbe</li> +<li>Michael Ferguson</li> +<li>Micho Radovnikovich</li> +<li>Miguel Ángel González Santamarta</li> +<li>Raphael Hagmanns</li> +<li>Robin Petereit</li> +<li>Roni Kreinin</li> +<li>Sarah Huber</li> +<li>Southwest Research Institute</li> +<li>Steve Macenski</li> +<li>Takagi, Isamu</li> +<li>Tim Clephas</li> +<li>Tyler Weaver</li> +<li>Yutaka Kondo</li> +<li>ijnek</li> +<li>kminoda</li> +<li>miguel</li> +<li>rkreinin</li> +</ul> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/new-packages-for-humble-hawksbill-2024-12-20/41214">Read full topic</a></p> + Fri, 20 Dec 2024 16:57:13 +0000 + + + ROS Discourse General: World Magnetic Model 2025 released (and WMM2020 ending very soon!) + discourse.ros.org-topic-41211 + https://discourse.ros.org/t/world-magnetic-model-2025-released-and-wmm2020-ending-very-soon/41211 + <p>If you’re using magnetometers and <a href="https://www.ncei.noaa.gov/products/world-magnetic-model" rel="noopener nofollow ugc">World Magnetic Model</a> on your robots, pay attention!</p> +<p>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 <img alt=":smiley:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/smiley.png?v=12" title=":smiley:" width="20" /> ).</p> +<p>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.</p> +<p>If you’re using GeographicLib, it hasn’t adopted the new model yet, but the data are already provided by a side-channel: <a class="inline-onebox" href="https://github.com/geographiclib/geographiclib/issues/34" rel="noopener nofollow ugc">How to apply WMM2025 model in GeographicLib? · Issue #34 · geographiclib/geographiclib · GitHub</a> .</p> +<p>If you’re using <a href="http://wiki.ros.org/magnetic_model">magnetic_model</a> ROS package, WMM2025 will be included in its next release.</p> + <p><small>4 posts - 2 participants</small></p> + <p><a href="https://discourse.ros.org/t/world-magnetic-model-2025-released-and-wmm2020-ending-very-soon/41211">Read full topic</a></p> + Fri, 20 Dec 2024 12:58:30 +0000 + + + ROS Discourse General: Time to give your magnetometers a big refresh! + discourse.ros.org-topic-41208 + https://discourse.ros.org/t/time-to-give-your-magnetometers-a-big-refresh/41208 + <p><strong>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?</strong></p> +<hr /> +<p>I’d like to announce the <a href="https://discourse.ros.org/t/new-packages-for-noetic-2024-12-19/41203">release of our suite of magnetometer tools</a> that could be helpful to lots of people who deal with outdoor navigation.</p> +<p>The release is for ROS Noetic currently. We’ll definitely port the stack to ROS 2 some time next year.</p> +<p>I’ll be happy for feedback!</p> +<h2><a class="anchor" href="https://discourse.ros.org#p-88743-magnetometer_pipelinehttpwikirosorgmagnetometer_pipeline-1" name="p-88743-magnetometer_pipelinehttpwikirosorgmagnetometer_pipeline-1"></a><a href="http://wiki.ros.org/magnetometer_pipeline">magnetometer_pipeline</a></h2> +<p>To calibrate your magnetometer (i.e. identify its bias), use node <code>magnetometer_pipeline/ magnetometer_bias_observer</code> . Just spin up the node, call service <code>/calibrate_magnetometer</code> 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.</p> +<p><strong>Using a magnetometer without calibration is bad, bad, bad!</strong> The outputs are usually pretty much nonsense. Do not do it.</p> +<p>Once the magnetometer is calibrated, bias is published on topic <code>/imu/mag_bias</code>. Node (and nodelet) <code>magnetometer_pipeline/magnetometer_bias_remover</code> can take the raw <code>/imu/mag</code> data and remove the bias from them, providing topic <code>/imu/mag_unbiased</code>.</p> +<h2><a class="anchor" href="https://discourse.ros.org#p-88743-magnetometer_compasshttpwikirosorgmagnetometer_compass-2" name="p-88743-magnetometer_compasshttpwikirosorgmagnetometer_compass-2"></a><a href="http://wiki.ros.org/magnetometer_compass">magnetometer_compass</a></h2> +<p>To convert the magnetometer measurement to a heading, use node(let) <code>magnetometer_compass/magnetometer_compass</code>. It eats <code>/imu/mag_unbiased</code> and <code>/imu/data</code> (with orientation) and extracts azimuth (heading).</p> +<p>As there are multiple possible ways to express azimuths, <code>magnetometer_compass</code> supports all imaginable combinations:</p> +<p>Azimuth reference:</p> +<ul> +<li>Magnetic North (compliant with physical compasses)</li> +<li>Geographic (true) North (compliant with maps)</li> +<li>UTM North (compliant with the UTM projection - a Cartesian projection of Earth, used e.g. by robot_localization)</li> +</ul> +<p>Azimuth orientation:</p> +<ul> +<li>ENU (East-North-Up, compliant with REP-103)</li> +<li>NED (North-East-Down, compliant with physical compasses)</li> +</ul> +<p>Units:</p> +<ul> +<li>degrees (compliant with humans)</li> +<li>radians (compliant with REP-103)</li> +</ul> +<p>Output data types:</p> +<ul> +<li><a href="https://docs.ros.org/en/api/compass_msgs/html/msg/Azimuth.html">compass_msgs/Azimuth</a></li> +<li><a href="https://docs.ros.org/en/api/sensor_msgs/html/msg/Imu.html">sensor_msgs/Imu</a> (the node can turn an unreferenced yaw into a North-referenced one) (hopefully compatible with robot_localization)</li> +<li><a href="https://docs.ros.org/en/api/geometry_msgs/html/msg/QuaternionStamped.html">geometry_msgs/QuaternionStamped</a> (just a North-referenced yaw encoded into quaternion)</li> +<li><a href="https://docs.ros.org/en/api/geometry_msgs/html/msg/PoseWithCovarianceStamped.html">geometry_msgs/PoseWithCovarianceStamped</a> (pose with a North-referenced yaw encoded into orientation)</li> +</ul> +<p>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.</p> +<p>Magnetometer measurements can be quite noisy. Therefore, <code>magnetometer_compass</code> contains a built-in low-pass filter with configurable strength to make the azimuth reading a bit more stable.</p> +<p>Once you get the magnetometer_compass running, you might want to visualize its output using <code>magnetometer_compass/visualize_azimuth</code>, which can eat any of the above-defined outputs.</p> +<p>Some magnetometer drivers (<a href="https://github.com/ethz-asl/ethzasl_xsens_driver" rel="noopener nofollow ugc">ethzasl_xsens_driver</a>, 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!</p> +<h2><a class="anchor" href="https://discourse.ros.org#p-88743-compass_conversionshttpwikirosorgcompass_conversions-3" name="p-88743-compass_conversionshttpwikirosorgcompass_conversions-3"></a><a href="http://wiki.ros.org/compass_conversions">compass_conversions</a></h2> +<p>As can be seen above, there are quite a lot of ways to express an azimuth. <code>compass_conversions</code> provide a C++ library, message filter and nodelet that can convert any kind of azimuth to any other kind.</p> +<p>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:</p> +<pre><code class="lang-auto">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&amp; msg) { + ... // Handle the data which come geographic-referenced, ENU oriented, in radians +}); +</code></pre> +<p>Analogically, you can spin up <code>compass_conversions/compass_transformer</code> to do this conversion at the ROS API level.</p> +<h2><a class="anchor" href="https://discourse.ros.org#p-88743-magnetic_modelhttpwikirosorgmagnetic_model-4" name="p-88743-magnetic_modelhttpwikirosorgmagnetic_model-4"></a><a href="http://wiki.ros.org/magnetic_model">magnetic_model</a></h2> +<p>Converting magnetic North to true North requires knowing the magnetic declination. This is a value provided by <a href="https://www.ncei.noaa.gov/products/world-magnetic-model" rel="noopener nofollow ugc">World Magnetic Model</a>. <code>magnetic_model</code> is a C++ library that provides easy usage of the model with ROS data types. In addition to what GeographicLib already provides, <code>magnetic_model</code> also knows the error model of the conversion, so it can also tell you the variance of the conversion.</p> +<p>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.</p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/time-to-give-your-magnetometers-a-big-refresh/41208">Read full topic</a></p> + Fri, 20 Dec 2024 12:48:51 +0000 + + + ROS Discourse General: New Packages for Noetic 2024-12-19 + discourse.ros.org-topic-41203 + https://discourse.ros.org/t/new-packages-for-noetic-2024-12-19/41203 + <p>We’re happy to announce <strong>10</strong> new packages and <strong>79</strong> updates are now available in ROS Noetic. This sync was tagged as <a href="https://github.com/ros/rosdistro/blob/noetic/2024-12-19/noetic/distribution.yaml" rel="noopener nofollow ugc"><code>noetic/2024-12-19</code></a>.</p> +<p>Thank you to every maintainer and contributor who made these updates available!</p> +<h2><a class="anchor" href="https://discourse.ros.org#p-88732-package-updates-for-ros-noetic-1" name="p-88732-package-updates-for-ros-noetic-1"></a>Package Updates for ROS Noetic</h2> +<h3><a class="anchor" href="https://discourse.ros.org#p-88732-added-packages-10-2" name="p-88732-added-packages-10-2"></a>Added Packages [10]:</h3> +<ul> +<li><a href="https://wiki.ros.org/compass_conversions">ros-noetic-compass-conversions</a>: 2.0.1-1</li> +<li>ros-noetic-etsi-its-mapem-ts-coding: 3.0.0-1</li> +<li>ros-noetic-etsi-its-mapem-ts-conversion: 3.0.0-1</li> +<li>ros-noetic-etsi-its-mapem-ts-msgs: 3.0.0-1</li> +<li>ros-noetic-etsi-its-spatem-ts-coding: 3.0.0-1</li> +<li>ros-noetic-etsi-its-spatem-ts-conversion: 3.0.0-1</li> +<li>ros-noetic-etsi-its-spatem-ts-msgs: 3.0.0-1</li> +<li>ros-noetic-jsk-rosbag-tools: 2.2.15-4</li> +<li><a href="https://wiki.ros.org/magnetic_model">ros-noetic-magnetic-model</a>: 2.0.1-1</li> +<li><a href="https://wiki.ros.org/magnetometer_pipeline">ros-noetic-magnetometer-pipeline</a>: 2.0.1-1</li> +</ul> +<h3><a class="anchor" href="https://discourse.ros.org#p-88732-updated-packages-79-3" name="p-88732-updated-packages-79-3"></a>Updated Packages [79]:</h3> +<ul> +<li>ros-noetic-audio-video-recorder: 2.2.12-1 → 2.2.15-4</li> +<li>ros-noetic-cmd-vel-smoother: 0.1.17-2 → 0.1.18-1</li> +<li><a href="https://wiki.ros.org/compass_msgs">ros-noetic-compass-msgs</a>: 1.0.3-1 → 2.0.1-1</li> +<li>ros-noetic-contact-states-observer: 0.1.17-2 → 0.1.18-1</li> +<li><a href="https://wiki.ros.org/cras_cpp_common">ros-noetic-cras-cpp-common</a>: 2.4.5-1 → 2.4.7-1</li> +<li>ros-noetic-cras-docs-common: 2.4.5-1 → 2.4.7-1</li> +<li><a href="https://wiki.ros.org/cras_py_common">ros-noetic-cras-py-common</a>: 2.4.5-1 → 2.4.7-1</li> +<li><a href="https://wiki.ros.org/cras_topic_tools">ros-noetic-cras-topic-tools</a>: 2.4.5-1 → 2.4.7-1</li> +<li><a href="http://ros.org/wiki/dynamic_tf_publisher">ros-noetic-dynamic-tf-publisher</a>: 2.2.12-1 → 2.2.15-4</li> +<li><a>ros-noetic-eiquadprog</a>: 1.2.8-1 → 1.2.9-1</li> +<li>ros-noetic-etsi-its-cam-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-cam-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-cam-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-cam-ts-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-cam-ts-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-cam-ts-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-cpm-ts-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-cpm-ts-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-cpm-ts-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-denm-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-denm-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-denm-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-messages: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-msgs-utils: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-primitives-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-rviz-plugins: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-vam-ts-coding: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-vam-ts-conversion: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-etsi-its-vam-ts-msgs: 2.4.0-1 → 3.0.0-1</li> +<li>ros-noetic-eus-nlopt: 0.1.17-2 → 0.1.18-1</li> +<li>ros-noetic-eus-qp: 0.1.17-2 → 0.1.18-1</li> +<li>ros-noetic-eus-qpoases: 0.1.17-2 → 0.1.18-1</li> +<li>ros-noetic-eus-teleop: 0.1.17-2 → 0.1.18-1</li> +<li><a href="https://wiki.ros.org/image_transport_codecs">ros-noetic-image-transport-codecs</a>: 2.4.5-1 → 2.4.7-1</li> +<li><a href="http://ros.org/wiki/image_view2">ros-noetic-image-view2</a>: 2.2.12-1 → 2.2.15-4</li> +<li>ros-noetic-joy-mouse: 0.1.17-2 → 0.1.18-1</li> +<li>ros-noetic-jsk-calibration: 0.1.17-2 → 0.1.18-1</li> +<li><a href="http://ros.org/wiki/jsk_common">ros-noetic-jsk-common</a>: 2.2.12-1 → 2.2.15-4</li> +<li><a href="http://ros.org/wiki/jsk_control">ros-noetic-jsk-control</a>: 0.1.17-2 → 0.1.18-1</li> +<li>ros-noetic-jsk-data: 2.2.12-1 → 2.2.15-4</li> +<li>ros-noetic-jsk-footstep-controller: 0.1.17-2 → 0.1.18-1</li> +<li><a href="http://ros.org/wiki/jsk_footstep_planner">ros-noetic-jsk-footstep-planner</a>: 0.1.17-2 → 0.1.18-1</li> +<li><a href="http://ros.org/wiki/jsk_ik_server">ros-noetic-jsk-ik-server</a>: 0.1.17-2 → 0.1.18-1</li> +<li><a href="http://ros.org/wiki/jsk_interactive">ros-noetic-jsk-interactive</a>: 2.1.8-1 → 2.1.10-1</li> +<li><a href="http://ros.org/wiki/interactive_marker">ros-noetic-jsk-interactive-marker</a>: 2.1.8-1 → 2.1.10-1</li> +<li><a href="http://ros.org/wiki/jsk_interactive_test">ros-noetic-jsk-interactive-test</a>: 2.1.8-1 → 2.1.10-1</li> +<li>ros-noetic-jsk-network-tools: 2.2.12-1 → 2.2.15-4</li> +<li><a href="https://jsk-visualization.readthedocs.io/en/latest/jsk_rqt_plugins/index.html" rel="noopener nofollow ugc">ros-noetic-jsk-rqt-plugins</a>: 2.1.8-1 → 2.1.10-1</li> +<li><a href="https://jsk-visualization.readthedocs.io/en/latest/jsk_rviz_plugins/index.html" rel="noopener nofollow ugc">ros-noetic-jsk-rviz-plugins</a>: 2.1.8-1 → 2.1.10-1</li> +<li><a href="http://ros.org/wiki/jsk_teleop_joy">ros-noetic-jsk-teleop-joy</a>: 0.1.17-2 → 0.1.18-1</li> +<li>ros-noetic-jsk-tilt-laser: 2.2.12-1 → 2.2.15-4</li> +<li><a href="http://ros.org/wiki/jsk_tools">ros-noetic-jsk-tools</a>: 2.2.12-1 → 2.2.15-4</li> +<li><a href="http://ros.org/wiki/jsk_topic_tools">ros-noetic-jsk-topic-tools</a>: 2.2.12-1 → 2.2.15-4</li> +<li><a href="http://ros.org/wiki/jsk_visualization">ros-noetic-jsk-visualization</a>: 2.1.8-1 → 2.1.10-1</li> +<li><a href="https://wiki.ros.org/magnetometer_compass">ros-noetic-magnetometer-compass</a>: 1.0.3-1 → 2.0.1-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-apps</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libapps</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libbase</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libgui</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libhwdrivers</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libmaps</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libmath</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libnav</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libobs</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libopengl</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libposes</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libros-bridge</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libslam</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-mrpt-libtclap</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="http://ros.org/wiki/map_server">ros-noetic-multi-map-server</a>: 2.2.12-1 → 2.2.15-4</li> +<li><a href="https://wiki.ros.org/mvsim">ros-noetic-mvsim</a>: 0.11.2-1 → 0.12.1-1</li> +<li><a href="https://github.com/stack-of-tasks/pinocchio" rel="noopener nofollow ugc">ros-noetic-pinocchio</a>: 2.6.21-1 → 3.3.0-1</li> +<li><a href="https://www.mrpt.org/" rel="noopener nofollow ugc">ros-noetic-python-mrpt</a>: 2.14.5-1 → 2.14.7-1</li> +<li><a href="http://wiki.ros.org/ur_client_library">ros-noetic-ur-client-library</a>: 1.4.0-1 → 1.5.0-1</li> +<li>ros-noetic-urg-stamped: 0.3.0-1 → 0.4.0-1</li> +<li><a href="http://ros.org/wiki/virtual_force_publisher">ros-noetic-virtual-force-publisher</a>: 2.2.12-1 → 2.2.15-4</li> +</ul> +<h3><a class="anchor" href="https://discourse.ros.org#p-88732-removed-packages-0-4" name="p-88732-removed-packages-0-4"></a>Removed Packages [0]:</h3> +<p>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:</p> +<ul> +<li>Atsushi Watanabe</li> +<li>Felix Exner</li> +<li>Guilhem Saurel</li> +<li>Iori Yanokura</li> +<li>Jean-Pierre Busch</li> +<li>Jose-Luis Blanco-Claraco</li> +<li>Justin Carpentier</li> +<li>Kei Okada</li> +<li>Martin Pecka</li> +<li>Noda Shintaro</li> +<li>Ryohei Ueda</li> +<li>Shingo Kitagawa</li> +<li>Shunichi Nozawa</li> +<li>YoheiKakiuchi</li> +<li>Yuki Furuta</li> +<li>Yusuke Furuta</li> +<li>furuta</li> +<li>nozawa</li> +</ul> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/new-packages-for-noetic-2024-12-19/41203">Read full topic</a></p> + Fri, 20 Dec 2024 01:04:11 +0000 + + + ROS Discourse General: How do you monitor your robot diagnostics (topic rates)? + discourse.ros.org-topic-41191 + https://discourse.ros.org/t/how-do-you-monitor-your-robot-diagnostics-topic-rates/41191 + <p>Hi all!</p> +<p>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.</p> +<p>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.</p> +<p>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.</p> +<p>I would be also interested in hearing how you monitor the other aspects of your robots, such as network usage, Node health, etc.</p> + <p><small>10 posts - 7 participants</small></p> + <p><a href="https://discourse.ros.org/t/how-do-you-monitor-your-robot-diagnostics-topic-rates/41191">Read full topic</a></p> + Thu, 19 Dec 2024 09:58:50 +0000 + + + ROS Discourse General: Next Client Library WG Meeting: Friday 20th December 2024 8AM PT + discourse.ros.org-topic-41179 + https://discourse.ros.org/t/next-client-library-wg-meeting-friday-20th-december-2024-8am-pt/41179 + <p>Hi,<br /> +The next meeting of the Client Library Working Group will be this Friday, 20th December 2024 at 8 AM Pacific Time.</p> +<ul> +<li>Meeting link: <a href="https://meet.google.com/owk-drkk-sob" rel="noopener nofollow ugc">https://meet.google.com/owk-drkk-sob</a></li> +<li>Meeting minutes and agenda: <a class="inline-onebox" href="https://docs.google.com/document/d/1-tU2AKoHKLCVHPBz0QchYownmZZvYjHmVUQXT2WBMOw/edit?usp=sharing" rel="noopener nofollow ugc">ROS 2 Client Libraries Working Group - Google Docs</a></li> +<li>Calendar invite: <a href="https://calendar.app.google/U3TZq2dxngTkKPiA6" rel="noopener nofollow ugc">https://calendar.app.google/U3TZq2dxngTkKPiA6</a></li> +<li>Google group if you want to be notified of future meetings: <a href="https://groups.google.com/g/ros-2-client-library-wg" rel="noopener nofollow ugc">https://groups.google.com/g/ros-2-client-library-wg</a></li> +</ul> +<p>The Client Library Working Group has also become the first official WG under the new OSRA and ROS PMC organization!</p> + <p><small>10 posts - 5 participants</small></p> + <p><a href="https://discourse.ros.org/t/next-client-library-wg-meeting-friday-20th-december-2024-8am-pt/41179">Read full topic</a></p> + Wed, 18 Dec 2024 23:17:46 +0000 + + + ROS Discourse General: ROS 2 Visualization Tools for Architecture + discourse.ros.org-topic-41170 + https://discourse.ros.org/t/ros-2-visualization-tools-for-architecture/41170 + <p>Hello everyone,</p> +<p>I was wondering what kind of visualizations tools do you use or are aware to see the architecture of a ROS 2 system?</p> +<p>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.</p> +<p>Thank you!<br /> +Paulo</p> + <p><small>3 posts - 3 participants</small></p> + <p><a href="https://discourse.ros.org/t/ros-2-visualization-tools-for-architecture/41170">Read full topic</a></p> + Wed, 18 Dec 2024 15:44:50 +0000 + + + ROS Discourse General: Global Robot Density in Factories Doubled in Seven Years - What's the impact of ROS? + discourse.ros.org-topic-41123 + https://discourse.ros.org/t/global-robot-density-in-factories-doubled-in-seven-years-whats-the-impact-of-ros/41123 + <p>Has anybody read this news? What’s your opinion on the impact of ROS here?</p> +<p>+++</p> +<h1><a class="anchor" href="https://discourse.ros.org#p-88592-global-robot-density-in-factories-doubled-in-seven-yearshttpsifrorgifr-press-releasesnewsglobal-robot-density-in-factories-doubled-in-seven-years-1" name="p-88592-global-robot-density-in-factories-doubled-in-seven-yearshttpsifrorgifr-press-releasesnewsglobal-robot-density-in-factories-doubled-in-seven-years-1"></a><a href="https://ifr.org/ifr-press-releases/news/global-robot-density-in-factories-doubled-in-seven-years" rel="noopener nofollow ugc">Global Robot Density in Factories Doubled in Seven Years</a></h1> +<h3><a class="anchor" href="https://discourse.ros.org#p-88592-new-world-robotics-data-by-international-federation-of-robotics-reveal-2" name="p-88592-new-world-robotics-data-by-international-federation-of-robotics-reveal-2"></a>New World Robotics Data by International Federation of Robotics reveal</h3> +<p><em>Frankfurt, Nov 20, 2024 —</em> 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).</p> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/a/4/a420f9c724ab04af1ab2fb24945b94af6e40fc0b.jpeg" rel="noopener nofollow ugc" title=""><img alt="" height="388" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/a/4/a420f9c724ab04af1ab2fb24945b94af6e40fc0b_2_690x388.jpeg" width="690" /></a></div><p></p> +<p>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."</p> +<h2><a class="anchor" href="https://discourse.ros.org#p-88592-robot-density-by-region-3" name="p-88592-robot-density-by-region-3"></a>Robot density by region</h2> +<p>The <strong>European Union</strong> 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.</p> +<p><strong>North America´s</strong> 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.</p> +<p><strong>Asia</strong> 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.</p> +<h2><a class="anchor" href="https://discourse.ros.org#p-88592-top-countries-4" name="p-88592-top-countries-4"></a>Top countries</h2> +<p>The <strong>Republic of Korea</strong> 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.</p> +<p><strong>Singapore</strong> 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.</p> +<p><strong>China</strong> 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.</p> +<p><strong>Germany</strong> ranks fourth with 429 robots per 10,000 employees. The robot density of Europe´s largest economy has grown by 5% CAGR since 2018.</p> +<p><strong>Japan</strong> 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).</p> +<p>Robot density in the <strong>United States</strong> reached 295 units in 2023. The country ranks tenth in the world.</p> +<h2><a class="anchor" href="https://discourse.ros.org#p-88592-about-robot-density-5" name="p-88592-about-robot-density-5"></a>About Robot density</h2> +<p>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.</p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/global-robot-density-in-factories-doubled-in-seven-years-whats-the-impact-of-ros/41123">Read full topic</a></p> + Mon, 16 Dec 2024 20:33:30 +0000 + + + ROS Discourse General: Is there a ROS 2 gazebo project for humanoids robots? + discourse.ros.org-topic-41094 + https://discourse.ros.org/t/is-there-a-ros-2-gazebo-project-for-humanoids-robots/41094 + <p>Dear ROS community,</p> +<p>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.</p> +<p>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.</p> +<p>The closet project I found was Unitree’s ROS 1 project <a class="inline-onebox" href="https://github.com/unitreerobotics/unitree_ros" rel="noopener nofollow ugc">GitHub - unitreerobotics/unitree_ros</a> but it has not been updated for the newer ROS 2 and Gazebo.</p> +<p>Thank you for your time.</p> +<p>With best,<br /> +Azmyin</p> + <p><small>4 posts - 3 participants</small></p> + <p><a href="https://discourse.ros.org/t/is-there-a-ros-2-gazebo-project-for-humanoids-robots/41094">Read full topic</a></p> + Sun, 15 Dec 2024 05:41:56 +0000 + + + ROS Discourse General: Opinion on companies still using ROS1 + discourse.ros.org-topic-41079 + https://discourse.ros.org/t/opinion-on-companies-still-using-ros1/41079 + <p>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.<br /> +On one hand I realize that ROS is just a framework and that a lot can still be done and learned.<br /> +On the other, having worked for some years on both ROS and ROS2 I see the benefits of working with ROS2.<br /> +So I am torn and would like to hear other voices on the matter.</p> + <p><small>16 posts - 12 participants</small></p> + <p><a href="https://discourse.ros.org/t/opinion-on-companies-still-using-ros1/41079">Read full topic</a></p> + Fri, 13 Dec 2024 22:48:13 +0000 + + + ROS Discourse General: ROS News for the Week of December 9th, 2024 + discourse.ros.org-topic-41073 + https://discourse.ros.org/t/ros-news-for-the-week-of-december-9th-2024/41073 + <h1><a class="anchor" href="https://discourse.ros.org#p-88510-ros-news-for-the-week-of-december-9th-2024-1" name="p-88510-ros-news-for-the-week-of-december-9th-2024-1"></a>ROS News for the Week of December 9th, 2024</h1> +<br /> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/f/3/f3d9d5342b7374ac0526df78b067dad56b1f0bee.jpeg" title="image"><img alt="image" height="345" src="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/f/3/f3d9d5342b7374ac0526df78b067dad56b1f0bee.jpeg" width="517" /></a></div><br /> +<img alt=":cn:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/cn.png?v=12" title=":cn:" width="20" /> <img alt=":tada:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/tada.png?v=12" title=":tada:" width="20" /> Our first ever ROSCon in China happened in Shanghai over the weekend! We want to congratulate the organizers on orchestrating such an impressive event. <a href="https://discourse.ros.org/t/roscon-china-2024-more-than-200-robotics-companies-participated/41029">You can find a recap of ROSCon China here.</a><br /> +<br /><p></p> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/c/7/c7be912533f5142c58a62011a97ee7b766602b37.jpeg" title="May 2023 - Nov 2024"><img alt="May 2023 - Nov 2024" height="194" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/c/7/c7be912533f5142c58a62011a97ee7b766602b37_2_345x194.jpeg" width="345" /></a></div><br /> +<a href="https://discourse.ros.org/t/iron-irwini-is-end-of-life/41031/2">ROS 2 Iron Irwini is now officially end-of-life</a>. If you are currently using Iron please consider upgrading to Jazzy!<p></p> +<br /> +<p><img alt="harp2" class="animated" height="136" src="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/e/4/e412077900cd1e52fab01fd99a57208448f0e4ef.gif" width="240" /><br /> +Check out the <a href="https://robotcopper.github.io/HARP/HARP2.html">HARP2 robot</a> 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.</p> +<br /> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/1/3/136cf3f23f025849b44bb6bcc52f45998bf87e98.jpeg" title="poster-thumbnail"><img alt="poster-thumbnail" height="243" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/1/3/136cf3f23f025849b44bb6bcc52f45998bf87e98_2_345x243.jpeg" width="345" /></a></div><br /> +<a href="https://tidybot2.github.io/">The team behind TidyBot2</a> 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 <a href="https://tidybot2.github.io/docs/">docs</a> for more details.<p></p> +<br /> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/2/1/216a2ac455603652fbda5952ec9661defc9d6bd5.png" title="image"><img alt="image" height="250" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/2/1/216a2ac455603652fbda5952ec9661defc9d6bd5_2_280x250.png" width="280" /></a></div><br /> +This week <a href="https://rosindustrial.org/3d-camera-survey">ROS Industrial</a> 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.<p></p> +<br /> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/6/9/6952c4de9dae5cdfea47cd10bb075cd8502088f4.png" title="image"><img alt="image" height="250" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/6/9/6952c4de9dae5cdfea47cd10bb075cd8502088f4_2_274x250.png" width="274" /></a></div><br /> +I want to send a big shout out <a class="mention" href="https://discourse.ros.org/u/abaeyens">@abaeyens</a> for putting together this fantastic documentation on <a href="https://docs.ros.org/en/rolling/Tutorials/Intermediate/Testing/Integration.html">ROS 2 integration testing</a> for <a href="http://docs.ros.org">docs.ros.org</a>. <img alt=":tada:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/tada.png?v=12" title=":tada:" width="20" /><p></p> +<p>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. <a href="https://discourse.ros.org/t/towards-a-rosdoc-integation-testing-tutorial/40701">That’s exactly what @abaeyens<br /> +did in this case and the results are excellent</a>.</p> +<br /> +<h1><a class="anchor" href="https://discourse.ros.org#p-88510-events-2" name="p-88510-events-2"></a>Events</h1> +<ul> +<li><a href="https://firahackathon.github.io/">2024-12-15 FIRA Ag Robotics Hackathon Registration Deadline</a></li> +<li><a href="https://autodrive-ecosystem.github.io/competitions/f1tenth-sim-racing-cdc-2024/">2024-12-16 =&gt; 2024-12-19 F1Tenth Sim Racing League at CDC 2024</a></li> +<li><a href="https://discourse.ros.org/t/aerial-robotics-meeting-xmas-with-bitcraze-dec-18-2024/40951">2024-12-18 Aerial Robotics meeting - Xmas with Bitcraze</a></li> +<li><a href="https://docs.google.com/forms/d/e/1FAIpQLSeiuWtUClyQ2Aj-CBFwZacpfL9xxgG_ZA8ImF0SF9sT2-sqKA/viewform">2024-12-22 Open Hardware Summit CFP Deadline</a></li> +<li><a href="https://www.naturalroboticscontest.com/">2024-12-31 Deadline for Natural Robotics Contest</a></li> +<li><a href="https://fosdem.org/2025/">2025-02-01 FOSDEM 25</a> – <a href="https://discourse.ros.org/t/fosdem-2025-robotics-simulation-first-edition/40349">See Robotics and Sim Room</a></li> +<li><a href="https://world-fira.com/">2025-02-04 =&gt; 2025-02-06 World FIRA Ag Robotics Conference in Toulouse, France</a></li> +<li><a href="https://discourse.ros.org/t/7th-international-workshop-on-robotics-software-engineering/39901">2025-04-28 International Workshop on Robotics Software Engineering</a></li> +<li><a href="https://2025.oshwa.org/">2025-05-30 =&gt; 2025-05-31 2025 Open Hardware Summit in Edinburgh</a></li> +</ul> +<h1><a class="anchor" href="https://discourse.ros.org#p-88510-news-3" name="p-88510-news-3"></a>News</h1> +<ul> +<li><a href="https://discourse.ros.org/t/roscon-china-2024-more-than-200-robotics-companies-participated/41029">ROSCon China 2024</a></li> +<li><a href="https://discourse.ros.org/t/ros-pmc-meeting-minutes-2024-12-10/41040">ROS PMC Meeting Minutes 2024-12-10</a></li> +<li><a href="https://www.ieee-ras.org/publications/ra-p">IEEE Robotics and Automation Society Launches new Journal</a></li> +<li><a href="https://discourse.ros.org/t/we-seek-for-your-feedback-to-shape-the-future-of-autoware/41038">We seek for your feedback to shape the future of Autoware!</a></li> +<li><a href="https://discourse.ros.org/t/how-important-is-ros-when-searching-for-a-job/41032">How important is ROS when searching for a job?</a></li> +<li><a href="https://techcrunch.com/2024/12/12/rip-cruise-robotaxi/">RIP, Cruise robotaxi</a>– <a href="https://www.therobotreport.com/gm-will-no-longer-fund-cruise-robotaxi-development/">The Robot Report</a></li> +<li><a href="https://www.therobotreport.com/diligent-robotics-new-ai-advisory-board-advance-embodied-ai-healthcare-robotics/">Diligent Robotics’ new AI Advisory Board to advance embodied AI in healthcare robotics</a></li> +<li><a href="https://techcrunch.com/2024/12/12/anybotics-raises-60m-to-scale-autonomous-industrial-robots-in-the-u-s/">Anybotics raises $60M to bring more autonomous industrial robots to the US</a></li> +<li><a href="https://techcrunch.com/2024/12/05/amp-robotics-raises-91m-to-build-more-robot-filled-waste-sorting-facilities/">Amp Robotics raises $91M to build more robot-filled waste-sorting facilities</a></li> +<li><a href="https://spectrum.ieee.org/fei-fei-li-world-labs">AI Pioneer Fei-Fei Li Has a Vision for Computer Vision</a></li> +<li><a href="https://spectrum.ieee.org/ai-safety">OpenAI, GoogleDeepMind, and Meta Get Bad Grades on AI Safety</a></li> +<li><a href="https://spectrum.ieee.org/video-friday-mars-chopper">Robot Videos: Mars Helicopter, Sanctuary AI, and More</a></li> +<li><a href="https://discourse.ros.org/t/safe-dds-achieves-iso-26262-asil-d-certification/41036">Safe DDS Achieves ISO 26262 ASIL D Certification</a></li> +<li><a href="https://discourse.ros.org/t/call-for-ifr-s-women-in-robotics-10-women-shaping-the-future-of-robotics-in-2025-is-now-open/41068">Call for “IFR’s Women in Robotics: 10 Women Shaping the Future of Robotics in 2025” is now open</a></li> +<li><a href="https://www.ieee-ras.org/about-ras/latest-news/call-students-participating-in-ieee-robotic-standardization-efforts-spirse">Grant for Students Participating in IEEE Robotic Standardization Efforts (SPIRSE)</a></li> +<li><a href="https://discourse.ros.org/t/robotics-engineers-are-in-high-demand-but-what-is-the-job-really-like/41015">Robotics engineers are in high demand — but what is the job really like?</a></li> +<li><a href="https://discourse.ros.org/t/interest-for-a-south-florida-ros-users-group/41008/2">Interest for a South Florida ROS Users Group?</a></li> +<li><a href="https://www.youtube.com/watch?v=kKCU3DM8PT0">Video: Kids Train Their Own AI-Powered Robot</a></li> +<li><a href="https://www.youtube.com/watch?v=oMIzIRqv1e0">Annual FZI Xmas Video</a></li> +<li><a href="https://www.space.com/the-universe/jupiter/nasa-tests-high-tech-software-for-future-mission-to-search-for-life-on-jupiters-moon-europa">NASA tests high-tech software for future mission to search for life on Jupiter’s moon Europa</a></li> +<li><a href="https://www.mccormick.northwestern.edu/robotics/inside-our-program/stories/2024/navigating-hazardous-terrain-at-nasas-jet-propulsion-laboratory.html">Navigating Hazardous Terrain at NASA’s Jet Propulsion Laboratory</a></li> +<li><a href="https://www.youtube.com/watch?v=_U0IYuIWwqk">ELISA Workshop at NASA Goddard, Washington, D.C.</a></li> +<li><a href="https://github.com/Robertleoj/pen_plotter_robot/blob/main/story.md">Pen Plotter Robot Build</a></li> +</ul> +<h1><a class="anchor" href="https://discourse.ros.org#p-88510-ros-4" name="p-88510-ros-4"></a>ROS</h1> +<ul> +<li><a href="https://discourse.ros.org/t/iron-irwini-is-end-of-life/41031/2">Iron Irwini is End-of-Life</a></li> +<li><a href="https://discourse.ros.org/t/quik-a-ultra-fast-and-robust-generalized-inverse-kinematics-solver-for-c-ros2/41024/4">QuIK: A ultra-fast and robust generalized inverse kinematics solver for C++/ROS2</a></li> +<li><a href="https://discourse.ros.org/t/towards-a-rosdoc-integation-testing-tutorial/40701/4">Towards a ROSdoc integation testing tutorial</a> – <a href="https://docs.ros.org/en/rolling/Tutorials/Intermediate/Testing/Integration.html">Docs link</a></li> +<li><a href="https://discourse.ros.org/t/gazebo-garden-officially-end-of-life-x-post-gazebo-sim-community/41044"><img alt=":checkered_flag:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/checkered_flag.png?v=12" title=":checkered_flag:" width="20" /> Gazebo Garden officially end-of-life</a></li> +<li><a href="https://discourse.ros.org/t/extending-urdf-to-include-physical-interfaces-plugs-and-computing-component-e-g-control-boxes/41061">Extending URDF to include physical interfaces (plugs) and computing components (e.g., control boxes)</a></li> +<li><a href="https://discourse.ros.org/t/ros-2-rust-meeting-december-2024/40991">ROS 2 Rust Meeting: December 2024</a></li> +<li><a href="https://duckietown.com/monocular-navigation-in-duckietown-using-lednet-architecture/?utm_campaign=Student%27s%20Project&amp;utm_content=318875713&amp;utm_medium=social&amp;utm_source=twitter&amp;hss_channel=tw-991690269975371776">Monocular Navigation in Duckietown Using LEDNet Architecture</a></li> +<li><a href="https://github.com/SYSU-STAR/SOAR">IROS 2024: Simultaneous Exploration and Photographing with Heterogeneous UAVs for Fast Autonomous Reconstruction</a></li> +<li><a href="https://rosindustrial.org/3d-camera-survey"><img alt=":cool:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/cool.png?v=12" title=":cool:" width="20" /> ROS Industrial 3D Camera Survey</a></li> +<li><a href="https://github.com/bdaiinstitute/proto2ros">Protobuf / ROS 2 interoperability layer</a></li> +<li><a href="https://github.com/tier4/umber_dds">DDS but in Rust</a></li> +<li><a href="https://github.com/sparolab/referee">ReFeree: Radar-based Lightweight and Robust Localization using Feature and Free space.</a></li> +<li><a href="https://github.com/xieyuser/GS-LIVM">GS-LIVM: Real-Time Photo-Realistic LiDAR-Inertial-Visual Mapping with Gaussian Splatting</a></li> +<li><a href="https://github.com/yorklyb/L-PR">Exploiting LiDAR Fiducial Marker for Unordered Low Overlap Multiview Point Cloud Registration</a></li> +<li><a href="https://arxiv.org/abs/2412.03887">MOANA: Multi-Radar Dataset for Maritime Odometry and Autonomous Navigation Application</a> – <a href="https://sites.google.com/corp/view/rpmmoana/">MOANA Dataset</a></li> +<li><a href="https://www.youtube.com/live/ithYYtUduMQ">Video: Articulation Rigging with ROS 2 Bridge</a></li> +<li><a href="https://github.com/ywyeli/UniDrive">UniDrive: Towards Universal Driving Perception Across Camera Configurations</a></li> +<li><a href="https://www.youtube.com/watch?v=B0fMZHYs_Vc">Video: Zenoh User Meeting 2024</a></li> +<li><a href="https://qiita.com/Ninagawa123/items/c4643ca92e57c3a45efb">URDF kitchen: A powerful GUI to help you create URDFs</a></li> +<li><a href="https://tidybot2.github.io/">TidyBot++: An Open-Source Holonomic Mobile Manipulator for Robot Learning</a> – <a href="https://tidybot2.github.io/docs/">docs</a></li> +<li><a href="https://github.com/Chyaru/Keyboard-controller-for-ROS2">Keyboard Controller for ROS 2</a></li> +<li><a href="https://github.com/danielpmorton/cbfpy/">Control Barrier Functions in Python and Jax</a> – <a href="https://danielpmorton.github.io/cbfpy/">docs</a></li> +<li><a href="https://github.com/Minipada/ros2_data_collection">Collect, validate and send data reliably from ROS 2 to create APIs and dashboards.</a></li> +<li><a href="https://arxiv.org/abs/2412.03760">Large-Scale Dense 3D Mapping Using Submaps Derived From Orthogonal Imaging Sonars</a></li> +<li><a href="https://robotcopper.github.io/HARP/HARP2.html">HARP2 Holonomic Robot</a></li> +<li><a href="https://github.com/pojenwang/Space-ROS-Isaac-Sim/">Space ROS Isaac Sim</a></li> +</ul> +<h1><a class="anchor" href="https://discourse.ros.org#p-88510-got-a-minute-alarm_clock-5" name="p-88510-got-a-minute-alarm_clock-5"></a>Got a minute? <img alt=":alarm_clock:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/alarm_clock.png?v=12" title=":alarm_clock:" width="20" /></h1> +<p>All we want for Christmas are <a href="https://docs.ros.org/en/rolling/The-ROS2-Project/Contributing.html">pull requests to the ROS 2 docs</a>. <img alt=":gift:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/gift.png?v=12" title=":gift:" width="20" /></p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/ros-news-for-the-week-of-december-9th-2024/41073">Read full topic</a></p> + Fri, 13 Dec 2024 20:21:44 +0000 + + + ROS Discourse General: Call for “IFR’s Women in Robotics: 10 Women Shaping the Future of Robotics in 2025” is now open + discourse.ros.org-topic-41068 + https://discourse.ros.org/t/call-for-ifr-s-women-in-robotics-10-women-shaping-the-future-of-robotics-in-2025-is-now-open/41068 + <h1><a class="anchor" href="https://discourse.ros.org#p-88501-call-for-ifrs-women-in-robotics-10-women-shaping-the-future-of-robotics-in-2025-is-now-open-1" name="p-88501-call-for-ifrs-women-in-robotics-10-women-shaping-the-future-of-robotics-in-2025-is-now-open-1"></a>Call for “IFR’s Women in Robotics: 10 Women Shaping the Future of Robotics in 2025” is now open</h1> +<h3><a class="anchor" href="https://discourse.ros.org#p-88501-the-international-federation-of-robotics-ifrhttpsifrorgifr-press-releasesnewscall-ifr-women-in-robotics-2025-is-looking-for-outstanding-women-in-robotics-2" name="p-88501-the-international-federation-of-robotics-ifrhttpsifrorgifr-press-releasesnewscall-ifr-women-in-robotics-2025-is-looking-for-outstanding-women-in-robotics-2"></a>The International Federation of Robotics (<a href="https://ifr.org/ifr-press-releases/news/call-ifr-women-in-robotics-2025" rel="noopener nofollow ugc">IFR</a>) is looking for outstanding women in robotics</h3> +<p><em>Dec 10, 2024 —</em> 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.</p> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/9/6/96ba7ad97a9382cdf82718e435234cba6964a291.jpeg" rel="noopener nofollow ugc" title=""><img alt="" height="388" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/9/6/96ba7ad97a9382cdf82718e435234cba6964a291_2_690x388.jpeg" width="690" /></a></div><p></p> +<p>IFR decided to <strong>give women in robotics more visibility and acknowledgment</strong>. 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.</p> +<p>IFR would like to highlight and honor Women in Robotics - in particular women in the robotics industry - and give them more visibility.<br /> +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.</p> +<p><strong>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.</strong></p> +<p><em>Deadline for submission is January 31st, 2025.</em></p> +<h3><a class="anchor" href="https://discourse.ros.org#p-88501-how-to-submit-a-suggestion-3" name="p-88501-how-to-submit-a-suggestion-3"></a>How to submit a suggestion</h3> +<p>Send an email to <a href="mailto:secretariat@ifr.org">secretariat@ifr.org</a><br /> +include a <strong>short bio</strong> and a description of <strong>what makes her noteworthy or particular</strong> with respect to our described scope<br /> +add her full name, affiliation, country, contact details and a photo</p> +<h3><a class="anchor" href="https://discourse.ros.org#p-88501-selection-criteria-4" name="p-88501-selection-criteria-4"></a>Selection criteria:</h3> +<ul> +<li>The suggested women needs to be active in the robotics industry</li> +<li>IFR will select at least one per continent,</li> +<li>but a maximum of one woman per company,</li> +<li>consider different company sizes (large, medium, small)</li> +<li>consider different company scope (Robot supplier IR, SR, component supplier, integrator) and</li> +<li>consider different levels of hierarchy (C-level, intermediate, lower level)</li> +<li>Proven track record in robotics / stand out as industry leader</li> +<li>Proven activity in encouraging young people to go into STEM or that somehow support females in robotics</li> +</ul> +<p><strong>Publication of results</strong> will be on International Women’s Day - March 8th, 2025.</p> +<p><a href="https://ifr.org/ifr-press-releases/news/10-women-shaping-the-future-of-robotics-2024" rel="noopener nofollow ugc">IFR’s 2024 Women in Robotics</a></p> +<p>Learn more on <a href="https://ifr.org/ifr-press-releases/news/world-bank-predicts-20-economic-boost-by-closing-gender-gap" rel="noopener nofollow ugc">why gender balance is beneficial for economies</a></p> +<ul> +<li><a href="https://ifr.org/img/office/IFR_Women_in_Robotics_Call2025.pdf" rel="noopener nofollow ugc"> IFR Women in Robotics: 2025 Call for nominations (576KB)</a></li> +</ul> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/call-for-ifr-s-women-in-robotics-10-women-shaping-the-future-of-robotics-in-2025-is-now-open/41068">Read full topic</a></p> + Fri, 13 Dec 2024 08:38:12 +0000 + + + ROS Discourse General: REUSE compatibility vs multi-package repo + discourse.ros.org-topic-41063 + https://discourse.ros.org/t/reuse-compatibility-vs-multi-package-repo/41063 + <p>Hi. I’ve started trying to have my repos <a href="https://reuse.software/spec-3.2/" rel="noopener nofollow ugc">REUSE-compliant</a>.</p> +<p>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 <code>LICENSE</code> file into <code>LICENSES/BSD-3-Clause.txt</code> and specifying <code>&lt;license file="LICENSES/BSD-3-Clause.txt"&gt;BSD&lt;/license&gt;</code> in <code>package.xml</code>.</p> +<p>However, if I want to do the same for a multi-package repo, then the <code>LICENSES</code> 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 <code>&lt;license file="../LICENSES/BSD-3-Clause.txt"&gt;</code> in <code>package.xml</code>, then <code>bloom-release</code> 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.</p> +<p>I don’t see a clean solution how to satisfy both REUSE and bloom (except not adding the <code>file=</code> 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.</p> +<p>Does anybody know of a cleaner solution? I think it would be very nice if ROS deployment process would be compatible with REUSE.</p> + <p><small>5 posts - 3 participants</small></p> + <p><a href="https://discourse.ros.org/t/reuse-compatibility-vs-multi-package-repo/41063">Read full topic</a></p> + Thu, 12 Dec 2024 15:19:10 +0000 + + + ROS Discourse General: Optimizations cpp ROS2 node. colcon build + discourse.ros.org-topic-41048 + https://discourse.ros.org/t/optimizations-cpp-ros2-node-colcon-build/41048 + <p>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.</p> +<pre><code class="lang-auto">#include "rclcpp/rclcpp.hpp" + +class HelloWorldNode : public rclcpp::Node +{ +public: + HelloWorldNode() : Node("hello_world_node") + { + RCLCPP_INFO(this-&gt;get_logger(), "Hello, World! This is a ROS2 node."); + } +}; + +int main(int argc, char **argv) +{ + rclcpp::init(argc, argv); + rclcpp::spin(std::make_shared&lt;HelloWorldNode&gt;()); + rclcpp::shutdown(); + return 0; +} + +</code></pre> +<p>Then by simply building the above code by using</p> +<pre><code class="lang-auto">colcon build +</code></pre> +<p>I got hello_node then explored assemble code</p> +<pre><code class="lang-auto">objdump -d &lt;path&gt;/hello_node &gt; hello_node.asm +</code></pre> +<p>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</p> +<pre><code class="lang-auto">colcon build --cmake-args -DCMAKE_BUILD_TYPE=Release +///alternative +colcon build --cmake-args -DCMAKE_CXX_FLAGS="-O3 -march=native" + +</code></pre> +<p>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.</p> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/6/8/68451cf4ffb2af3503e805517c6f42c1c297c70c.jpeg" rel="noopener nofollow ugc" title="Screenshot from 2024-12-11 16-24-11"><img alt="Screenshot from 2024-12-11 16-24-11" height="388" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/6/8/68451cf4ffb2af3503e805517c6f42c1c297c70c_2_690x388.jpeg" width="690" /></a></div><p></p> +<p>“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”“”"<br /> +simple by adding “set(CMAKE_BUILD_TYPE Release)” to your CMakeLists.txt is enough. then you can simply use colcon build.<br /> +<a href="https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html" rel="noopener nofollow ugc">Optimizations flags</a></p> + <p><small>8 posts - 7 participants</small></p> + <p><a href="https://discourse.ros.org/t/optimizations-cpp-ros2-node-colcon-build/41048">Read full topic</a></p> + Wed, 11 Dec 2024 08:32:38 +0000 + + + ROS Discourse General: :checkered_flag: Gazebo Garden officially end-of-life [x-post Gazebo Sim Community] + discourse.ros.org-topic-41044 + https://discourse.ros.org/t/gazebo-garden-officially-end-of-life-x-post-gazebo-sim-community/41044 + <p><a href="https://community.gazebosim.org/t/gazebo-garden-officially-end-of-life/3278">Original Post</a></p> +<p>Dear ROS Community,</p> +<p>Gazebo Garden has reached end-of-life (EOL) as of November, 2024. Garden was <a href="https://community.gazebosim.org/t/gazebo-garden-release/1627">the seventh major release</a> 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 <a href="https://gazebosim.org/docs/latest/release-features/#garden">Release Features page</a>.</p> +<p>We recommend all Garden users migrate to a supported release as soon as possible, such as <a href="https://ignitionrobotics.org/docs/harmonic" rel="noopener nofollow ugc">Harmonic (LTS)</a> or <a href="https://ignitionrobotics.org/docs/ionic" rel="noopener nofollow ugc">Ionic</a>, 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 <a href="https://github.com/gazebosim/gz-harmonic/blob/main/highlights.md" rel="noopener nofollow ugc">Harmonic</a> and <a href="https://github.com/gazebosim/gz-ionic/blob/main/highlights.md" rel="noopener nofollow ugc">Ionic</a> in addition to checking each Gazebo library’s migration guide.</p> +<p>As part of the Garden EOL, the following Gazebo libraries have also reached end-of-life. Their latest released binaries will remain available at <a href="http://packages.osrfoundation.org/">http://packages.osrfoundation.org/</a>, but no more fixes or releases will be made.</p> +<div class="md-table"> +<table> +<thead> +<tr> +<th style="text-align: left;">Library major version</th> +<th style="text-align: left;">Final release</th> +</tr> +</thead> +<tbody> +<tr> +<td style="text-align: left;">gz-fuel-tools8</td> +<td style="text-align: left;">8.2.0</td> +</tr> +<tr> +<td style="text-align: left;">gz-sim7</td> +<td style="text-align: left;">7.9.0</td> +</tr> +<tr> +<td style="text-align: left;">gz-gui7</td> +<td style="text-align: left;">7.2.2</td> +</tr> +<tr> +<td style="text-align: left;">gz-launch6</td> +<td style="text-align: left;">6.2.0</td> +</tr> +<tr> +<td style="text-align: left;">gz-msgs9</td> +<td style="text-align: left;">9.5.1</td> +</tr> +<tr> +<td style="text-align: left;">gz-physics6</td> +<td style="text-align: left;">6.7.0</td> +</tr> +<tr> +<td style="text-align: left;">gz-rendering7</td> +<td style="text-align: left;">7.5.0</td> +</tr> +<tr> +<td style="text-align: left;">gz-sensors7</td> +<td style="text-align: left;">7.3.1</td> +</tr> +<tr> +<td style="text-align: left;">gz-transport12</td> +<td style="text-align: left;">12.2.2</td> +</tr> +<tr> +<td style="text-align: left;">sdformat13</td> +<td style="text-align: left;">13.9.0</td> +</tr> +</tbody> +</table> +</div><p><strong>We sincerely thank all contributors to all libraries in Garden <img alt=":pray:" class="emoji" height="20" src="https://emoji.discourse-cdn.com/twitter/pray.png?v=12" title=":pray:" width="20" /></strong></p> +<h3><a class="anchor" href="https://discourse.ros.org#p-88451-what-does-end-of-life-mean-1" name="p-88451-what-does-end-of-life-mean-1"></a>What does End of Life Mean?</h3> +<p>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:</p> +<ul> +<li>New features or capabilities</li> +<li>Security updates</li> +<li>Bug fixes, patches or support</li> +<li>Updated binaries</li> +</ul> +<p>It is also worth noting the things that won’t change after Gazebo Garden goes end of life:</p> +<ul> +<li>Gazebo Garden binaries <em>will not</em> suddenly disappear</li> +<li>Users <em>will not need</em> to migrate immediately, but they should migrate as soon as possible</li> +</ul> +<p><img alt=":gazebo:" class="emoji emoji-custom" height="20" src="https://global.discourse-cdn.com/flex022/uploads/ros/original/2X/6/65ca80e7c1f76154e9158bb4ad6aeaa5b25968cb.png?v=12" title=":gazebo:" width="20" /> Gazebo Dev Team <img alt=":gazebo:" class="emoji emoji-custom" height="20" src="https://global.discourse-cdn.com/flex022/uploads/ros/original/2X/6/65ca80e7c1f76154e9158bb4ad6aeaa5b25968cb.png?v=12" title=":gazebo:" width="20" /></p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/gazebo-garden-officially-end-of-life-x-post-gazebo-sim-community/41044">Read full topic</a></p> + Tue, 10 Dec 2024 23:14:24 +0000 + + + ROS Discourse General: How important is ROS when searching for a job? + discourse.ros.org-topic-41032 + https://discourse.ros.org/t/how-important-is-ros-when-searching-for-a-job/41032 + <p>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.</p> +<p>Check all that data in this video: <a href="https://youtu.be/wDeVNsD73A4?si=wcD3F1FizuJ52K3e" rel="noopener nofollow ugc">https://youtu.be/wDeVNsD73A4?si=wcD3F1FizuJ52K3e</a></p> +<p></p><div class="lightbox-wrapper"><a class="lightbox" href="https://global.discourse-cdn.com/flex022/uploads/ros/original/3X/7/0/70948045f3d694c112973bfe5cf4c28a46c74e7f.jpeg" rel="noopener nofollow ugc" title="Podcast-video-2024-Ricardo-Tellez-the-truth-about-ROS-jobs"><img alt="Podcast-video-2024-Ricardo-Tellez-the-truth-about-ROS-jobs" height="388" src="https://global.discourse-cdn.com/flex022/uploads/ros/optimized/3X/7/0/70948045f3d694c112973bfe5cf4c28a46c74e7f_2_690x388.jpeg" width="690" /></a></div><p></p> + <p><small>1 post - 1 participant</small></p> + <p><a href="https://discourse.ros.org/t/how-important-is-ros-when-searching-for-a-job/41032">Read full topic</a></p> + Tue, 10 Dec 2024 08:43:25 +0000 + + + +