Gazebo | Ignition | Community
Ask Your Question

ethanabrooks's profile - activity

2017-12-19 14:50:54 -0500 received badge  Famous Question (source)
2017-12-19 14:50:54 -0500 received badge  Notable Question (source)
2017-12-19 14:50:54 -0500 received badge  Popular Question (source)
2017-08-09 10:10:33 -0500 received badge  Famous Question (source)
2017-05-22 06:31:55 -0500 received badge  Famous Question (source)
2017-05-22 06:31:55 -0500 received badge  Notable Question (source)
2017-05-22 06:31:55 -0500 received badge  Popular Question (source)
2017-05-18 18:42:43 -0500 received badge  Famous Question (source)
2017-05-14 07:55:59 -0500 commented answer world shifts after reset

I see. Thanks!

2017-05-14 07:54:09 -0500 received badge  Notable Question (source)
2017-05-12 15:19:03 -0500 commented answer world shifts after reset

Thank you so much for the answer. That is really strange! I did create some of those worlds using the GUI. What is the

2017-05-12 15:16:36 -0500 marked best answer world shifts after reset

For a few (not all) of my world files, the world (as in, the walls and static objects) suddenly move (as in rotate and translate, all together) after calling the '/gazebo/reset_world' service. All the walls and static objects maintain the same position relative to each other. This would not be a problem, except my robot does not move with everything else, and in some worlds, this puts my robot inside a wall. I should add that for the problem worlds, the issue occurs whether or not I load the robot.

Here's a gist of one of the problem worlds: https://gist.github.com/lobachevzky/9...

Thanks.

2017-05-12 13:20:06 -0500 received badge  Popular Question (source)
2017-05-11 17:08:08 -0500 edited question world shifts after reset

world shifts after reset For a few (not all) of my world files, the world (as in, the walls and static objects) suddenly

2017-05-11 17:06:03 -0500 asked a question world shifts after reset

world shifts after reset For a few (not all) of my world files, the world (as in, the walls and static objects) suddenly

2017-05-11 17:06:01 -0500 asked a question world shifts after reset

world shifts after reset For a few (not all) of my world files, the world (as in, the walls and static objects) suddenly

2017-05-11 17:06:00 -0500 asked a question world shifts after reset

world shifts after reset For a few (not all) of my world files, the world (as in, the walls and static objects) suddenly

2017-05-05 13:12:06 -0500 marked best answer Running gazebo on Docker affects simulation speed, meshes, and world objects

I have the following setup:

  • gazebo gets launched in docker with gui:=false via a roslaunch command (which eventually calls gazebo_ros empty_world.launch)

  • gzlient gets launched on my local machine. I connect it to the docker container by setting GAZEBO_MASTER_IP=$(docker inspect --format '{{ .NetworkSettings.Networks.a3cnet.IPAddress }}' [container]) and GAZEBO_MASTER_URI=$GAZEBO_MASTER_IP:11345 before running gzclient.

I am encountering the following three problems:

  1. Even though real_time_update_rate is set to 0 in my .world file, the simulation seems to be running at realtime.
  2. My robot shows up, but all other objects in the world are not displayed in the GUI. I have also tried running roslaunch gazebo_ros rubble_world.launch as well as several other gazebo_ros launch files and the walls and such still do not show up.
  3. gzclient throws errors for the meshes in my robot model because it is looking for the absolute paths in my docker file. Specifically, all the meshes in my docker container are located at /catkin/src/tum_simulator/cvg_sim_gazebo/meshes. Of course they are located elsewhere on my local machine. Is there a way to correct this?

I am running gazebo 7.7.0 locally and 7.6.0 on the docker. I am using ros kinetic.

Thank you for your help.

2017-05-05 13:12:06 -0500 received badge  Scholar (source)
2017-05-05 13:11:53 -0500 answered a question Running gazebo on Docker affects simulation speed, meshes, and world objects

I solved 1. and 2. by adding verbose:=true when launching empty_world.launch. This seems a bit hacky, but as I understan

2017-05-05 13:11:49 -0500 edited question Running gazebo on Docker affects simulation speed, meshes, and world objects

Running gazebo on Docker affects simulation speed, meshes, and world objects I have the following setup: gazebo gets l

2017-05-05 13:11:12 -0500 edited question Running gazebo on Docker affects simulation speed, meshes, and world objects

Running gazebo on Docker affects simulation speed, meshes, and world objects I have the following setup: gazebo gets l

2017-05-05 13:09:12 -0500 edited question Running gazebo on Docker affects simulation speed, meshes, and world objects

Running gazebo on Docker affects simulation speed, meshes, and world objects I have the following setup: gazebo gets l

2017-05-04 17:45:36 -0500 edited question Running gazebo on Docker affects simulation speed, meshes, and world objects

