Eric,<div><br></div><div>You're right. Right now there's not a great way to specify a "forbidden zone" in a map. If you specify the space as occupied, then sensors can clear it out when it is observed to be free. I've always intended on adding a different cost value that designates space as forbidden no matter what local sensor information says, but honestly just haven't gotten around to it. Since this seems like a critical thing for you, and something that a lot of people will want, I've created a ticket for it here: <a href="https://code.ros.org/trac/ros-pkg/ticket/4409">https://code.ros.org/trac/ros-pkg/ticket/4409</a>.</div>
<div><br></div><div>In the meantime, as you alluded to, you can create a marking sensor that asserts that the "forbidden" region is seen as occupied and hook it up to the costmap. This will keep the LIDAR from clearing it out when the robot is close to it. It isn't quite as easy as drawing on a bitmap, but it should solve your problem. You can also have that sensor operate at a different height than your LIDAR in the voxel grid version of the costmap which means you'll only have to publish information about forbidden regions on startup. If you do create the sensor that reads in maps to create forbidden zones, it might be nice to share it with the ROS community, as the cost value fix likely won't be released until D-Turtle.</div>
<div><br></div><div>Come to think of it, the sensor approach is actually much better for dealing with the local planner's costmap which has no knowledge of the global static map. I'll have to think a little on the best way to deal with that with the special cost value approach.</div>
<div><br></div><div>Hope this helps,</div><div><br></div><div>Eitan<br><br><div class="gmail_quote">On Mon, Sep 6, 2010 at 10:41 AM, Eric Perko <span dir="ltr"><<a href="mailto:wisesage5001@gmail.com">wisesage5001@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Christian,<div><br></div><div>I did exactly what you are trying to do just the other day and was able to successfully get it to run with one map for AMCL and another for the navigation stack. Launch file attached.</div>
<div>
<br></div><div>We then ran into a separate problem, where the LIDAR in the navigation stack will clear out our static obstacles if it cannot sense them (glass walls or your 'forbidden zones'), as the static map seems to only be used to seed the costmaps, not continually make sure that they contain at least the static map. It also does not get assigned a height when using the voxel grids, so we were unable to just separate the static map and LIDAR into two different planes to prevent cross-clearing. Have you encountered this problem with LIDARs clearing your static_map forbidden zones? Also, do you load the static map into the costmap for the local_planner as well and if not, how do you give the local_planner knowledge of the forbidden zones? We are probably going to address these by creating a PointCloud sensor that reads in maps and can then be fed into the costmaps just like any other sensor. I'm interested to see if you came up with a different plan.</div>

<div><br></div><div><font color="#888888">- Eric</font><div><div></div><div class="h5"><br><br><div class="gmail_quote">On Mon, Sep 6, 2010 at 12:26 PM, Christian Verbeek <span dir="ltr"><<a href="mailto:verbeek@servicerobotics.eu" target="_blank">verbeek@servicerobotics.eu</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br>
> So you can remap map to planner_map in the launch file by doing<br>
> <remap from="map" to="planner_map"/><br>
><br>
</div>Adam,<br>
<br>
I am using the move_base node. Remapping would then also apply to amcl.<br>
<div><div></div><div><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><br></div></div></div>
<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></div>