<div dir="ltr">On Mon, Oct 13, 2008 at 5:41 PM, Frederik Ramm <span dir="ltr"><<a href="mailto:frederik@remote.org">frederik@remote.org</a>></span> wrote:<br><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;">
<snip> </blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">As for the efficiency in storage, I suggest you take the long-term view:<br>

I am 100% sure that at some point in the future, OSM will have at least<br>
one node for every house, more likely a building outline for every<br>
house. Look at this if you don't believe me:<br>
<br>
<a href="http://informationfreeway.org/?lat=51.03267406093207&lon=13.718639663339111&zoom=15&layers=B0000F000F" target="_blank">http://informationfreeway.org/?lat=51.03267406093207&lon=13.718639663339111&zoom=15&layers=B0000F000F</a><br>

<br>
At this point it will be trivial (easy to edit, easy to handle, and<br>
requiring little extra storage) to simply add a house number tag to<br>
every one of these buildings. Any sort of complex relations for roads<br>
with interpolation rules for house numbers will then simply be<br>
unnecessary.</blockquote><div><br>That's not really true, because there are devices (such as Garmin GPS receivers) on which we would like to use OSM data, which need address numbers in a compact format with interpolation rules. Trying to reverse-engineer the scheme (odd, even, both, etc.) from single nodes that aren't even part of the way is nigh-impossible, or at the least, wastefully compute-intesive and error-prone.<br>
<br>Karl<br></div></div></div>