[Talk-us] New I.D Feature
dr.kludge.gm at gmail.com
Sat Nov 8 20:45:11 UTC 2014
I believe that the is_in tag has what you may be looking for and it appears
to have a well thought out structure. You can still use addr:city to
reflect the correct postal city..
The tag has the same concern as addr:state
"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
Add the debate goes on: it is redundant and removed but uses for offline
non-GIS use are overlooked.
" 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
<https://wiki.openstreetmap.org/wiki/User:David.earl> October 14, 2006This
is already accomplished automatically without the use of is_in tag in
Nominatim <https://wiki.openstreetmap.org/wiki/Nominatim>, the latest
search engine. --Gorm <https://wiki.openstreetmap.org/wiki/User:Gorm> 15:08,
6 April 2010 (UTC)Yeah, Nominatim is great! Where can i download it for
offline navigation on my android with 8 GB sdcard? --Themroc
21 May 2011 (BST) 
On Sat, Nov 8, 2014 at 1:11 PM, Sarah Hoffmann <lonvia at denofr.de> wrote:
> On Sat, Nov 08, 2014 at 02:05:44AM -0600, Toby Murray wrote:
> > Nominatim actually does not correctly use addr:city. You are correct in
> > that it does assume a better match between physical border and postal
> > address. What happens is it actually puts city information on *roads*
> > on boundary relations and place=* nodes. Then it links individual address
> > points to the roads. The addr:city tags on POIs and building outlines is
> > actually completely ignored. This leads to things like this address not
> > being found if you search for it in Manhattan, KS:
> > https://www.openstreetmap.org/node/2209430502
> > On the other hand, this one on the next street over is found because I
> > added an addr:city tag to the road:
> > https://www.openstreetmap.org/node/2209427353
> > road:
> > https://www.openstreetmap.org/way/13226787
> > I consider this to be a nominatim bug and haven't attempted to do a mass
> > tagging of roads with addr:city because I see this as essentially tagging
> > for the renderer.
> Well, agreed that Nominatim still misses the feature to mix in addr:* tags.
> It is somewhere on the todo list. To be honest, I'm not very motivated to
> fix it for the sake of US postal towns because I'm not yet convinced that
> the addr:city tag is the right solution for that concept.
> Postal towns are by all technical means areas and you should really
> tagging them as such. Let me just outline why addr:city is difficult from
> a point of view of searching. Assume Nominatim would handle addr:city
> correctly. That would alow you to find '6001 Stony Brook Drive, Manhattan'.
> But what about 'Stone Brook Drive, Manhattan'. I expect you would want
> to be able to find that too? That would only work if you added addr:city
> to the road as well or Nominatim added some means to infer from the
> that the road is postal code-wise in Manhattan. It gets even more difficult
> for the addresses that have not yet been mapped. If there are addr:city
> tags on addresses in other streets nearby, then some dark magic might still
> guess the expected postal town correctly but it still means you need to
> add some addresses first. Any tagging schema that implies that much
> really should be reconsidered.
> Postal towns is really a concept that wasn't taken into account when the
> Karlsruhe address schema was developped and IMHO doesn't really fit. I'd
> really like to see some discussion in the US community about how it can
> be tagged including considering the possibility to come up with a brand
> new way of tagging it. If you then come to the conclusion that addr:city
> is still the best way to go, so be it. But I'd be far more happy to
> support something in Nominatim that fits exactly the US situation than
> hack some European tagging system until it hopefully gives the right
> result most of the time.
> Kind regards
> (your friendly nominatim maintainer)
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Talk-us