korrigiert mich bitte, wenn ich mich irre, aber im Sinne der redundanten Information wäre die unit Angabe korrekt. Wenn ich (als Paradebeispiel) den Karl-Marx-Hof in Wien nehme. Unzählige Stiegen mit einer Adresse in der Heiligenstädterstraße, mit weiteren Adressen in der Boschstraße und vielen Adressen in kleinen Gassen die beide genannten verbinden. Die Heiligenstädterstraße 82-92 müsste den gesamten Gebäudekomplex referenzieren (ca. 1,1 km). Die Unit zeigt direkt zur Stiege (also einen Teilbereich) - ev. zum Eingang. Doppeladressen dürften dann auch nur auf jene Stiegen verweisen (also wieder Teilbereiche des gesamten Wohnbaukomplexes) die in unmittelbarer Nähe zu jener Gasse sind. (Es wäre Sinnfrei die nördlichste Stiege mit der südlichsten Hausnummer anzugeben, dass man als Fußgänger dann noch 1km durch den Bau gehen darf, statt einfach drei Haltestellen später aus der Bim auszusteigen und gleich bei der gewünschten Adresse zu landen) Wenn die Adresse jedoch nur als markierter Punkt an der Stelle X angesehen wird und es keine Relationen zu irgendetwas anderem gibt, ist es meines erachtens durchaus legitim jede Information in die housenumber hinein zu schreiben.
Nur so als denkanstoß, denn der is_in tag wird auch von Navis verwendet, zeigt aber redundante Informationen und ist daher unerwünscht - wenn auch (dzt.) sehr wichtig (Vergleich Navi - Nominatim) Am 15.11.2013 08:52 schrieb "Martin Vonwald" <[email protected]>: > Da sich bisher keiner dazu durchringen konnte, die eindeutig falsche > Angabe im Wiki (addr:housenumber ist definitiv kein Konsens für die > Stiegennummer) wieder zu entfernen, habe ich dies nun erledigt - möglichst > neutral mit beiden Varianten. Das das keine langfristige Llösung ist sollte > klar sein und ich unterstütze definitiv die klare Aussage, dass > ausschließlich addr:unit dafür zu verwenden ist. > > Martin > > [1] http://wiki.openstreetmap.org/wiki/WikiProject_Austria#Adressen > > > _______________________________________________ > Talk-at mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-at > >
_______________________________________________ Talk-at mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-at
