Jeg er kjent med hvordan adresser importeres fra martikkelen som egne noder, og at dette skyldes at en bygning kan ha flere adresser. Men er det mulig å gjøre noe for å forbedre treffsikkerheten på adressen som Nominatim viser for butikker?
Den viser at gatenavnet er Skostredet, men det stemmer ikke. Butikken ligger i bygningen på hjørnet av Kong Oscars gate og Skostredet, og den faktiske adressen til bygningen (og butikken) er Kong Oscars gate 13. Noden er plassert inne i riktig bygning, som kun har én adressenode inni seg. Så her burde det være logisk mulig å dedusere at adressen skal være Kong Oscars gate 13. Er Nominatim rett og slett ikke tilpasset den norske adressekartleggingsstilen?
Jeg ser to adressenoder i bygningen. Kong Oscars gate 13 og Skostredet 20. Når det er sagt, så vet jeg ikke om Nominatim bruker disse nodene, eller i så fall hvordan Nominatim bruker dem. Vil Nominatim kunne favorisere en adressenode som er nærmest? Akkurat nå virker det som at Nominatim favoriserer veisegmentet som er nærmest? Så mange spørsmål…
Nominatim can only inherit addresses from surrounding building areas right now. Changing the way addresses are handled is somewhere on the road map and once this is in place inheritance address node → building outline → shop inside will likely work. But only for the case where the address is unambiguous. For houses with multiple address nodes inside it’s always a gamble what happens. I would suggest to duplicate the address on the shop.
That said addresses in Norway will always be problematic because of the quite frequent mismatches between the address import and the building outline import.
First of all, it is important to understand that Nominatim doesn’t compute official addresses. It computes a location description which is made up of OSM objects relevant for addressing (streets, place nodes, admin boundaries etc).
In case of POIs (and address nodes, in fact) it uses the location description of a parent object (usually a street, sometimes a place). To find this parent object it looks at the addr:* tags of the POI itself and, failing that, at the addr:* tags of a surrounding building. If there is still nothing, then it falls back to the nearest street.
Aha, I didn’t notice the other node. Definitely adding the address data to the shop node directly is the best solution as it stands today, adding a note=addr tag which should stop the addr2osm bot from deleting the address tags on the shop.
For buildings that only have one address node inside it it would be great if nominatim would work as you say, @lonvia !
