<div dir="ltr">On Thu, Oct 16, 2008 at 9:28 AM, Andy Allan <span dir="ltr"><<a href="mailto:gravitystorm@gmail.com">gravitystorm@gmail.com</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;">
<div class="Ih2E3d">On Thu, Oct 16, 2008 at 6:28 AM, Karl Newman <<a href="mailto:siliconfiend@gmail.com">siliconfiend@gmail.com</a>> wrote:<br>
<br>
</div><div class="Ih2E3d">> Just to reiterate my perspective, the Karlsruhe schema is fine for what it<br>
> is, but it's not sufficient for all uses.<br>
<br>
</div>Perhaps not natively, but I don't see why it can't be converted into<br>
interpolated-on-street during processing? I don't know of any use of<br>
OSM data that doesn't require *some* level of processing.<br>
<br>
On the other hand, putting the information directly on the street<br>
limits the ability to produce useful things like maps with numbers on<br>
the building outlines. So I'd say we should go for "numbers on houses"<br>
(e.g. Karlsruhe scheme), and downgrade using post-processing to<br>
"numbers on streets" whenever there's such desire / technological<br>
limitations.<br>
<br>
Cheers,<br>
<font color="#888888">Andy<br>
</font></blockquote></div><br>That's the problem--the Karlsruhe schema does not lend itself to that sort of transformation very well. And it requires a stupid amount of preprocessing if it's going to be used. There is nothing to associate the node to the street other than MAYBE the name, which is pretty poor for a relational data model. It could be misspelled or linked to the wrong street with a similar name or even just the wrong section of the street. Also, consider the case where a road makes a tight U-turn, and the address node is placed somewhere in the middle. It's entirely possible (in fact, I can guarantee it will happen somewhere in the world) that the the node will be associated with the wrong portion of the street.<br>
<br>Karl<br></div>