<div dir="ltr">Evening all,<div><br></div><div>I think the addressing of flats might just be too complicated for one standard schema. Is this maybe where addr:full comes into play?</div><div><br></div><div>Just to add a few more edge cases for Scottish tenements. Many are known by the council as something like 10 3f2 The Street (meaning second flat on the third floor at number 10), but (assuming 2 flats per floor and the ground floor have separate front doors 8 & 12) then the Post Office will call this 10/6 (the sixth flat in the stair). However, I also lived in a tenement in Glasgow, where the postal address was like "3/1 123 The Street; Glasgow; G1 23AB", although the council called that 123 3f1. I have also heard of some tenements being listed as 3L and 3R (ie left and right) but don't think this is at all common.</div><div><br></div><div>I have so far generally avoided tagging flats in tenements, but for other buildings I would use addr:flats=1-6 or addr:flats=A-F depending on what is on the door. I also do not like the idea of tagging these with the word flat or whatever. I would like to think something addressed to "Flat 1; 123 The Street", would end up at "Apartment 1; 123 The Street", regardless of the naming. Indeed my friends who used to live in "Loft 3" only used the numeric form of 123/3 The Street.</div><div><br></div><div>Cheers, Donald</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 9 Jan 2022 at 18:29, Rick Bowlby <<a href="mailto:rb-osm@libarch.co.uk">rb-osm@libarch.co.uk</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"><div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 9 Jan 2022 at 00:21, Rob Nickerson <<a href="mailto:rob.j.nickerson@gmail.com" target="_blank">rob.j.nickerson@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"><div dir="ltr">...<div>I would suggest that if you map individual flats then, if they include the word "Flat" in the address include this in the tag (e.g. addr:unit=Flat 1). I probably would extend that to multiple addresses tagged with addr:flats otherwise how is anyone going to know when the written address should include the word Flat and when it shouldn't.<br></div><div><b>...</b></div></div></blockquote><div><br></div><div>So in the example I gave, I think you're proposing that addr:flats=11-12;25-28;41-44;51-54 should become addr:flats=Flat 11-
Flat 

12;Flat 

25-
Flat 

28;Flat 

41-
Flat 

44;Flat 

51-
Flat 

54. I really don't like this:</div><div>1) Repetition and redundancy;</div><div>2) None of the current 13,000+ <a href="https://taginfo.openstreetmap.org.uk/keys/addr:flats#overview" target="_blank">UK tags</a> are currently like this as far as I can see;</div><div>3) In its current form, a fairly simple function can parse tag values like this to determine the number of flats - this is what I use it for. Adding in a designator word before each number/letter in ranges would really complicate it.</div><div><br></div><div>I suggest either:</div><div><ul><li>a separate tag, possibly 'addr:unit_designator', maybe with a default value if absent eg "Flat"</li><li> prefixing the addr:unit/flats value before a (say) colon - ie 
addr:flats=Flat:11-12;25-28;41-44;51-54 (I'm less keen on this idea)<br></li></ul></div></div></div>
_______________________________________________<br>
Talk-GB mailing list<br>
<a href="mailto:Talk-GB@openstreetmap.org" target="_blank">Talk-GB@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-gb" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-gb</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">Donald Noble<br><a href="http://drnoble.co.uk" target="_blank">http://drnoble.co.uk</a> - <a href="http://flickr.com/photos/drnoble" target="_blank">http://flickr.com/photos/drnoble</a></div>