ROS Resources: Documentation | Support | Discussion Forum | Service Status | Q&A answers.ros.org

ROS 2 Tooling Working Group Announcement

Hello,
The AWS RoboMaker team is pleased to announce the creation of the ROS 2 Tooling Working Group (WG) .

The objective of this working group will be to develop and maintain ROS 2 tools. A tool, in this context, is software supporting developer productivity or robot operation. Examples of existing tools under this definition are rviz, rqt, and rosbag.

Please note that we will try a more structured approach with this working group. Specifically, this working group will manage the roadmap, contribution, and ownership of subprojects. All owned GitHub repositories will live in the working group GitHub organization: ros-tooling. The working group will start by owning the ROS 2 cross-compilation tool, to try out and iron the new process.

The first meeting of the ROS 2 Tooling Working Group will be on 2019-10-18T16:00:00Z → 2019-10-18T17:00:00Z. We will present the ROS 2 WG governance model and discuss improvements to the cross-compilation tool.

If you have any question about the process, please reach out to me: tmoulard@amazon.com

Thank you!

==============Conference Bridge Information==============
You have been invited to an online meeting, powered by Amazon Chime.
Chime meeting ID: 7926597953
Join via Chime clients (manually): Select 'Meetings > Join a Meeting', and enter 7926597953
Join via Chime clients (auto-call): If you invite auto-call as attendee, Chime will call you when the meeting starts, select 'Answer'
Join via browser screen share: https://chime.aws/7926597953
Join via phone (US): +1-929-432-4463,,7926597953#
Join via phone (US toll-free): +1-855-552-4463,,7926597953#
International dial-in: https://chime.aws/dialinnumbers/
In-room video system: Ext: 62000, Meeting PIN: 7926597953#
=================================================
18 Likes

Hello Thomas,

I am happy to see the ROS 2 Tooling WG is formed and thank you for driving the first meeting. In additions to the date and time, do you mind to share the link of the online meeting? Thanks!

2 Likes

@Thomas_Moulard

I would like to join, thanks for leading.

Examples of existing tools under this definition are rviz, rqt, and rosbag.

i believe that those tools are mandatory for developers and has to be easy, quick and efficient. so at some part.

1 Like

Would CLI also fall in this?

Any particular desire to move rviz to the web?

rviz itself is a Qt application and that won’t change.

That being said there are multiple web-based alternatives which aim to provide similar functionality as rviz (one example is rvizweb but there are certainly more and probably more feature rich ones). Both approaches will likely coexist since they satisfy different use cases.

1 Like

Is there a particular technical reason why the “primary” (and I know that’s a wish-y wash-y definition - but the main supported/used tool) robot visualization tool couldn’t/shouldn’t be in the webrviz? Long term, I could in concept think that rviz would sunset for rvizweb.

I’ve seen other companies with web rviz like things (Cruise, amongst a few others) but none are well supported or full featured to rely on or bother to finish development myself due to lack of long-term support.

This isn’t probably the place for this conversation, but I’ve been thinking about this recently and a tooling WG seems like a good a place as any I’ve seen.

rviz is simply the longest existing, most feature rich, most frequently used tool which exists at the moment. That is probably the only reason why you can consider it to be the “primary” tool. While the web-based alternatives all have there benefits there are simply cases where rviz outperforms them (feature wise, performance wise, or in some other aspect).

Nothing prevents any other tool to become more used and feature rich. But as you mentioned yourself none are well support or full features at the moment - so some people have to commit the resources to make it a superior choice.

All good points, I’m just throwing that out there as a potential candidate then for the tooling group should anyone else have a desire for it. I’m not a web developer but I would love to see webrviz/similar be the defacto standard, in lets say, 3 years. In browser seems to be the way things are going.

@smac Future direction for RViz is an excellent topic of discussion for the working group as we move forward. However, lets not derail this thread by diving too deep into it here :slight_smile:

The scope is starting small and the plan is to evolve over time as the governance and ownership model for the WG evolve. We want to set the WG up for successful work toward feature development by being careful about focus.

1 Like

Hi @Thomas_Moulard, is there a google calendar group for this to get automatic invites?

Thanks

You should have received an invite Dragan. We’ll be using the same system than ROS 2 Security.

Anyone can join the ros2-working-groups-calendar-invites Google Group to get an invite: https://groups.google.com/forum/#!forum/ros2-working-groups-calendar-invites

Thanks got it @Thomas_Moulard, the odd thing is the top post says it’s on the 18th(Friday), but the invite I received says it’s on the 20th(Sunday).

Is it on the 18th or the 20th?

2 Likes

This is a mistake, this Discourse post is correct, the event is on the 18th (Friday)

I will never understand why anyone could ever desire to have rviz in a web browser…

I will never understand why anyone could ever desire to have rviz in a web browser…

Because then I can make at a front end developer to make something for me rather than making me do it :slight_smile:

1 Like

User-facing “this is what the car is seeing” UIs.

@Thomas_Moulard

sorry i cannot make it to be there, is there minutes available?

@Thomas_Moulard I personally don’t have the bandwidth to join this working group, but I wanted to point out that the time you have chosen completely excludes anyone in Asia from joining. Please consider either rotating the meeting time through the time zones (so that everyone has a turn at the sucky time), or at least shifting it a couple of hours earlier or few hours later so that it falls outside the midnight-to-6am range for Asia. Probably a couple of hours earlier would work best for America and Europe.

2 Likes

@tomoyafujita the minutes are there - https://docs.google.com/document/d/1UXWaEkT6ji0Z0uTtJJSni5Y6fiopM9qOOzv4ldeNaAM/edit?usp=sharing

@gbiggs I added your suggestion to the agenda for tomorrow.

The agenda for tomorrow’s meeting is on the doc too. I ran out of time to properly announce this one, we’ll do better next time!

1 Like

@Thomas_Moulard I would like to suggest, to include in your TWG, the tools used for real-time testing and validation. A set of tools for that was presented at the real-time workshop at ROSCon 19: https://drive.google.com/open?id=1ySsob5oFfvUkrBmHQBbD3Msqffe4-b2C by Ben from Silexica.

I do not have the bandwidth to drive that but if you would consider this inclusion, then I can connect you to Ben (if you haven’t been yet).

D.

1 Like