Gazebo | Ignition | Community
Ask Your Question

TTDM's profile - activity

2019-08-29 08:25:07 -0500 received badge  Famous Question (source)
2019-06-18 09:33:57 -0500 received badge  Notable Question (source)
2018-09-05 02:35:52 -0500 received badge  Famous Question (source)
2018-06-22 08:24:06 -0500 commented answer Wait For the API calls in a world plugin

My main issue is that I repeat this Model+Sensor creation + destruction process and that sometimes, still not systematic

2018-06-22 08:18:27 -0500 commented answer Wait For the API calls in a world plugin

Sorry for the delay of my answer. I wonder if there are not multiple queue such as this one which could create a behavio

2018-06-22 08:17:18 -0500 commented answer Wait For the API calls in a world plugin

Sorry for the delay of my answer. I wonder if there are not multiple queue such as this one which could create a behavio

2018-06-21 10:06:31 -0500 received badge  Popular Question (source)
2018-06-19 03:00:55 -0500 commented question Wait For the API calls in a world plugin

For exemple a spawn model. If I do the 2 following step: - "spawn a heigthmap using insertModelSdf (or string)" - "get

2018-06-18 09:37:38 -0500 asked a question Wait For the API calls in a world plugin

Wait For the API calls in a world plugin Hello, It's pretty clear that the API calls are asynchronous when called insi

2018-06-18 09:28:34 -0500 commented answer Access to the gzclient_camera in a world plugin

I also want to add that a simple SaveFrame Call is not enough to save a frame. It creates the exact same issue as here:

2018-06-18 09:22:37 -0500 received badge  Notable Question (source)
2018-06-18 07:59:55 -0500 commented question Rendering error of camera sensor (partially gray image)

hi, same issue here, did you find a solution ? I wonder if explicitly asking gazebo to wait for the function to end befo

2018-06-18 07:57:25 -0500 received badge  Commentator
2018-06-18 07:57:25 -0500 commented question Rendering error of camera sensor (partially gray image)

hi, same issue here, did you find a solution ? I wonder if explicitly asking gazebo to wait for the function to end befo

2018-06-14 04:03:03 -0500 received badge  Popular Question (source)
2018-06-13 12:38:07 -0500 commented answer Access to the gzclient_camera in a world plugin

And if some readers wonder how to add a camera in a world plugin, I did it in adding a model that includes a camera usin

2018-06-13 12:31:23 -0500 marked best answer Access to the gzclient_camera in a world plugin

Hi,

I'm trying to take a picture from a world that I create using a worldPlugin. For practical reasons, I'd like to take the picture at the end of the world plugin.

I noticed that when a gzclient is open, a camera "gzclient_camera" is created. I was hoping to select this camera from the world plugin and then take my picture by doing :

    parent->GetByName("gzclient_camera")->SetPose(anIgnitionPose);
    parent->GetByName("gzclient_camera")->SaveFrame(imgName);

With parent the WorldPtr to my world.

But it seems that it doesn't work. I was wondering if there is a way to select the gzclient_camera from the worldPtr. The API seems to say that "The world provides access to all other object within a simulated environment" but at the same time PrintEntityTree shows only models and the sun.

Thanks for anyone that can help.

PS : I guess it's possible to solve it by creating a sensor plugin and to calling it from the worldPlugin but it seems a little bit over complicated for probably 2 lines of code.

2018-06-13 12:31:11 -0500 commented answer Access to the gzclient_camera in a world plugin

My bad for not seeing your first point. Thanks a lot for the line to retrieve a sensor in a world plugin. Just for the e

2018-06-13 11:08:41 -0500 received badge  Student (source)
2018-06-13 10:32:15 -0500 received badge  Organizer (source)
2018-06-13 10:30:35 -0500 edited question Access to the gzclient_camera in a world plugin

Access to the gzclient_camera in a world plugin Hi, I'm trying to take a picture from a world that I create using a wo

2018-06-13 10:29:07 -0500 edited question Access to the gzclient_camera in a world plugin

Access to the gzclient_camera in a world plugin Hi, I'm trying to take a picture from a world that I create using a wo

2018-06-13 10:28:31 -0500 asked a question Access to the gzclient_camera in a world plugin

Access to the gzclient_camera in a world plugin Hi, I'm trying to take a picture from a world that I create using a wo

2018-05-15 09:01:42 -0500 received badge  Good Answer (source)
2018-05-07 03:14:11 -0500 answered a question Programming a simulation [ROS+Gazebo]

The most common ros-gazebo quadrotor simulator package is rotors which offer a simulated AR-drone (among others). You c

