ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange |
2020-03-09 14:16:32 -0500 | received badge | ● Nice Question (source) |
2012-11-29 22:56:15 -0500 | received badge | ● Nice Answer (source) |
2012-09-07 09:03:40 -0500 | received badge | ● Famous Question (source) |
2012-09-07 09:03:40 -0500 | received badge | ● Popular Question (source) |
2012-09-07 09:03:40 -0500 | received badge | ● Notable Question (source) |
2012-01-17 19:09:44 -0500 | received badge | ● Student (source) |
2012-01-16 15:41:28 -0500 | asked a question | How to change Gazebo GUI focal length/FOV Is it possible to change the focal length/field of view of the camera used to render the Gazebo GUI? The default focal length looks really short, which has the tragic effect of making my planning scenario look easy to reviewers :( I've noticed there is a camera tag in the world file, but it doesn't seem to be documented anywhere. |
2011-12-21 15:37:27 -0500 | received badge | ● Editor (source) |
2011-12-21 15:36:54 -0500 | answered a question | Error building nodelet under osx Lion I encountered this problem elsewhere, and I think this is due to a bug in pluginlib. In that package's include/class_loader.h, after
try adding
|
2011-09-22 19:52:13 -0500 | received badge | ● Enlightened (source) |
2011-09-22 18:26:18 -0500 | received badge | ● Good Answer (source) |
2011-09-22 06:50:16 -0500 | received badge | ● Nice Answer (source) |
2011-09-22 03:28:01 -0500 | answered a question | build error cannot find GetStateValidity.h That message definition, along with many others, were moved (in electric) to arm_navigation_msgs, as described here: http://www.ros.org/wiki/arm_navigation. That tutorial hasn't been updated to electric. It may or may not work if you replace that header location along with changing "environment_server_right_arm" to "planning_scene_validity_server". However, you'll also have to use the planning description configuration wizard to build the necessary launch files, and then launch them. Alternatively, you could use diamondback. You probably shouldn't be including both /opt/ros/diamondback/stacks and /opt/ros/electric/stacks in your ROS_PACKAGE_PATH--you can't generally mix and match packages from different releases. |
2011-09-20 06:28:16 -0500 | received badge | ● Supporter (source) |
2011-05-30 04:49:08 -0500 | received badge | ● Nice Answer (source) |
2011-03-22 18:39:50 -0500 | commented answer | Installing packages and other client libraries I suppose so, but I'm guessing at least roscpp and rospy will be installed by default if you install in any typical way. |
2011-03-22 05:53:30 -0500 | answered a question | Installing packages and other client libraries On Ubuntu, some packages are installable via Ubuntu packages (i.e., apt-get, synaptic), so you could try that first. If no Ubuntu package is available, you can download the source from the repository, put it in a subdirectory of your ROS_PACKAGE_PATH, and compile with with rosmake. That's generally all you need to do. |
2011-03-13 08:21:29 -0500 | answered a question | Failure in reproducing the result from the paper "ICRA2010_Marder-Eppstein" Looks related to https://code.ros.org/trac/wg-ros-pkg/ticket/4383 |
2011-03-08 12:18:28 -0500 | commented answer | Trouble building Roslib (diamondback) on 64-bit OSX Snow Leopard. This might also be helpful: http://stackoverflow.com/questions/2211387/python-build-problem-on-mac-os-10-6-snow-leopard |
2011-03-08 12:18:17 -0500 | commented answer | Trouble building Roslib (diamondback) on 64-bit OSX Snow Leopard. I'm actually building on the same model with no problems. Maybe cmake is incorrectly setting the MACOSX_DEPLOYMENT_TARGET? You can try checking build/CMakeCache.txt (search for OSX) to see if it detects something weird. |
2011-03-08 08:16:27 -0500 | received badge | ● Nice Answer (source) |
2011-03-07 05:23:17 -0500 | commented answer | Starting rviz, failed to initialize ogre, cannot find RenderSystem_GL.so Looks like a run-time link error. Maybe the library rpath is not getting set correctly? Try 'readelf -d ./visualization_common/ogre/ogre/lib/OGRE/RenderSystem_GL.so', and look for an RPATH line. It should be set to .../visualization_common/ogre/ogre/lib/. |
2011-03-06 04:10:20 -0500 | answered a question | Starting rviz, failed to initialize ogre, cannot find RenderSystem_GL.so IIRC, I was getting a similar error compiling rviz on my Mac, and installing Cg seems to have fixed it. I think Ogre may configure itself to not build that library if Cg (or maybe some other dependency) is not present, or something. |
2011-03-05 13:06:28 -0500 | received badge | ● Teacher (source) |
2011-03-05 09:04:03 -0500 | answered a question | Trouble building Roslib (diamondback) on 64-bit OSX Snow Leopard. My roslib compile works out-of-the-box (diamondback, 10.6, 64-bit). These lines look very suspicious: Building for Intel for Mac OS X < 10.4? It looks like your build environment is screwed up. Maybe you have MACOSX_DEPLOYMENT_TARGET set in your environment? |