<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>
<p>On 2020-01-07 22:21, Paul Allen wrote:</p>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">
<div dir="ltr">
<div dir="ltr">On Tue, 7 Jan 2020 at 21:00, Colin Smale <<a href="mailto:colin.smale@xs4all.nl">colin.smale@xs4all.nl</a>> wrote:</div>
<div dir="ltr"> </div>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid #cccccc; padding-left: 1ex;">
<div style="font-size: 10pt; font-family: Verdana,Geneva,sans-serif;">
<div dir="ltr">
<div class="gmail_quote">
<div class="gmail_quote"> </div>
</div>
</div>
<div dir="ltr">
<div class="gmail_quote">So if I am now more explicit about my intention to help this discussion towards a conclusion.....</div>
</div>
</div>
</blockquote>
<div> </div>
<div>Actually, you sorta hijacked a discussion about whether to put the address on a</div>
<div>building or a nearby gatepost.  This discussion is probably needed too.</div>
<div> </div>
</div>
</div>
</blockquote>
<div dir="ltr">
<div class="gmail_quote">I don't think it was so much hijacking the discussion, more getting it back to fundamentals. If an address is for the benefit of delivering letters, its location in OSM should ideally approximate to the postal delivery point: the front door, the front gate... Locating it implicitly at the centroid of the building outline, or the centroid of the associated grounds, would be suboptimal. A building, being a single OSM object, can only really have one address. As a building can fundamentally have N (maybe hundreds for blocks of flats) addresses for postal purposes, then there is no point in putting an address on a building. If a company resides in a premises, it may be useful to put their postal address adjacent to (i.e. on the same OSM object as) the other attributes of the company as "contact information" i.e. how to address a letter so it gets to this building, but not by definition what to put in your satnav. Then if multiple companies share an OSM building they all have their own node and thus their own address. HOWEVER if you want an address for navigation purposes, a single set of address components will suffice to get you to the right building, irrespective of who you are visiting.</div>
<div class="gmail_quote"> </div>
<div class="gmail_quote">Fix the complex case, and the rest is easy.</div>
<div class="gmail_quote"> </div>
</div>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">
<div dir="ltr">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid #cccccc; padding-left: 1ex;">
<div style="font-size: 10pt; font-family: Verdana,Geneva,sans-serif;">
<div dir="ltr">
<div class="gmail_quote">What an address refers to, is different in the UK compared to other countries. We will never find a single model to fit the whole world that is not abstracted to the point that it becomes useless. Let's stop chasing our tails, and accept that.</div>
</div>
</div>
</blockquote>
<div> </div>
<div>Already have.  Long ago.  Not sure that what we have, even in the UK, is entirely</div>
<div>fit for purpose because I have several examples in my own town alone that don't fit</div>
<div>that model.  These are, to some extent, country-specific editor preset issues: figure</div>
<div>out what works in a given country and persuade the people maintaining the editors to</div>
<div>adopt it.  Yes, I'm simplifying a lot (again).</div>
<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid #cccccc; padding-left: 1ex;">
<div style="font-size: 10pt; font-family: Verdana,Geneva,sans-serif;">
<div dir="ltr">
<div class="gmail_quote">Back to the philosophical question: Is a normal "address" in OSM: a) for delivering letters, or b) for navigation, or c) an identifier of a building/premises, or d) something else?</div>
</div>
</div>
</blockquote>
<div> </div>
<div>The philosophical question is actually should we limit/prohibit any of those uses?  I</div>
<div>think not.  We can't force any mapper to add all of the info, but we ought not to prevent</div>
<div>them from doing so.</div>
<div> </div>
<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid #cccccc; padding-left: 1ex;">
<div style="font-size: 10pt; font-family: Verdana,Geneva,sans-serif;">
<div dir="ltr">
<div class="gmail_quote">Should/could we cater for these different definitions of "address", e.g. by having tags like addr:{address_type}:{address_element}? This is a question that IMHO is probably best addressed at global level; then let each country have its own model within that framework.</div>
</div>
</div>
</blockquote>
<div> </div>
<div>Gut feeling, without any real analysis, is we don't have address_type, we just have</div>
<div>address_elements.  Because in one country address_element X may be a critical</div>
<div>component of address_type A but in another country it's a critical component of</div>
<div>address_type B.  Just have address elements and it's up to the consumer to make</div>
<div>sense of them.</div>
</div>
</div>
</blockquote>
<div dir="ltr">
<div class="gmail_quote">
<div>I agree with your gut feeling..... But it is bad for OSM's data quality if we cannot state what frame of reference was used for addressing. If one mapper uses strict postal addressing (unreliable for navigation), and another uses physical addressing (not matching the postal addresses), and we cannot tell the difference from the OSM tagging, then we are presenting our data consumers with a challenge, in the same way that having maxspeed=N without explicit or implicit units would cause problems. Even in the UK speed limits in km/h are used on many rail/tram systems...</div>
<div> </div>
</div>
</div>
</body></html>