I don’t see any explicit means for cross-project collaboration or coordination. Yes, there can be SIGs or WGs for this, but wouldn’t it be beneficial to create more formal requirements for the cooperation? What I have on mind is mostly ROS + Gazebo, because these projects tend to get closer and then further apart and then closer again and so on. It would really help to have a strong statement saying something like ROS + Gazebo should be a seamless combination. This could be used to e.g. finally decide that the IgnitionGazebo libraries will become a core part of ROS. At least some of them really make a lot of sense inside of ROS, like Math or Rendering. Without coordination between the two projects, this seems impossible to happen.
@peci1

Although there is a subset of the community that looks for a strong interaction between them, ROS and Gazebo are and always have been separate projects with separate requirements and user groups (in fact, Gazebo is older than ROS by about five years). However, Gazebo is not intended to be the only simulator that ROS can be used with, and through ROS is not the only way to use Gazebo.

The TGC is designed to facilitate coordination between projects, and to guide projects when there are opportunities for interaction and collaboration that are not being exploited. Following these high level discussions, the PMCs for the projects can refine their roadmaps and potentially create working groups to manage the relevant work.

1 Like