<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">Hi Colin,<br><br>Dependent and doubly dependent localities are technical terms and without having access to PAF most mappers wouldn't know which one to use. And if they did, that could be considered a copyright infringement. Also, it just doesn't sound right. No one asks "which dependent locality do you live in". I agree it matches PAF very well, though.<br><br>I agree towns and villages are less precise but since we already have them as admin levels that would be the easiest and most intuitive solution. We already have addr:suburb and addr:hamlet so that would be a natural extension, and one which is already in use in the UK. <br><br>I agree with you on addr:parentstreet. The issue here is that house numbers and names are associated with either addr:street or addr:place. So if we were to introduce addr:substreet or addr:campus that convention would have to be changed. For this reason I suggested using addr:place as a dependent thoroughfare.This would only require allowing both street and place to be defined together.<br><br>Best regards,<br>Andrzej <br><br><div class="gmail_quote">On 28 January 2019 07:05:40 GMT+08:00, Colin Smale <colin.smale@xs4all.nl> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<p>Hi Andrezej,</p>
<div> </div>
<p>I would oppose addr:village for the Dependent Locality as it invites incorrect usage. There is no reason to overload an existing tag with a different meaning to its current usage. In the UK, a village is not simply a neat subdivision of a town. I think addr:locality and addr:sublocality would be better, as this would (correctly) imply a possibly fuzzy boundary which possibly crosses formal admin boundaries.</p>
<p>Regarding streets/thoroughfares, the main thoroughfare is addr:street - that is clear and established usage. We are looking for a solution for a "substreet" and moving the main thoroughfare up to "addr:parentstreet" to make room for the dependent thoroughfare in "addr:street" feels wrong as it gives addr:street different semantics under some conditions. Note also that the word "thoroughfare" has probably been carefully chosen to allow application to things other than simple streets with adresses neatly on each side. I would also instinctively expect a campus to be more of a locality (subarea of a Town) than a super-street. Maybe someone with access to PAF data can see what data is in what fields for some address on the CSP.</p>
<p>It wouldn't surprise me if subbuildings were used for "Unit 1", "Building A" etc. That doesn't sound/feel at all unreasonable.</p>
<p><br></p>
<p>On 2019-01-27 23:27, Andrzej wrote:</p>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->Hi Colin,<br><br>This is broadly in line with Robert's proposals. However, it raises questions about:<br><br>1. tagging "dependent localities" - they can be towns or villages. Are you happy with addr:town, addr:village for this purpose? Reaching consensus on that would be a major step forward. <br><br>2. Tagging "dependent throughfares". I think they could be used to tag "building name, Cambridge Science Park, Milton Road, Cambridge". This could be addr:place except in OSM addr:place should not be combined with addr:street. Or, like in Robert's proposal, addr:street+addr:parentstreet. Except that CSP is a campus, not a street. <br><br>3. Tagging subbuildings. Addr:unit is available but is fairly limited (unit names?) and vague. <br><br>4. PO Box - I haven't thought about it. Is that something that we would include at all in a geographical database? Perhaps if it is associated with a business that has a known location but uses PO Box as its address? <br><br>Best wishes,<br>Andrzej <br><br>
<div class="gmail_quote">On 28 January 2019 05:21:36 GMT+08:00, Colin Smale <colin.smale@xs4all.nl> wrote:
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid #cccccc; padding-left: 1ex;">
<p>Assuming the post code is seen in OSM as a way of addressing post (as opposed to a geographic subdivision or an indication of location) then I suggest following Royal Mail's address structure, which can be seen in the description of the Postcode Address File on Wikipedia [1]. If we cannot map a full-format address onto OSM tags, we need a description of how to deal with this (i.e. which bits to leave out or combine).</p>
<p>I have taken the table from wikipedia and added a column for the OSM tags where known. Most of these fields are actually optional, or not always present, depending on the exact address in question.</p>
<p>How do we fill in the blanks?</p>
<p><br></p>
<table class="wikitable">
<tbody>
<tr>
<th>Element</th>
<th>Field name</th>
<th>Description</th>
<th>Max length</th>
<th>OSM</th>
</tr>
<tr>
<td rowspan="2">Organisation</td>
<td>Organisation Name</td>
<td> </td>
<td>60</td>
<td>n/a</td>
</tr>
<tr>
<td>Department Name</td>
<td> </td>
<td>60</td>
<td>n/a</td>
</tr>
<tr>
<td rowspan="3">Premises</td>
<td>Sub Building Name</td>
<td> </td>
<td>30</td>
<td> </td>
</tr>
<tr>
<td>Building Name</td>
<td> </td>
<td>50</td>
<td>addr:housename</td>
</tr>
<tr>
<td>Building Number</td>
<td> </td>
<td>4</td>
<td>addr:housenumber</td>
</tr>
<tr>
<td rowspan="4">Thoroughfare</td>
<td>Dependent Thoroughfare Name</td>
<td> </td>
<td>60</td>
<td> </td>
</tr>
<tr>
<td>Dependent Thoroughfare Descriptor</td>
<td> </td>
<td>20</td>
<td> </td>
</tr>
<tr>
<td>Thoroughfare Name</td>
<td>Street</td>
<td>60</td>
<td>addr:street</td>
</tr>
<tr>
<td>Thoroughfare Descriptor</td>
<td> </td>
<td>20</td>
<td> </td>
</tr>
<tr>
<td rowspan="3">Locality</td>
<td>Double Dependent Locality</td>
<td>Small villages</td>
<td>35</td>
<td> </td>
</tr>
<tr>
<td>Dependent Locality</td>
<td> </td>
<td>35</td>
<td> </td>
</tr>
<tr>
<td>Post town</td>
<td> </td>
<td>30</td>
<td>addr:city</td>
</tr>
<tr>
<td>Postcode</td>
<td>Postcode</td>
<td> </td>
<td>7</td>
<td>addr:postcode</td>
</tr>
<tr>
<td>PO Box</td>
<td>PO Box</td>
<td> </td>
<td>6</td>
<td> </td>
</tr>
</tbody>
</table>
<p><br></p>
<p><br></p>
<p>[1] https://en.wikipedia.org/wiki/Postcode_Address_File</p>
<p style="padding-left: 30px;"> </p>
<p><br></p>
<p>On 2019-01-27 21:40, Andrzej wrote:</p>
<blockquote style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0;">
<p>Hi,<br><br>When working on post codes in East Anglia I realised the current address tagging scheme is insufficient for even fairly basic scenarios. I have already discussed the issues with some of the most experienced mappers and like to bring these issues to your attention. Robert has summarised his ideas in <a href="https://wiki.openstreetmap.org/wiki/User:Rjw62/UK_Address_Mapping" target="_blank" rel="noopener noreferrer">https://wiki.openstreetmap.org/wiki/User:Rjw62/UK_Address_Mapping</a><br><br>The bottom line is, I would like to be tag commonly used addresses without losing information and without resorting to addr:full. <br><br>Issues:<br>1. Post towns (most pressing one because there is a lot of confusion around it). The UK is fairly unique in that not every town is a post town. This makes it impossible to tag e.g. Station Road, Histon, Cambridge CB24 9LF. <br>Wiki recommends addr:city to be used for tagging post towns (Cambridge) but then how do we tag Histon? <br>- Robert recommends sticking to the current meaning of addr:city and using addr:town and addr:village for town and village names, which, although not in wiki, are already being used in the UK. I like this solution because it is very explicit in what each addr: key means and it doesn't redefine addr:city. <br>- SK53 prefers using addr:city for everything (towns, even villages) and either not tagging post towns (they can be seen as a an internal detail of a closed Royal Mail database) or using a new tag for it, like addr:post_town. It is a simple solution, results in Histon being called Histon and not Cambridge (without introducing new tags for town and village names) and is commonly used. It is also a bit confusing (what exactly is a city?) and I think we we should at least support tagging post towns. <br><br>Key questions:<br>a) addr:city for post towns or towns and villages? <br>b) how to rag remaining information (respectively, towns and villages or post towns,) <br><br>2. Tagging addresses within campuses, business parks etc. There is addr:place but it is supposed to be used instead of addr:street. Again, Robert has a fairly decent proposal for that using addr:place or addr:locality and addr:parentstreet. Please comment. <br><br>2a. should buildings in campuses be tagged with addr:buildingnumber/name or addr:unit? I would prefer buildingname/number (as they are often subdivided) but these seem to be associated with addr:street. <br><br>3. Similar to (2) but for buildings. Tagging buildings that have e.g. a single name but multiple house numbers? <br><br>Best regards, <br>ndrw6<br><br></p>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace;">_______________________________________________<br> Talk-GB mailing list<br> <a href="mailto:Talk-GB@openstreetmap.org">Talk-GB@openstreetmap.org</a><br> <a href="https://lists.openstreetmap.org/listinfo/talk-gb" target="_blank" rel="noopener noreferrer">https://lists.openstreetmap.org/listinfo/talk-gb</a></div>
</blockquote>
</blockquote>
</div>
<!-- html ignored --><br>
<div class="pre" style="margin: 0; padding: 0; font-family: monospace">_______________________________________________<br> Talk-GB mailing list<br> <a href="mailto:Talk-GB@openstreetmap.org">Talk-GB@openstreetmap.org</a><br> <a href="https://lists.openstreetmap.org/listinfo/talk-gb" target="_blank" rel="noopener noreferrer">https://lists.openstreetmap.org/listinfo/talk-gb</a></div>
</blockquote>

</blockquote></div></body></html>