Am 24. März 2009 16:42 schrieb qbert biker <[email protected]>: > Ich brauche keines. Die Position ist ueber die Richtung > und Anzahl der Spuren ziemlich gut bestimmt. Ein Tag > braeuchte es evtl. fuer die Richtungsabhaengigkeit oder > fuer Zusatzinfos, ob eine Bucht vorhanden ist, wie lang > die ist, oder obs ein Haeuschen zum unterstehen gibt.
wieso sollte man Informationen, die man einfach, transparent/sichtbar und visuell überprüfbar, direkt mit unseren Methoden eintragen kann (Haltebuchten und deren Länge(!), Häuschen) abstrakt über tags ins Modell bringen, wenn man das sauber einzeichnen kann? Die von Dir vorgeschlagene Methode spart ein bisschen Zeichenarbeit auf Kosten von unübersichtlichen Tagkonstrukten, mehr Zeitverbrauch beim Taggen, ungenauerer Lage, Schwierigkeiten bei der Erweiterung (wenn jetzt auch noch ein Zigarettenautomat und ne Telefonzelle an der Bushaltestelle stehen, wo zeichnest Du die dann ein, auch auf der Straße?), und Abhängigkeit von der Richtung des Ways... > Noch ein Vorteil dieser Methode ist, dass der Renderer > selber bestimmen kann, wie weit er die Haltestelle von > der Mitte wegschiebt. Da die Strassen ja ueberhoeht > (=breiter als in Wirklichkeit) gerendert werden, kann > der Renderer sie immer so setzen, dass es optisch gut > kommt. das ist nicht "noch" ein Vorteil, sondern neben einem (vermuteten) einfacheren Routing der einzige, wobei beim Routing übersehen wird, dass wir ja in erster Linie die Fussgänger routen, die zum Bus bzw. weg davon wollen, und die steigen eben in der Nähe der Haltestelle ein und aus. Ein Renderer, der für diesen Zweck (Buslinien) gedacht ist, wird sicher auch keine Probleme haben, die Bushaltestellen sauber einzuzeichnen. Es gibt ja schon einen, der die gegenüberliegenden Häuschen zusammenfassen kann (Openstreetbrowser). Gruß Martin _______________________________________________ Talk-de mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-de
