footway löschen weil separat gemappt

[JochenB (Jochen)]

@dieterdreist

@JochenB

Ja, aber damit kann man halt nicht bbilden, dass sich die Breite irgendwo kontinuierlich ändert, eine Kante kann nur eine Breite haben und nicht z. B. am Anfang 6m am Ende 9m. Es wird immer Sprünge geben, z.B. wenn eine Abbigespur hinzukommt wird aus 6m plötzlich 9m.

das könnte man allerdings abbilden, z.B. wenn man die ways so splittet dass jeweils die komplette Änderung von x nach y Breite enthalten ist und man einen tag dafür definiert dass die Breite sich gleichbleibend ändert. Wenn man es noch weitertreiben wollte könnte man Funktionen eingeben die die Breitenänderung beschreiben. Oder auch ohne die ways zu splitten indem man die Breite über Relationen und nodes sowie dem way als membern beschreibt

Stimmt, auch ein ‘width=6>9’ wenn es in Kantenrichtung breiter bzw. ‘width=9>6’ wenn es schmaler wird.

Theorethisch wäre es sogar denkbar, Funktionen an die Kante zu schreiben, wie sich die Breite ändert, wenn es nicht linear ist.

Eine andere Lösung wäre ‘widht=transition’, analog zu ‘placement=transition’. ‘transition’ würde dann bedeuten, dass die Breite linear zu/abnimmt ausgehend vom width-Wert der vorherigen Kante bis zu width-Wert der folgenden Kante. Problematisch wird es nur, wenn am Start- oder Endknoten mehrere Straßenkanten abgehen, dann weiß man nicht, von welcher Kante der width-Wert genommen werden soll.

Alles würde aber die Wege noch mehr zerhackseln.

[dieterdreist]

@JochenB

Alles würde aber die Wege noch mehr zerhackseln.

mit Relationen könnte man aufs splitten verzichten, allerdings wäre dann die Breite auf einem anderen Objekt definiert als der Rest des highways