<br><br><div class="gmail_quote">2011/5/13 Ivan Dryanovski <span dir="ltr"><<a href="mailto:ivan.dryanovski@gmail.com">ivan.dryanovski@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi Willy<br>
<br>
I replied at <a href="http://answers.ros.org" target="_blank">answers.ros.org</a>, but here's some extra info.<br>
<br>
The scan_tools stack is being maintained, although we are stretched a<br>
little thin in terms of manpower. If you find anything that's broken,<br>
or documentation that's out of date, let me know, and I'll fix it.<br>
Last time I checked (around cturtle) both canonical and polar were<br>
working.<br></blockquote><div><br>I will certainely have plenty of questions, so if your are keen at anwsering, here is some background information :<br>I am using this node an a differential robot you can see here (the hokuyo providing the scans is a the front on the first left picture.<br>
<a href="http://team-ard.com/images/stories/crotocombo.jpg">http://team-ard.com/images/stories/crotocombo.jpg</a><br>It evolves on such kind of tables with fixed walls often in view:<br><a href="http://team-ard.com/images/stories/coupe2010.jpg">http://team-ard.com/images/stories/coupe2010.jpg</a><br>
<br>The classical odometry does well at the condition of separating the propulsive whell from the "encoder wheel". It is not the case in our design, so the odometry information are good at :<br>_ low speed/low acc<br>
_ better at the beginning<br>_ no good when bumping into an obstacle (and this happens oftenly).<br>So my team and I are very interessed in such kind of "no floor link" odometry, that's why we are trying the canonical_scan_matcher. But behind this, there are industrial applications of this that would love to have a working combination of dead reackoning + laser odometry.<br>
<br>What I misses in the documentation is the tuning capabilities of the node, knowing that a quite good odometry is provided (I think there are by default configured for no odometry returns).  In comparing the 2 systems, I see both system sometimes right sometimes wrong. So there must be something to tune to have a proper merge of the 2 localisation systems.<br>
<br>Another point : it seems that the system is (by far) better when the environnment is static (which is normal). Is it something to tune to be robust to this ?<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;">

<div class="im"><br>
> BTW I am quite impressed of the precision out of the box of the<br>
> canonical_scan_matcher.<br>
<br>
</div>The props for that should go Andrea Censi, whom I had the pleasure of<br>
meeting at ICRA a couple of days ago.<br>
<font color="#888888"><br>
Ivan<br>
</font><br>
PS looks like you just posted some track tickets. I'll take a look.<br>
<div><div></div><div class="h5">_______________________________________________<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>
</div></div></blockquote></div><br><div style="visibility: hidden; left: -5000px; position: absolute; z-index: 9999; padding: 0px; margin-left: 0px; margin-top: 0px; overflow: hidden; word-wrap: break-word; color: black; font-size: 10px; text-align: left; line-height: 130%;" id="avg_ls_inline_popup">
</div>