<div dir="ltr"><span style="font-family:arial,sans-serif;font-size:13px">I believe that the is_in tag has what you may be looking for and it appears to have a well thought out structure.[1] You can still use addr:city to reflect the correct postal city.[2].</span><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">The tag has the same concern as addr:state<div>"When a region has a well developed set of boundary polygons the information that could be placed in the is_in tag on an object can usually be derived from the boundaries that contain it. In this case, the information in the tag is redundant. Some contributors even go as far as to delete this tag when they see it as equivalent to the boundary information.[2]</div><div><br></div><div>Add the debate goes on: it is redundant and removed but uses for offline non-GIS use are overlooked.</div><div><br></div><div>" more importantly when searching by street name, e.g. for 'High Street', it can tell you which of the many results you get back is likely to be the one you want, by saying 'High Street;Fulbourn;Cambridgeshire' and 'High Street;Chapel-en-le-Frith;Derbyshire'. <a href="https://wiki.openstreetmap.org/wiki/User:David.earl" title="User:David.earl" target="_blank">David.earl</a> October 14, 2006<dl><dd>This is already accomplished automatically without the use of is_in tag in<a href="https://wiki.openstreetmap.org/wiki/Nominatim" title="Nominatim" target="_blank">Nominatim</a>, the latest search engine. --<a href="https://wiki.openstreetmap.org/wiki/User:Gorm" title="User:Gorm" target="_blank">Gorm</a> 15:08, 6 April 2010 (UTC)<dl><dd>Yeah, Nominatim is great! Where can i download it for offline navigation on my android with 8 GB sdcard? --<a href="https://wiki.openstreetmap.org/w/index.php?title=User:Themroc&action=edit&redlink=1" title="User:Themroc (page does not exist)" target="_blank">Themroc</a> 20:46, 21 May 2011 (BST) [2]</dd></dl></dd></dl><div><br></div><div>[1] <a href="https://wiki.openstreetmap.org/wiki/Key:is_in" target="_blank">https://wiki.openstreetmap.org/wiki/Key:is_in</a><br></div><div>[2] <a href="http://www.openstreetmap.org/way/310321442" target="_blank">http://www.openstreetmap.org/way/310321442</a><br></div><div><br></div></div><div><br></div><div>Regards,</div><div>Greg</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Nov 8, 2014 at 1:11 PM, Sarah Hoffmann <span dir="ltr"><<a href="mailto:lonvia@denofr.de" target="_blank">lonvia@denofr.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<span class=""><br>
On Sat, Nov 08, 2014 at 02:05:44AM -0600, Toby Murray wrote:<br>
> Nominatim actually does not correctly use addr:city. You are correct in<br>
> that it does assume a better match between physical border and postal city<br>
> address. What happens is it actually puts city information on *roads* based<br>
> on boundary relations and place=* nodes. Then it links individual address<br>
> points to the roads. The addr:city tags on POIs and building outlines is<br>
> actually completely ignored. This leads to things like this address not<br>
> being found if you search for it in Manhattan, KS:<br>
> <a href="https://www.openstreetmap.org/node/2209430502" target="_blank">https://www.openstreetmap.org/node/2209430502</a><br>
><br>
> On the other hand, this one on the next street over is found because I<br>
> added an addr:city tag to the road:<br>
> <a href="https://www.openstreetmap.org/node/2209427353" target="_blank">https://www.openstreetmap.org/node/2209427353</a><br>
> road:<br>
> <a href="https://www.openstreetmap.org/way/13226787" target="_blank">https://www.openstreetmap.org/way/13226787</a><br>
><br>
> I consider this to be a nominatim bug and haven't attempted to do a mass<br>
> tagging of roads with addr:city because I see this as essentially tagging<br>
> for the renderer.<br>
<br>
</span>Well, agreed that Nominatim still misses the feature to mix in addr:* tags.<br>
It is somewhere on the todo list. To be honest, I'm not very motivated to<br>
fix it for the sake of US postal towns because I'm not yet convinced that<br>
the addr:city tag is the right solution for that concept.<br>
<br>
Postal towns are by all technical means areas and you should really consider<br>
tagging them as such. Let me just outline why addr:city is difficult from<br>
a point of view of searching. Assume Nominatim would handle addr:city<br>
correctly. That would alow you to find '6001 Stony Brook Drive, Manhattan'.<br>
But what about 'Stone Brook Drive, Manhattan'. I expect you would want<br>
to be able to find that too? That would only work if you added addr:city<br>
to the road as well or Nominatim added some means to infer from the addresses<br>
that the road is postal code-wise in Manhattan. It gets even more difficult<br>
for the addresses that have not yet been mapped. If there are addr:city<br>
tags on addresses in other streets nearby, then some dark magic might still<br>
guess the expected postal town correctly but it still means you need to<br>
add some addresses first. Any tagging schema that implies that much guessing<br>
really should be reconsidered.<br>
<br>
Postal towns is really a concept that wasn't taken into account when the<br>
Karlsruhe address schema was developped and IMHO doesn't really fit. I'd<br>
really like to see some discussion in the US community about how it can<br>
be tagged including considering the possibility to come up with a brand<br>
new way of tagging it. If you then come to the conclusion that addr:city<br>
is still the best way to go, so be it. But I'd be far more happy to<br>
support something in Nominatim that fits exactly the US situation than<br>
hack some European tagging system until it hopefully gives the right<br>
result most of the time.<br>
<br>
Kind regards<br>
<br>
Sarah<br>
(your friendly nominatim maintainer)<br>
<br>
<br>
</blockquote></div><br></div>