Ahead of ROSCon 2018, we’re inviting organizers of informal meetings for special interest groups to post in this thread for attendees to see. Note that we don’t have dedicated birds of a feather sessions in the schedule this year, but there are times in the schedule where informal meetings will fit in nicely such as the conference coffee breaks, pre-conference breakfasts, post-conference dinners, etc.
Discourse users not attending ROSCon are reminded that they can unsubscribe from this topic if they don’t wish to receive notifications.
Template for posts (the "how to find us" field can be updated on the day by editing your post):
# <What>; (e.g. My special interest group meeting)
**How to find us:**
This floorplan of the conference venue can be used for planning the meeting locations. Spaces on the floorplan that are not colored are not reserved for ROSCon’s use.
When: 10:30am morning coffee break Day 1, Sept 29th. Where: Grab coffee and meet back near the conference registration desk (not the ‘reception’ desk in Europa). How to find us: Look for a person with a red bun atop her head.
When: 16:05 afternoon coffee break Day 1, Sept 29th
Where: Climb the stairs with your coffee and let’s meet at the lunch area on the second floor (Florencia). (Not sure if outside of lunch-time we are allowed in, worst case you can find us standing outside.)
How to find us: Look for a group with a bearded, ponytail guy with a your favourite smurf blue ROS Hydro t-shirt
Agenda: Bring your contribution ideas, requirements and let’s draft up a roadmap!
When: 12:30 Lunch, Day 2, Sept 30th Where: FLORENCIA (Lunch Room A) How to find us: Look for our table(s) where I’ll be wearing a green Ivy cap, and a tan brown SROS shirt. Agenda: Bring your ideas, concerns, question after having pondered over the security talks from Day 1! Side Node: IROS 2018 | Mo-TUT-4: Securing Robotics with SROS2 (PM)
When: 12:30 at Lunch, Day 2, Sept 30th Where: FLORENCIA (Lunch Room A) How to find us: Look for a guy wearing a C-turtle t-shirt with a big scarf and the same guy from the ros_control meetup. Agenda: We are looking for a friendly chat with fellow AV developers and those interested. What is it you’d use ROS for (and which flavour) and what is it you think could be improved on? What do you find challenging with this field? Do you think the future of AV lies in proprietary software or should be similarly opened up like many of the related research topics are?
Everyone is welcome, we only ask to leave your competitive hats at the hotel for this meetup
When: 12:30 lunch day 1 (or any other time, really)
Where: FLORENCIA (Lunch Room A)
How to find us: Look for folks wearing bright orange Ubuntu lanyards. I’m afraid I don’t quite have the distinctive beard I previously had. Don’t worry, it’ll come back.
Agenda: I’m one of the primary snapcraft maintainers, and other engineers from Canonical are here as well. We’d love to talk about your experience creating ROS snaps, answer any of your questions, and provide any assistance we can!
Because the afternoon coffee break was cut short we’re going to have the meetup this evening at the reception.
When: At the start of the reception after the group photo (Scheduled 18:10)
Where: Near the registration desk.
How to find us: Look for Jihoon @jihoonl nearby.
Agenda: rosbridge, robot web tools in general, maintenance, and potentially ros2.
Is the CreateLink function working? (written by @jrivero, not sure who asked this)
Race conditions if one needs to be spawned before the other (such as a free-floating robot on a granite table, want them to be spawned dynamically so they can be written in urdf)
There is a spawn_model service in gazebo_ros, but it returns too fast
Shane discussed a special xml tag to insert an SDF
The spawn_model service should use quaternions instead of roll-pitch-yaw
While running lots of simulations, sometimes the simulation fails with a GLX-related error
If it’s just gzserver and it doesn’t use rendering, these errors can be avoided by disabling rendering in gzserver (it will also speed it up slightly) by using a bad DISPLAY variable or running inside a docker container that doesn’t have nvidia-docker enabled
There are lots of existing models on sketchfab, often in FBX format. Bosch is interested in being able to parse FBX models.
Ian has worked on this, but it’s proprietary and complicated. We may come back to it if there is sufficient interest and support.
Current workflow is to bake lots of textures into a single mesh, but it’s hard to export from blender.
Is the sea-floor like a DEM? There are some performance advantages to using DEM’s.
Underwater plumes are visualized in RVIZ with markers, but want to visualize in gzclient too. Is it possible?
It’s easier with markers. (I didn’t get all of Louise’s answer here)
Some sequence of moving camera and then follow an object caused camera to go a bit crazy
Some people need to use Z-down, so it’s hard to make the camera point upside down. Andrew Symington would like to turn off the camera auto-flip
Would like to make lots of different environments with variations in which models are present, where they are located, etc. Current approach is a script that prints out different versions of world files.
Embedded scripting inside a world file was pretty useful in the Space Robotics Challenge for randomizing the world. It uses embedded ruby with snippets