<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jan 30, 2020 at 10:49 AM Kevin Kenny <<a href="mailto:kevin.b.kenny@gmail.com">kevin.b.kenny@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, Jan 30, 2020 at 10:09 AM Kevin Kenny <<a href="mailto:kevin.b.kenny@gmail.com" target="_blank">kevin.b.kenny@gmail.com</a>> wrote:<br>
>> (1) The `name=*` field gets the road's actual name. If the road's only<br>
>> name is 'County Route 12' (New York consistently uses 'Route' rather<br>
>> than 'Road' for these), to the extent that `addr:street=*` will show<br>
>> that for the name, then `name=*` gets that name. (Yes I know that<br>
>> there are mappers who would prefer `noname=yes` in that situation, but<br>
>> address validation has an easier time with the way I do it.)<br>
<br>
On Thu, Jan 30, 2020 at 11:20 AM Paul Johnson <<a href="mailto:baloo@ursamundi.org" target="_blank">baloo@ursamundi.org</a>> wrote:<br>
> Please stop.  This gets very annoying for data consumers (especially your average joe just using a satnav).  Fix your validation process instead.<br>
<br>
I knew you were going to say that. The sentiment seems to run about<br>
equally between 'fix the navigation software not to read the ref<br>
twice,' and 'fix software that recognizes street addresses to deal<br>
with the fact that an address of '2367 County Route 34' might need to<br>
be translated to a ref=*'.<br></blockquote><div><br></div><div>addr:street= should be tagged anyway, and that's where you can put your "County Route 34".  Attempting to infer this based off the nearest street should be a last resort because, at least in the US, it's not uncommon for what the street's actually named and signed to be <i>radically</i> different than the postal address's street name for simplicity or brevity's sake.</div><div><br></div><div>This solves both problems.</div></div></div>