Nitin,<br><br>I've answered your questions inline below:<br><br><div class="gmail_quote">On Sun, Aug 8, 2010 at 10:43 PM, nitinDhiman <span dir="ltr"><<a href="mailto:nitinkdhiman@gmail.com">nitinkdhiman@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><br>
Hello friends,<br>
As per my understanding (attained by looking at code and help pages),<br>
current cost-map generation is predominantly one sensor based. We look at<br>
only laser-scans and point clouds. Output is 2d grid.<br>
I am looking to combine  a occupancy grid from vision sensors and then<br>
combine it with what CostMap2DROS produces.<br></blockquote><div><br>The costmap supports multiple sensors, it just requires that each sensor pass data to it in the form of a PointCloud or LaserScan message. I've seen the costmap used with everything from sonar sensors, to lasers, to stereo cameras. See the observation_sources parameter for more details: <a href="http://www.ros.org/wiki/costmap_2d#Sensor_management_parameters">http://www.ros.org/wiki/costmap_2d#Sensor_management_parameters</a>. Also, depending on what value you set for the map_type parameter (<a href="http://www.ros.org/wiki/costmap_2d#Map_type_parameters">http://www.ros.org/wiki/costmap_2d#Map_type_parameters</a>), you can have a 2D or 3D representation of the world stored in the costmap. We choose to project the 3D grid down to 2D for more efficient planning, but all the raytracing for clearing obstacles and unknown space is done in 3D.<br>
<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
I have a few queries in general:<br>
<br>
a. How to deal with different resolutions of grids when combining together?<br>
One way i see is to publish a topic with values given by<br>
Costmap2DROS::getResolution() . Is it correct way?<br></blockquote><div><br>I'm not sure what you want do do here. You have a custom occupancy grid type that you want to merge with a costmap? In the node that holds the costmap? Or somewhere else? I think you may want to do this because you don't think the costmap can hook up to your vision sensors, but, if you get them to publish PointClouds, you should be able to make it work.<br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
b. Inflation of obstacle costs: Will such solution lend well to non-square<br>
vehicles? It may be possible for a vehicle to pass through narrow opening in<br>
general but not when cost is inflated.<br></blockquote><div><br>You're right in that the default global planner, Navfn, assumes a circular robot and therefore may be quite optimistic as the robot's footprint becomes less and less circle-like. When I've dealt with rectangular footprints in the past, I've tended to use a different global planner that accounts for the robot's footprint. In my case, that's the sbpl_global_planner. However, that package is unreleased, unstable, and unsupported so I don't recommend using it, but if you really need a global planner that uses the robot's footprint you could take a stab at it. Another option is to write your own global planner plugin which can do what you like.<br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
One more navie question: Is it correct to say that  each instantiation of<br>
NodeHandle creates a new node everytime? This has arised while reading<br>
move_base implementation.<br></blockquote><div><br>There is only one node, the NodeHandles created in move_base simply access different parameter namespaces.<br><br>Hope this helps,<br><br>Eitan<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<br>
Thank you<br>
regards<br>
Nitin<br>
--<br>
View this message in context: <a href="http://ros-users.122217.n3.nabble.com/costmap-grids-tp1051168p1051168.html" target="_blank">http://ros-users.122217.n3.nabble.com/costmap-grids-tp1051168p1051168.html</a><br>
Sent from the ROS-Users mailing list archive at Nabble.com.<br>
<br>
------------------------------------------------------------------------------<br>
This SF.net email is sponsored by<br>
<br>
Make an app they can't live without<br>
Enter the BlackBerry Developer Challenge<br>
<a href="http://p.sf.net/sfu/RIM-dev2dev" target="_blank">http://p.sf.net/sfu/RIM-dev2dev</a><br>
_______________________________________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@lists.sourceforge.net">ros-users@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/ros-users" target="_blank">https://lists.sourceforge.net/lists/listinfo/ros-users</a><br>
_______________________________________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@code.ros.org">ros-users@code.ros.org</a><br>
<a href="https://code.ros.org/mailman/listinfo/ros-users" target="_blank">https://code.ros.org/mailman/listinfo/ros-users</a><br>
</blockquote></div><br>