Am 23.01.2011 12:47, schrieb Chris66:
Am 23.01.2011 12:16, schrieb ht321:
wo werden die Adressangaben wie 'city', 'country' etc. bei einer
Adressrelation am sinnvollsten eingetragen:
der Trend geht weg von den Relationen.
Also einfach die Infos ("5er Pack")
addr:street/housenumber/country/city/postcode als Node
oder an's Building pappen.
Ich empfinde den Trend bedenklich, immer mehr Informationen in
einzelnen Nodes abzulegen ohne die logischen Zusammenhänge
ebenfalls in der Datenbank zu erfassen. Im höchsten Zoomlevel
hat man dann zwar eine gute Darstellung, aber selbst ein idealer
Renderer hat keine Chance, Einzelobjekte zusammenzufassen und
brauchbare Abstraktionen für mittlere Zoomlevel zu erzeugen.
Anwendungen erkennen keine Strukturen und können nur Wolken von
Einzelpunkten auswerten.
Der gleiche Einwand gilt natürlich auch für kurze Straßenstücke
(Abbiegespuren) und parallellaufende Wege (Linienbündel).
Eine universelle Lösung dieses Probleme gibt es vermutlich nicht,
aber wir sollten uns bemühen, die Informationen möglichst sinnvoll
erschließbar zu machen.
Adressangaben als Einzelnode/building machen eine brauchbare
Darstellung im Zoomlevel 15-16 schwer bis unmöglich. Ein Renderer
könnte bestenfalls auf feste Texte in housenumber testen ("1","21",
"41",...) um eine Auswahl zu treffen. Zusammenhänge in den Adressen
müssen erraten werden (gehören zwei Adressen mit gleichen
Straßennamen und PLZ aber unterschiedlichen Ortsnamen zur selben
Straße?).
Zusätzliche Linien zur Adressinterpolation würden grundsätzlich
eine bessere Auswahl der Hausnummern in einer Karte erlauben ("1",
"2" und die Endpunkte der Linien).
Relationen können Adressdaten bündeln und dabei das Wissen der Mapper
nutzen. Sie erlauben es (viel einfacher als bei einer Suche in
Einzelpunkten) die niedrigste und höchste Hausnummer einer Straße zu
ermitteln. Relationen sparen Speicherplatz, wenn man Teile der Adresse
nur in der Relation ablegt. Sie benötigen einen höheren Aufwand beim
Erstellen, aber machen die Datenpflege teils einfacher.
Ich denke, OSM sollte mehr sein als eine riesige POI-Sammlung.
Viele Grüße, Stephan
_______________________________________________
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
