<div dir="auto">It always seems impossible until it's done: Nelson Mandela</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 31 Jan 2022, 21:52 Rob Nickerson, <<a href="mailto:rob.j.nickerson@gmail.com">rob.j.nickerson@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hi all,</div><div><br></div><div>Just a quick update on the clean up of the addr:place tag as we end the month. As it currently stands Taginfo GB is showing that addr:place is used 31,187 times, down from 76,479 in late December. Meanwhile addr:suburb has increased from 123,372 to 170,770 uses.</div><div><br></div><div>As per my email earlier in the month, I do still feel that it is an uphill battle to clean up the misuses of addr:place and as such we should use addr:substreet when we want to record a child+parentstreet type relationship. This is the advice that has gone into the wiki page albeit noting that it wasn't unanimously supported. The drop from 76k to 31k was relatively easy, but increasingly the clean up process will become one of diminishing returns as some 4,500 uses of addr:place only appear in OSM less than 100 times. As in, we have only touched the tip of the iceberg of the incorrect uses of addr:place so far!<br></div><div><br></div><div><a href="https://wiki.openstreetmap.org/wiki/Addresses_in_the_United_Kingdom" target="_blank" rel="noreferrer">https://wiki.openstreetmap.org/wiki/Addresses_in_the_United_Kingdom</a></div><div><br></div><div>Thank you,<br></div><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><span style="color:rgb(0,0,255)"><b>Rob</b></span><br></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 14 Jan 2022 at 19:24, Rob Nickerson <<a href="mailto:rob.j.nickerson@gmail.com" target="_blank" rel="noreferrer">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>Hi all,</div><div><br></div><div>There has not really been any comments on the process steps in JOSM so I don't know if I should proceed or not. I guess I will wait a bit longer as it's only been a day so far.<br></div><div><br></div><div>In the meantime, I was thinking about what other approaches we could use to help with this clean up effort. I realised that there is the OS Open Names data set which includes a list of populated places (i.e. settlements). If these values match an addr:place tag then it is a good indication that the addr:place tag is wrong and should be addr:suburb or addr:city instead.<div><br></div><div>I have therefore made a spreadsheet of all the addr:place tag values (downloaded from TagInfo GB) that match an OS Open Names "populatedPlace" value.</div><div><br></div><div>I've marked a few  rows as fixed in the spreadsheet based on the edits I made to test the JOSM approach. The spreadsheet is open access so feel free to use this tracker. It is sorted by highest to lowest use of the addr:place tag.<br></div><div><br></div><div><a href="https://docs.google.com/spreadsheets/d/1BGeIyhlL-UODGOVJK543Iy699guc3C6Z0udFE57tYu0/edit?usp=sharing" target="_blank" rel="noreferrer">https://docs.google.com/spreadsheets/d/1BGeIyhlL-UODGOVJK543Iy699guc3C6Z0udFE57tYu0/edit?usp=sharing</a></div></div><div><br></div><div>Thanks,<br></div><div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span style="color:rgb(0,0,255)"><b>Rob</b></span><br></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 13 Jan 2022 at 23:51, Rob Nickerson <<a href="mailto:rob.j.nickerson@gmail.com" target="_blank" rel="noreferrer">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><div>Hi all,</div><div><br></div><div>As we learnt the other week, the 
addr:place tag has often been incorrectly used here in the UK. The tag 
addr:place is meant to be used when the address does <u>not</u> 
reference a street (tagged with addr:street) at all. This is frequently 
seen in small villages in continental Europe which often don't have any 
street names at all.</div><div><br></div><div>In the UK most cases of addr:place and addr:street being used together 
are incorrect and are cases where addr:suburb should have been used 
instead of addr:place. You can browse the <a rel="nofollow noreferrer" href="https://nominatim.org/qa/#map=8.06/53.26/-0.64&layer=addr_place_and_street" target="_blank">Nominatim QA</a> to find examples and help clean these up. </div><div><br></div><div>To help with this clean up effort I have tested an approach in JOSM that some might consider as captured by the Automated Edits code of conduct. I therefore wanted to share this process before proceeding.</div><div><br></div><div>Step 1:</div><div>Identify a potentially incorrect use of the addr:place tag. To do this I am looking at the list of values used on TagInfo GB and checking if any of these are villages/towns. If they are then there is a high chance that the addr:place tag is incorrect.</div><div><a href="https://taginfo.openstreetmap.org.uk/keys/addr%3Aplace#values" target="_blank" rel="noreferrer">https://taginfo.openstreetmap.org.uk/keys/addr%3Aplace#values</a></div><div><br></div><div>Step 2:</div><div>Open the data in JOSM using an overpass query. An example query I am using to download the data is:</div><div><br></div><div>[out:xml][timeout:90];<br>{{geocodeArea:England}}->.searchArea;<br>(<br>  nwr["addr:place"="Eccleston"](area.searchArea);<br>);<br>(._;>;);<br>out meta;</div><div><br></div><div>Step 3:</div><div>Inspect the data in JOSM paying particular attention to other addr:* tags. To do this I start by doing a Ctrl+F and search for e.g. "addr:place"="Eccleston". This selects all the features with this tag. I can then see the full range of addr:* tags used on these features. High use of addr:street reiterates the incorrect use of addr:place. I can also see if the addr:suburb tag has been used on any features -> if it has then I go investigate this separately. I also investigate uses of all other addr tags except housenumber/name, unit, flats and street.<br></div><div><br></div><div>Step 4<br></div><div>Change addr:place to add:suburb. I get to this stage quicker if step 3 does not identify any conflicting addr:* tags (e.g. if the only other addr tags are housenumber/name and street). The more addr:* tags there are the more I look into individual OSM features before making this change.</div><div><br></div><div>As always, if in doubt then I don't proceed.</div><div><br></div><div>How do you feel about this sort of approach? With proper time spent carefully looking at the other addr tags that have been used, then I believe it is a low risk edit.<br></div></div><div><br></div><div>P.S. Feel free to check out the results of a couple trials I made. e.g. <a href="https://www.openstreetmap.org/changeset/116122672#map=14/53.6500/-2.7281" target="_blank" rel="noreferrer">https://www.openstreetmap.org/changeset/116122672#map=14/53.6500/-2.7281</a> I'll pause on making more as I realise I should get the discussion going first.<br></div><div><br></div><div>Thank you,<br></div><div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><span style="color:rgb(0,0,255)"><b>Rob</b></span><br></div></div></div></div></div></div>
</blockquote></div>
</blockquote></div>
_______________________________________________<br>
Talk-GB mailing list<br>
<a href="mailto:Talk-GB@openstreetmap.org" target="_blank" rel="noreferrer">Talk-GB@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-gb" rel="noreferrer noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-gb</a><br>
</blockquote></div>