Running gazebo over network affects simulation speed, meshes, and world objects I have the following setup: gazebo get

2017-05-04 17:45:15 -0500 edited question Running gazebo on Docker affects simulation speed, meshes, and world objects

Running gazebo over network affects simulation speed, meshes, and world objects I have the following setup: gazebo get

2017-05-04 17:43:39 -0500 edited question Running gazebo on Docker affects simulation speed, meshes, and world objects

Running gazebo over network affects simulation speed, meshes, and world objects I have the following setup: gazebo get

2017-05-04 17:41:58 -0500 asked a question Running gazebo on Docker affects simulation speed, meshes, and world objects

Running gazebo over network affects simulation speed, meshes, and world objects I have the following setup: gazebo get

2017-05-04 16:54:25 -0500 commented question gzclient tries to load mesh with absolute filename

Same problem. Any follow up on this?

2017-03-31 10:57:40 -0500 received badge  Notable Question (source)
2017-03-28 11:47:43 -0500 received badge  Popular Question (source)
2017-03-24 13:09:46 -0500 received badge  Editor (source)
2017-03-24 10:57:07 -0500 asked a question Installing Ignition Messages from source generates error in packet.proto

I am following these instructions: http://gazebosim.org/tutorials?tut=in...

Everything goes fine until the step 'Build and install Ignition Messages from source.'

The command make -j4 generates the following error:

[ 26%] Running C++, and Java protocol buffer compiler on packet.proto
[ 26%] ignition/msgs/packet.proto:19:3: Expected "required", "optional", or "repeated".
ignition/msgs/packet.proto:20:3: Missing field number.
make[2]: *** [ignition/msgs/ignition/msgs/packet.pb.cc] Error 1
make[2]: *** Waiting for unfinished jobs....
[ 26%] Running C++, and Java protocol buffer compiler on param.proto
Running C++, and Java protocol buffer compiler on param_v.proto
make[1]: *** [ignition/msgs/CMakeFiles/ignition-msgs0.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
Linking CXX static library libgtest.a
[ 26%] Built target gtest
make: *** [all] Error 2

Assuming this is an issue with protobuf, do I need to install it from source?

2017-03-24 10:42:52 -0500 commented answer ignition dependency conflict when building Gazebo from source

Oops. Thanks.

2017-03-24 10:08:53 -0500 commented answer ignition dependency conflict when building Gazebo from source

I posted a new answer to my question that contains the answers you were looking for. I don't know if you're notified unless I directly comment on your answer.

2017-03-24 10:08:06 -0500 answered a question ignition dependency conflict when building Gazebo from source

I downloaded the source using the following command:

hg clone https://bitbucket.org/osrf/gazebo /tmp/gazebo

I'm a little unfamiliar with bitbucket, and but I didn't find any information about the version on the site or in the source code directory.

I have reviewed the question that you linked to. I did try running:

sudo apt remove '.*gazebo.*' '.*sdformat.*' '.*ignition-.*'

but the problem persisted.

My evidence that libignition-msgs-dev depends on libignition-math2-dev is as follows:

~/gazebo
❯ sudo apt-get install libignition-msgs-dev
Reading package lists... Done
Building dependency tree        
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
libignition-msgs-dev : Depends: libignition-math2-dev but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
2017-03-23 20:18:18 -0500 asked a question ignition dependency conflict when building Gazebo from source

Gazebo depends on Ilibignition-math3-dev and libignition-transport3-dev.

However, libignition-transport3-dev depends on libignition-msgs-dev, which depends on libignition-math2-dev, which depends on libignition-math2. Installing libignition-math2 seems to uninstall Ilibignition-math3, which Ilibignition-math3-dev depends on.

In short Ilibignition-math3-dev depends on Ilibignition-math3, while libignition-transport3-dev depends on Ilibignition-math2. Unfortunately Ilibignition-math3 and Ilibignition-math2 are mutually exclusive.

One last thing: I'm on Ubuntu 14.04. Thanks.

UPDATE 1

I downloaded the source using the following command:

hg clone https://bitbucket.org/osrf/gazebo /tmp/gazebo

I'm a little unfamiliar with bitbucket, and but I didn't find any information about the version on the site or in the source code directory.

I have reviewed the question that you linked to. I did try running:

sudo apt remove '.*gazebo.*' '.*sdformat.*' '.*ignition-.*'

but the problem persisted.

My evidence that libignition-msgs-dev depends on libignition-math2-dev is as follows:

~/gazebo
❯ sudo apt-get install libignition-msgs-dev
Reading package lists... Done
Building dependency tree        
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
libignition-msgs-dev : Depends: libignition-math2-dev but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

UPDATE 2

Switching to gazebo7 (hg up gazebo7) did the trick. Thanks.