On Mon, Oct 18, 2010 at 1:42 PM, Eitan Marder-Eppstein <span dir="ltr"><<a href="mailto:eitan@willowgarage.com">eitan@willowgarage.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Safdar,<br><br><div class="gmail_quote"><div class="im">On Mon, Oct 18, 2010 at 9:09 AM, safdar_zaman <span dir="ltr"><<a href="mailto:safdaraslam@yahoo.com" target="_blank">safdaraslam@yahoo.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Hi Etan,<br>
It now travels one meter. But when it sees something then travels less and<br>
turns and stops.Then problem was in odometry which was late. Now fine I<br>
think.<br>
One thing I tried too much is that how to take Robot to a particular<br>
location (room etc.) because its not clear in simpleSendingGoals's code how<br>
to set pose.x and pose.w for the goal for room or any other place in the map<br>
etc?<br></blockquote><div><br></div></div><div>To get a robot to go to a specific room in the map, you'll need to know the map coordinates of a point in the room. You can use a tool like rviz to get the location by sending a goal to the navigation stack that way and looking at the output of the program. For details on using rviz with the navigation stack see: <a href="http://www.ros.org/wiki/navigation/Tutorials/Using%20rviz%20with%20the%20Navigation%20Stack" target="_blank">http://www.ros.org/wiki/navigation/Tutorials/Using%20rviz%20with%20the%20Navigation%20Stack</a></div>
<div class="im">
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Second question is how can I mark some aria in map prohibited so that Robot<br>
should not go into that specified aria?<br></blockquote><div><br></div></div><div>To do this, we've been suggesting that you create your own observation source that publishes a point cloud marking the desired area of the map as blocked. This guarantees the information gets to both the local and global costmaps. There's some work being done on a tool that takes in a bitmap and publishes a point cloud for you, but I'm not sure what the status of that tool is, so you might have to do it yourself. Another option is to go into the map and draw over the area you don't want the robot to traverse, but this isn't guaranteed to work when local sensor information sees through the obstacles that don't actually exist.</div>
</div></blockquote><div><br></div><div>Safdar,</div><div><br></div><div>We did finish a tool that can read in a map from the map_server and output a point cloud. Note that we haven't gotten a chance to document it very well yet, but it does work and has been in use for the past week or so while we have been testing other things. Some important things to note: you will have to mark up the map from gmapping to reflect your blocked zones and you should probably use a separate map for AMCL if they are obstacles that a LIDAR will not detect.</div>
<div><br></div><div>You can find the map to point cloud node here: <a href="http://github.com/cwru-robotics/cwru-ros-pkg/blob/master/cwru_semi_stable/cwru_nav/src/map_as_sensor.cpp">http://github.com/cwru-robotics/cwru-ros-pkg/blob/master/cwru_semi_stable/cwru_nav/src/map_as_sensor.cpp</a> . To see how we currently use it, start with <a href="http://github.com/cwru-robotics/cwru-ros-pkg/blob/master/cwru_semi_stable/cwru_nav/start_tour_guide_nav.launch">http://github.com/cwru-robotics/cwru-ros-pkg/blob/master/cwru_semi_stable/cwru_nav/start_tour_guide_nav.launch</a> and follow the launch files. Let me know if you have any questions/problems and I'll see if I can help.</div>
<div><br></div><div>Eitan,</div><div><br></div><div>I think this would be a generally useful tool for others when using the navigation stack. Is there an existing package that would be good for it? costmap_2d or map_server perhaps? If there is, I'd be interested in working towards getting this documented and added to the official navigation stack for Diamondback unless better official support for forbidden zones and such is on the roadmap for navigation in Diamondback.</div>
<div><br></div><div>- Eric</div><meta http-equiv="content-type" content="text/html; charset=utf-8"><meta http-equiv="content-type" content="text/html; charset=utf-8"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="gmail_quote">
<div><br></div><div>Hope this helps,</div><div><br></div><font color="#888888"><div>Eitan</div></font><div class="im"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
Thanks a lot.<br>
<font color="#888888"><br>
--<br>
View this message in context: <a href="http://ros-users.122217.n3.nabble.com/Navigation-Goal-tp1681228p1726271.html" target="_blank">http://ros-users.122217.n3.nabble.com/Navigation-Goal-tp1681228p1726271.html</a><br>
</font><div><div></div><div>Sent from the ROS-Users mailing list archive at Nabble.com.<br>
_______________________________________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@code.ros.org" target="_blank">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>
</div></div></blockquote></div></div><br>
<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>
<br></blockquote></div><br>