2018-04-20 08:37:45 -0500 received badge  Notable Question (source)
2018-04-20 05:54:47 -0500 marked best answer Is there any .world library ?

Hello,

I have a simple question, is there a world library somewhere ?

I know https://bitbucket.org/osrf/gazebo_mod... but I feel like a world sharing tool would offer worlds of minimum 400m2 populated by models than focusing on a precise definition of a single model.

This question makes me believe that there should be one somewhere but I cannot find it.

Thanks for any help TTDM,

2018-04-20 05:54:47 -0500 received badge  Scholar (source)
2018-04-20 05:54:39 -0500 received badge  Popular Question (source)
2018-04-20 05:54:16 -0500 commented answer Is there any .world library ?

linking to IgnitionFuel could be added. Or even better, in the main page, the link could be "Simulation Model and Worlds

2018-04-20 05:47:59 -0500 commented answer Is there any .world library ?

I should have added your first link in my question since I already launched all the worlds inside this directory to see

2018-04-20 04:00:26 -0500 asked a question Is there any .world library ?

Is there any .world library ? Hello, I have a simple question, is there a world library somewhere ? I know https://bi

2018-04-17 13:25:41 -0500 commented answer From Mesh, into MeshManager, via SDF to a model in a world: how?

Reading it more attentively, It is indeed not what I want since i can precompute 10 mesh and then randomly choose betwee

2018-04-17 11:23:53 -0500 commented answer From Mesh, into MeshManager, via SDF to a model in a world: how?

Hi, thanks for sharing ! I will definitely use it to create random instances of forests ;) I wonder if you kept workin

2018-04-17 10:59:56 -0500 edited answer Gazebo contact sensor added to a robot link in urdf file is not working as expected?

I found a work around !!!!! Investigating what cause the issue, I found that there are issues parsing from urdf to sdf

2018-04-17 10:57:51 -0500 commented answer Gazebo contact sensor added to a robot link in urdf file is not working as expected?

HI, just saw your comment, you need to create the sdf file only to check it and then do the modifications on the xacro f

2017-03-09 02:10:22 -0500 commented answer Gazebo contact sensor added to a robot link in urdf file is not working as expected?

well the link in my answer is to your topic ;) What i did is basically explain how to go around it in a user point of vue which was not clearly stated in your post since your goal differ and was more to highligth the issue than to deal with it as a user ;)

2017-03-07 19:14:34 -0500 received badge  Nice Answer (source)
2017-03-01 02:26:46 -0500 edited answer Gazebo contact sensor added to a robot link in urdf file is not working as expected?

I found a work around !!!!!

Investigating what cause the issue, I found that there are issues parsing from urdf to sdf especially in the gazebo flag. Here is a link to a question in ros answer that does raise this issue : http://answers.gazebosim.org/question...

You can check on your own with editing an urdf from a xacro (rosrun xacro xacro.py -o robot.urdf robot.xacro) and then a sdf from an urdf (gz sdf -p robot.urdf > robot.sdf), you will see that the issues are with the collision flags, both the one inside the gazebo link and the one inside the link.

So their are 2 issues :

  • if you directly define a collision inside the <gazebo> flag, the urdf -> sdf parser does not allow it instead puts <collision>__default__</collision>
  • the 2nd one is that the collision name that you setup in the link part is modified but this modification does not occur in the gazebo collision : If i go back to your exemple, in the link, you will NOT create a "bh_finger_13_collision" collision but you will create a "bh_finger_13_collision_collision" but in the gazebo part you will still call "bh_finger_13_collision" which does not exists.

In order to make it work, this is awful but I believe the only way at the moment, you have to change the names of your collision according to this _collision add on only one side. For exemple you could still call your collision 'bh_finger_13_collision' in the link but then in the gazebo part, you need to call it "bh_finger_13_collision_collision"

TTDM,

Supplementary note : in complex projects, there are usually other adds to the name of the collision ( in my project, with my collision box being called "mav_collision_box", the final name on the sdf of my collision box is : shredder/base_link_fixed_joint_lump__mav_collision_box_collision and i have to call that exact name on inside the <gazebo> flag) so you should really generate your sdf using the two command lines i gave previously then manually search for the name of your collision and put it into the gazebo part (of your xacro file)

2017-02-14 06:08:20 -0500 answered a question What did I miss from my model?

Can you try adding your origin bloc to the collision too ? At the moment, you are indeed seing verticals wheels (cylinders) but the collision block is not checking thoses verticals cylinder but some horizontal ones.

2017-02-13 12:49:36 -0500 received badge  Teacher (source)