ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange |
2014-08-25 09:26:37 -0500 | received badge | ● Taxonomist |
2013-04-09 07:18:08 -0500 | received badge | ● Famous Question (source) |
2013-04-09 07:18:08 -0500 | received badge | ● Notable Question (source) |
2013-01-13 09:42:46 -0500 | received badge | ● Famous Question (source) |
2013-01-10 01:33:46 -0500 | received badge | ● Famous Question (source) |
2013-01-10 01:33:46 -0500 | received badge | ● Popular Question (source) |
2013-01-10 01:33:46 -0500 | received badge | ● Notable Question (source) |
2012-10-18 03:35:56 -0500 | received badge | ● Famous Question (source) |
2012-10-18 03:35:56 -0500 | received badge | ● Popular Question (source) |
2012-10-18 03:35:56 -0500 | received badge | ● Notable Question (source) |
2012-05-07 17:18:44 -0500 | received badge | ● Popular Question (source) |
2012-02-27 20:26:19 -0500 | received badge | ● Notable Question (source) |
2011-12-04 19:27:34 -0500 | received badge | ● Popular Question (source) |
2011-11-03 08:30:46 -0500 | marked best answer | dynamic_reconfigure Try launching the openni node first, then run this command then you should be able to see the options. |
2011-10-19 13:54:12 -0500 | received badge | ● Student (source) |
2011-10-14 05:09:44 -0500 | asked a question | rgbdslam on room interiors When using rgbdslam to generate point clouds of a room interior using a kinect, the camera needs to follow a complex path around the room. Even when doing this, there are significant holes in the resulting model, and many areas are scanned several times. To illustrate the point, a simple helical scan from the center of a room will produce many shadows (holes) in the resulting point cloud, due to the objects in the room. Getting different viewpoints from around the room is required to get a full point cloud model of the room. In order to fill in these holes, you need to position the camera at various viewpoints to get the missing points in the cloud. It looks there is a need for a feature or separate tool that would allow for flipping between the individual pcd nodes and selecting one that have neighboring areas with missing coverage, so that IPC can continue on new frames that should be added to the specific region. Without this, the only other option is to pan back through the model to get to the areas where these holes exist. This re-coverage over existing points usually causes distortions in the cloud due to minor miss alignments in registration. It also seems like assembly of individual PCD nodes that have been saved for later assembly, could be used to build up a complete model, where wholes can be identified and then specific scans are taken to fill these areas. This again brings up the need for another tool, or feature. Does anyone know of a good example of point clouds that are relativity complete models of interior volumes, that use the kinect? Walt |
2011-10-12 12:11:20 -0500 | answered a question | openni_camera driver problem... The answer here worked for me: http://answers.ros.org/question/1892/openni_kinect-installation-issues-with |
2011-10-12 07:48:50 -0500 | asked a question | openni_camera driver problem... Based on many questions ihere, it looks like there is a problem with the openni driver that makes it not publish reliably. I'm having this same problem. I'm running ubuntu 11.04 and ros diamondback. I've tried both installing the driver directly as well as building it from the source as described here: http://www.ros.org/wiki/openni_camera When launching: roslaunch openni_camera openni_node.launch I get something that looks like this:... but the red laser never turns on (although the green LED continues to blink when it is plugged into one of my USB 2.0 ports). Any ideas on what could be the problem? The strange thing is, I've viewed point clouds through rviz recently so I've had it working. I didn't think I've done anything to break it, but not sure what happened. I've seen some others talk about the driver only coming up 1/5 times or 1/10 times, but in my case it isn't coming up at all. .... If I can get past these driver problems, I would have some interesting point cloud work to start doing! thanks in advance for any advice, Walt |
2011-10-12 06:12:17 -0500 | commented answer | dynamic_reconfigure walt@T5500:~/ros_workspace$ roslaunch openni_camera openni_node.launch the kinect is identified, serial number listed, and rgb and depth frame id's exist. However, the red laser on the kinect doesn't come on! No data is published from the camera. I've had the kinect sending data recently... |
2011-10-12 06:08:53 -0500 | commented answer | dynamic_reconfigure It looks like there is a problem with the openni_node working correctly. When I do this: |
2011-10-12 05:28:41 -0500 | asked a question | dynamic_reconfigure I'm trying to: in following the instructions here to configure my kinect: http://www.ros.org/wiki/openni_camera however, the gui window that comes up is blank?! (no controls or fields, unlike what is shown in the example on the link above). Any idea what could be going on? I'm able to run rviz and have qt4 installed. I'm running on diamondback with ubuntu 11.04. Thanks, Walt |
2011-10-09 12:15:55 -0500 | received badge | ● Supporter (source) |
2011-10-09 12:15:39 -0500 | answered a question | openni_kinect install errors I'm running into a very similar problem running ros-electric on ubuntu natty (11.04) Did you determine the solution to this problem? |
2011-10-08 08:26:06 -0500 | received badge | ● Editor (source) |
2011-10-08 06:37:15 -0500 | asked a question | package install problem with electric and natty Hello, I'm trying to setup ros-electric-openni-kinect, which depends on openni-dev and ps-engine. I'm working on a project using ROS and the kinect, and have a pretty fresh install of natty running with all packages up to date. I'm trying to work through the problem listed below, and figure out if it has been solved yet: After researching this problem in google groups I see another person with a similar problem that says: "the install scripts in the current version tries to register modules in /var/lib/ni/modules.xml. However it doesn't create the /var/lib/ni/ directory beforehand, which causes niReg to fail and therefore also the ./install script. Creating /var/lib/ni/ before the installation worked for me." Unfortunately, creating the /var/lib/ni directory and reinstalling isn't working for me... Not sure if this is a recent error with the package introduced in the latest version or if there is some configuration or other problem that people (like me) are running into. Similar issue when trying to reinstall nite-dev using Synaptic Package Manager (more) |