<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Christoph Eckert schrieb:
<blockquote cite="mid:200803312004.22492.ce@christeck.de" type="cite">
<pre wrap="">Moin,
</pre>
<blockquote type="cite">
<pre wrap="">Allerdings hat sich bislang noch kein brauchbares Schema zur Erfassung
von Hausnummern (und zur Nutzung dieser Information) durchgesetzt, und
deshalb mappt auch kaum jemand Hausnummern.
Das wollen wir aendern, und zwar im Rahmen eines eintaegigen
Workshops. Der Plan ist, dass wir am Vormittag 1-2 Stunden dis-
kutieren, wie wir das Problem angehen wollen, und den Rest des Tages
dafuer verwenden, ein bisschen was zu implementieren.
</pre>
</blockquote>
<pre wrap=""><!---->
darf im Vorfeld schonmal diskutiert werden?
Ich werde gleich jede Menge Prügel beziehen. Der Schmerz nimmt zu, aber die
Angst bleibt aus ;-) .
IMO sollten wir für jede Hausnummer einen Node oder einen "Weg" (sprich
Gebäudeumriss) in der Datenbank haben. Auch wenn jetzt gleich das große
Stöhnen kommt ("für jede Hütte einen Node setzen?!?"), so kann man doch
beobachten dass wir mit zunehmender Vollständigkeit immer mehr Gebäude
einzeichnen. Insofern ist der Vorschlag nicht so unmöglich wie es aussieht.
Und wer keine Häuser mappen will, braucht es auch nicht zu tun. Und
andersrum: Wenn wir damit erfolgreich sind, werden plötzlich alle wie die
Wilden Häuser mappen, da bin ich mir reichlich sicher.
Also hier mein Vorschlag:
* Für jede Hausnummer einen Node oder gar eine Area in der Datenbank
* Jetzt eine Relation, die das Objekt mit der zugehörigen Straße
zusammenbindet, mit der Hausnummer 'drinne
* Damit beim Splitten eines Weges usw. die Relation nicht gleich wieder
kaputtgeht, erstellen wir für jede Straße ebenfalls eine Relation. Das wollen
wir ja sowieso, um Straß0ennamen künftig besser rendern zu können, auch wenn
die Straße durch eine Brücke unterbrochen ist oder so
Diese Lösung ist etwas aufwändiger, IMO aber sauberer als andere Vorschläge.
Durch das Anlegen einer Relation pro Straße erhalten wir weitere Vorteile.
Durch ein Objekt pro Hausnummer in der Datenbank werden wir sauber bis vor
die Haustüre routen können, auch wenn die Adresse nur von einer anderen
Straße her erreichbar ist, wir es mit T-förmigen Zuordnungen von Hausnummern
zu Straßen zu tun haben oder ein Haus oder Gehöft sehr weit von der
adreßgebenden Straße entfernt bzw. zurückgesetzt ist.
Um ein Beispiel aufzubauen müsste man also ein paar existierende Straßen als
Relationen anlegen und diese anhand der Relation rendern. Optimalerweise eine
mehrfach unterbrochene Straße, um die Vorteile gegenüber dem existierenden
System aufzuzeigen. Dann müsste man diese Straßenzüge mit dem GPS abfahren
und pro Haus einen Node setzen. Dann eine Relation bauen, die die
Straßenrelation und die Hausnummernrelation beinhaltet. Und dann die
Hausnummern in die Karte rendern.
OK, my pain receptors are prepared for the bashing...
;-)
</pre>
</blockquote>
So wie ich verstanden habe ist es bei den amerikanischen TIGER
Datensätzen so gewesen, dann immer nur mache Häuser mit der zugehörigen
Hausnummer tatsächlich erfaßt worden sind, und der Rest wurde
interpoliert. Ich finde das viel praktikabler, als jedes einzelne Haus
taggen zu müssen. Und wenn jemand wirklich jedes Haus taggen will, dann
kann er es ja trotzdem machen. Die Probleme die ich eher sehe sind die
Frage, wie zwischen den Hausnummern iterpoliert werden soll.
Normalerweise ist es ja so, dass auf der einen Straßenseite die geraden
Nummern sind, und auf der anderen die ungeraden. Und die Nummern werden
dann vom einen zum anderen Ende der Straße immer größer. Hier würde es
also reichen am Anfang und am Ende der Straße die Nummer direkt beim
Node einzutragen und evtl. noch an ein paar Zwischenpunkten. Dann
sollte Hausnummergenaue Navigation bereits möglich sein. <br>
Allerdings gibt es hier auch Neubaugebiete, wo ganze Straßenzüge mit
x-Seitenstraßen alle unter dem gleichen Namen laufen. Die
Schraßenschilder haben dann unten immer noch ein kleines Schild mit den
betreffenden Nummern in der Seitenstraße. <br>
Und dann gibt es auch noch die Variante, dann die Häuser in einer
Seitenstraße als Nummern alle die gleiche Nummer bekommen und mit einem
Schrägstrich abgetrennt noch eine zweite, individuelle (z.B. 42/1, 42/2
usw.). Und ab und zu gibt es dann auch noch "Hinterhofnummern" wie z.B.
30A, die u.U. nicht mal direkt mit der 30 benachbart sind.<br>
Interessant ist auch die Frage, ob es Städte und Gemeinden gibt, wo die
Nummern auf der rechten Seite aufsteigend und auf den linken Seite
abfallend sind (weil z.B. rechts gezählt wird 1, 2, 3, ... und auf der
linken seite 80, 79, 78 usw.)<br>
Generell wäre natürlich schon interessant auch zu wissen, auf welcher
Straßenseite eine Nummer liegt - was dann wieder gegen das Taggen der
Straßennummer direkt auf den Nodes der Straße spricht. <br>
Andererseits müßte sich an der Toolschiene einiges verbessern, wenn das
Tagging per Relations passieren soll. Das ist ja heute schon mega
unübersichtlich wenn man nur mal ein paar Wälder abzeichnet und Löcher
per Multipolygon setzt. Wie soll das erst werden wenn zu jeder
Residential Road plötzlich x Straßennummer-Nodes gebunden sind. Da
findet man ohne ein neues Bedienkonzept in JOSM ja gar nix mehr wieder.<br>
<br>
Gruß,<br>
Thomas<br>
</body>
</html>