<div class="gmail_quote">2009/12/21 Erik Johansson <span dir="ltr"><<a href="mailto:erjohan@gmail.com">erjohan@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Mon, Dec 21, 2009 at 4:25 PM, Frederik Ramm <<a href="mailto:frederik@remote.org">frederik@remote.org</a>> wrote:<br>
> Then why don't you use "place=locality, name=45-29" if that's all you want.<br>
<br>
</div>Thanks, that's a good idea (if it works),</blockquote><div><br>what do you mean by: if it works? All alternative ways to the well established addressing scheme don't "work". It's easy as that. place=locality is generally used to give names to localities that don't match other established features (can be lots, hills, named localities, etc.), IMHO a locality-node "name=45-29" to express housenumbers is wrong.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
>> Does anyone have any improvements to make this scheme better?<br>
><br>
> Yes, use the same scheme that everyone else uses as well ;-)</div></blockquote><div><br>+1<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I don't care about geocoders, I will fix it but I'm not that keen on<br>
getting geocoders to work.</blockquote><div><br>as soon as someone else is editing in your area it will be conflicting anyway. I just don't see the point of entering useful information in a way it will not be retrieved...<br>
 </div></div>cheers,<br>Martin<br>