On Fri, 2009-03-27 at 18:30 +0100, André Reichelt wrote: > Martin Koppenhoefer schrieb: > > Eine Alternative hat er ja schon benannt: separat mappen. > > Das ist aber eine schlechte Alternative. Ich war früher auh dieser > Meinung, aber bin jetzt eher auf der Seite der zusätzlichen > Straßen-Tags. Warum? Unser Datenmodell besteht aus Ways und diese haben > genau einen Anfangs- und einen Endpunkt. > > Die echte Welt besteht jedoch ausschließlich aus Flächen. Wie > beschreibst du beispielsweise, dass man jederzeit von dem Weg auf die > Straße kann. Wie definierst du einen abgesenkten Bordstein? Wir machst > du dem Navi klar, dass man hier oder da die Straße überqueren kann? > > Meiner Meinung geht das nicht, da ein Weg eben ein Weg ist und keinen > Bezug zu der parallel verlaufenden Straße hat.
Das sehe ich genauso. > Mir fielen da spontan nur zwei Lösungen neben der aktuell genannten ein: > > 1. Man ersetzt nach und nach alle Wege in der Datenbank durch Areas. > Dies ergibt aber mit unseren Messmethoden wohl eher wenig sinn und > bringt auch aktuell noch keine wirklichen Vorteile. Wenn man nicht > gerade jedes Schlagloch einzeln erfassen möchte, wäre es doch stark > übertrieben. > > 2. Man arbeitet mit Relations: Der Gehweg wird zu einem virtuellen > Objekt und hangelt sich an Straßen entlang. Übergangsmöglichkeiten > können als Ways oder Nodes definiert werden. > > Beide Methoden haben den Nachteil, und diesen schließen auch die anderen > Beiden nicht aus, dass unser Datenvolumen unglaublich aufgebläht wird. > Man braucht unmengen an weiteren Nodes. Die Straßen werden früher oder > später zu unüberschaubaren Schreckensobjekten, da ich immer nur zwischen > zwei Nodes Informationen eingeben kann aber nie "von Streckenkilometer x > bis y". So oder so bräuchte man auf Dauer eine sinnvolle Möglichkeit, eine Hierarchie in die Tags zu bringen. Vielleicht wäre es sinnvoll, wenn man darüber nachdenkt, die Datenstruktur zu erweitern. Zur Zeit gibt es ja nur die Möglichkeiten, Key=Value anzugeben. Da das ganze doch eh auf eine XML-Struktur aufbaut (<tag k="KEY" v="VALUE"/>), könnte man das ganze doch erweitern. Wenn man nun eine Links/Rechts Unterscheidung realisieren will, könnte man das etwa so angeben: <tag k="KEY" condition="left" v="VALUE" /> Die Angabe mit Doppelpunkt/Punkt etc. ist doch irgendwie nur ein Workaround. Das riesen Problem dabei liegt natürlich auf der Hand: Die API, die DB und Zig Tools müssten umgestellt werden. Dafür hatte man aber ein für alle mal eine saubere Lösung. (Insb., wenn man das Konzept ein bisschen mehr ausbaut um möglichst viele Situationen zu ermöglichen..) Gab es da schon mal Überlegungen in diese Richtung? Cornelius _______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
