[Talk-at] OSM Nominatim Adress Suche in Wien

Robert Kaiser kairo at kairo.at
Fri Feb 16 21:20:34 UTC 2018


Friedrich Volkmann schrieb:
> On 15.02.2018 21:16, Robert Kaiser wrote:
>> man muss (leider) zu jeder addr:unit-Node die vollständige Adresse 
>> mit allen Feldern dazu mappen, denn die OSM-Datenbank ist nicht 
>> wirklich dafür gebaut, zu erkennen, dass Tags von anderen Elementen 
>> auf diese Node zutreffen könnten.
>
> OSM ist nicht mal eine richtige Datenbank, sondern ein Datenbestand. 
> Sogar schon ein DBMS wie PostGIS stellt Funktionen zur Verfügung, mit 
> denen sich ermitteln lässt, ob ein Objekt innerhalb von einem anderen 
> liegt. Die Attribute eines Gebäudes den Nodes im Gebäude zu vererben 
> ist damit genauso eine triviale Aufgabe wie die Postleitzahlen einer 
> boundary=postal_code an die Objekte in dem Gebiet zu vererben.
>
> Wenn du auf einen Eingang sowohl addr:housenumber als auch addr:unit 
> setzt, wird nur eines davon gerendert. Damit wird dein in 
> <8e465086-55c1-1c4d-b76a-2d83d27cf8fe at kairo.at> geäußerter Wunsch 
> nicht erfüllt. Nur wenn du die Hausnummer aufs Gebäude und die 
> Stiegennummer auf die Stiege (oder den Eingang zur Stiege) setzt, 
> werden beide Nummern gerendert.

IMHO ist am sinnvollsten die volle Adresse bis zur Hausnummer auf das 
gesamte Objekt (soweit eine Hausnummer alleine ein größeres Objekt 
betrifft, sonst ist es wohl am besten, auf einer passenden Stelle für 
die Hausnummer eine Node zu setzen), und zusätzlich auf jede "Stiege" 
(bzw. deren Eingang) die volle Adresse bis hinunter zur addr:unit. Dann 
kann z.B. ein Renderer entscheiden, das am meisten spezifische Tag zu 
rendern, eine Routing-Software mit einer einfachen Suche in den 
OSM-Daten die Stiege mit der vollen Adresse finden, usw.
Ja, leider ziemlich redundant, aber dafür durchschaubar und gut für Apps 
auf OSM-Basis zu verwenden.

KaiRo




More information about the Talk-at mailing list