Ask Your Question

Paul Vernaza's profile - activity

2012-11-29 22:56:15 -0600 received badge  Nice Answer (source)
2012-09-07 09:03:40 -0600 received badge  Famous Question (source)
2012-09-07 09:03:40 -0600 received badge  Popular Question (source)
2012-09-07 09:03:40 -0600 received badge  Notable Question (source)
2012-01-17 19:09:44 -0600 received badge  Student (source)
2012-01-16 15:41:28 -0600 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 -0600 received badge  Editor (source)
2011-12-21 15:36:54 -0600 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

#define PLUGINLIB_CLASS_LOADER_H

try adding

#define TIXML_USE_STL

2011-09-22 19:52:13 -0600 received badge  Enlightened (source)
2011-09-22 18:26:18 -0600 received badge  Good Answer (source)
2011-09-22 06:50:16 -0600 received badge  Nice Answer (source)
2011-09-22 03:28:01 -0600 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 -0600 received badge  Supporter (source)
2011-05-30 04:49:08 -0600 received badge  Nice Answer (source)
2011-03-22 18:39:50 -0600 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 -0600 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 -0600 answered a question Failure in reproducing the result from the paper "ICRA2010_Marder-Eppstein"
2011-03-08 12:18:28 -0600 commented answer Trouble building Roslib (diamondback) on 64-bit OSX Snow Leopard.
2011-03-08 12:18:17 -0600 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 -0600 received badge  Nice Answer (source)
2011-03-07 05:23:17 -0600 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 -0600 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 -0600 received badge  Teacher (source)
2011-03-05 09:04:03 -0600 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:

/usr/include/AvailabilityMacros.h:108:14: warning: #warning Building for Intel with Mac OS X Deployment Target < 10.4 is invalid.
Linking CXX shared library ../lib/libroslib.dylib
ld: -rpath can only be used when targeting Mac OS X 10.5 or later

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?