[Geocoding] Broken admin boundary handling / Building centroid vs. street point

Sarah Hoffmann lonvia at denofr.de
Wed May 27 11:48:57 UTC 2015


On Wed, May 27, 2015 at 01:27:02PM +0200, Florian Lohoff wrote:
> On Wed, May 27, 2015 at 11:54:29AM +0100, Sarah Hoffmann wrote:
> > Hi,
> > 
> > On Wed, May 27, 2015 at 11:43:17AM +0200, Florian Lohoff wrote:
> > > i was trying to geocode those 2 Adresses and failed:
> > > 
> > > 	53347 Alfter (Witterschlick), Witterschlicker Allee 4
> > > 		http://www.openstreetmap.org/way/89681300
> > > 	53347 Alfter (Witterschlick), Witterschlicker Allee 6
> > > 		http://www.openstreetmap.org/way/89678475		
> > > 
> > > They will be found as 53347 Bonn, Witterschlicker Allee. The problem
> > > here seems to be that the building is actually in Alfter whereas the
> > > street belongs to Bonn.
> > > 
> > > It seems not the building centroids position relative to the admin
> > > boundary is relevant but the contact point on the street.
> > > 
> > > Is that correct?
> > 
> > Yes, that is correct. The address is computed entirely from
> > the street.
> > 
> > Well, actually there is an exception for the postcode, which
> > is taken from the addr:postcode if there is one. Something
> > similar will happen with the other addr:* tags at some point
> > in the not so immediate future.
> 
> You mean also interpreting addr:street and not using the "geometrically
> next street"?

No, that one works. "addr:street" is used for determining the street
the house number belongs to. Further address details are taken from 
that street. That even includes the name of the street itself, which
comes in handy in multi-lingual areas where you can put all the name:xx
tags on the street and just have one addr:street on the address with
the contents of the name tag of the street.

Sarah



More information about the Geocoding mailing list