<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d"><br>
</div>A binary XML format would be better to parse for an XML processor. But OSM<br>
data is pretty structured. The point is that for line transfers a pretty<br>
efficient format can be choosen that is totally unparsible by embedded<br>
devices.</blockquote><div><br>The actual transfer is pretty much irrelevant here. The goal is to have a format which RENDER fast.<br><br>Actually, the very notion of "parsing" should be avoided when doing mobile:<br>
1) what takes milliseconds on a desktop can become seconds on mobile<br>2) parsing more-or-less presuppose loading everything in memory, which is not doable on a device with < 128 Mb ram. <br><br>So the data should be "pre-parsed" and randomly accessible from storage to be able to handle gigas of data. Only indexes could reside in memory for efficiency.<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
Since the subject suggest mobile developers; they might only be interested<br>
in a derrivative format that even *not* includes some information, and has<br>
a high focus on routing. Now I was always teached that if something<br>
focusses on one thing it will need to make compromises.</blockquote><div><br>As for myself, I prefer to keep all information because I'm not focused on routing as others. But I suppose compromise will have to be made.<br>
</div></div><br>- Chris -<br></div>