<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 2021-01-17 10:13, Sarah Hoffmann wrote:</p>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">
<div class="pre" style="margin: 0; padding: 0; font-family: monospace">
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">Same with 5796920749, which says the cafe is at 6 Sanderstead Road, but<br /> also says addr:street Station Parade?</blockquote>
<br /> And here: 6 Station Parade, Sanderstead Road, South Croydon<br /><br /> From browsing the data, I have the impression that around 4 in 5 uses of<br /> addr:parentstreet come together with a building or a group of buildings in<br /> addr:street. That's why I was highly confused about the tag initially. But<br /> once you figure out that this might be just UK's Royal Mail trying to squeeze<br /> an address into their existing database scheme, it starts to make sense. At<br /> least for Royal Mail. As I say, I don't think it's suitable to have a 1:1<br /> mapping between Royal Mail database fields and OSM tags.<br /><br /></div>
</blockquote>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace">Sarah, it's actually the other way around. Royal Mail's data model for addresses is their way of structuring the addresses that "exist" into a machine-consumable format. Nobody in their right mind would come up with RM's model given a clean sheet of paper. OSM data/tagging doesn't need to be perfect, but we should aim for it being "good enough," whatever that might mean.</div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace">But let us just touch base here... What problem are we trying to solve? What are the use cases?</div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace">Given the premise that OSM addr:* tags are intended for a postal address (what would you write on an envelope to get a letter delivered here?) my personal preference is that the mapping is reversible, so you can go from the tags to the/a correct postal address, AND from a postal address to one or more OSM objects "at" that address.</div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace">Does everyone agree with that? We need to have some consensus on what we are trying to achieve in order to assess the potential solutions put forward. What use cases for consuming the address data do we want to address? Do they need to be "useful" or "correct" in some context? If we can't answer that, then OSM becomes "WOM" - write-only memory (store what you like, don't expect any useful outputs).</div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>
</body></html>