ijnek's profile - activity

When following instructions from Pipeline with two image viewers, running

ros2 run intra_process_demo image_pipeline_with_two_image_view

the expected result is that the last pointer in image_view_node_2 has a different memory address.

However, all the memory addresses are the same. Does this mean zero-copy intraprocess communication works for multiple subscribers? Or is it my misunderstanding somewhere?

ps. ROS2 Galactic, DDS is left as default (CycloneDDS)

This functionality was added to ros2cli recently in https://github.com/ros2/ros2cli/pull/749, and is available in ROS 2

TL;DR: In your Github CI, specify a container as following: runs-on: ubuntu-20.04 # or ubuntu-latest or ubuntu-22.04 c

TL;DR: In your Github CI, specify a container as following: runs-on: ubuntu-20.04 # or ubuntu-latest or ubuntu-22.04 c

TL;DR: In your Github CI, specify a container as following: runs-on: ubuntu-20.04 # or ubuntu-latest or ubuntu-22.04 c

TL;DR: In your Github CI, specify a container as following: runs-on: ubuntu-20.04 # or ubuntu-latest or ubuntu-22.04 c

Figuring out installed ignition gazebo version inside launch file I'm looking to support multiple ignition gazebo versio

Figuring out installed ignition gazebo version inside launch file I'm looking to support multiple ignition gazebo versio

Checking a launch file works without errors I can't seem to find a simple way to check that a launch.py file can be laun

Checking a launch file works without errors I can't seem to find a simple way to check that a launch.py file can be laun

Got it, seems like I'm not missing something obvious. I think I'll be able to get around to writing something up.

rqt plugin for JointGroupPositionController, or alternatives? I'd like to control joint positions of multiple joints on

rqt plugin for JointGroupPositionController, or alternatives? I'd like to control joint positions of multiple joints on

You're right, at the time the question was posted, ROS 2 Humble wasn't yet released :)

Thanks @gvdhoorn!

I'm interested in hearing about best practice of listing a dependency in package.xml that is already a dependency of another dependency.

Let's say I have two packages:

• foo_interfaces - with a dependency on builtin_interfaces
• foo_core - with a dependency on foo_interfaces

In foo_core, I fill out a message defined in foo_interfaces, and in doing so, I import builtin_interfaces. So, a file in foo_core would look like this for example:

import builtin_interfaces
import foo_interfaces

bar = foo_interfaces.msg.Bar()
bar.header.stamp = builtin_interfaces.msg.Time()

In this case, builtin_interfaces is a dependency of foo_interfaces, so it should be available as long as foo_core depends on foo_interfaces. So, having builtin_interfaces in foo_core's package.xml would be redundant.

Is it better practice to add builtin_interfaces to foo_core's package.xml, and why (or not) would that be better?

Listing dependencies in package.xml that are also dependency of dependency I'm interested in hearing about best practice

In regards to passing it directly to the ros2 node, you're missing the -p to notify that this is a parameter being passe

To start off, the warning isn't related to the build not progressing. It's just warning you that the packages you are bu

@Abubakar Would you be able to post a new question (with more details) in ROS Answers and post a link here?

@jlack Your issue seems slightly different to the question asked here. Perhaps the solution you're looking for is: https

@jlack Your issue seems slightly different to this one, but there is a solution: https://answers.ros.org/question/403587

I'm trying to display a cube interactive marker using the interactive_marker_tutorials (have to build from source). Running the cube example:

ros2 run interactive_marker_tutorials cube

Then, running rviz:

rviz2

Add an interactive marker display with namespace set to cube, and RViz spams the following and the interactive marker doesn't show:

[INFO] [1657456819.061519998] [rviz]: Sending request for interactive markers
[INFO] [1657456819.093636879] [rviz]: Service response received for initialization
[INFO] [1657456819.124743724] [rviz]: Sending request for interactive markers
[INFO] [1657456819.158057054] [rviz]: Service response received for initialization

The issue is due to no TF data to transform the interactive marker's in the base_link frame to the map frame RViz is try