es mag ja sein, dass eine dreimal gekringelte Relation oder das Tanzen der Himmelsrichtung (war das nun Fahrtrichtung oder Sichtflächenrichtung?) in die Datenbank eine optimalere Modellierung wäre.
Aber solange das ganze nur ein theoretisches Problem bleibt und in der Praxis überwiegend funktioniert, bleibt es wohl eine Abstimmung mit den Füßen dem einfachen Tagging.
Und es wäre ja nicht die einzige Eigenschaft, für die es sowohl eine einfache Standardvariante sowie eine gute komplexere Modellierung für die verbleibenden Extremfälle in OSM gibt.
Sehe ich wie @GeorgFausB: Das Tagging sollte im Großen und Ganzen so einfach wie möglich gehalten werden. Einzelfälle kann man dann immer noch mit Sonderlösungen abbilden.
Lt. https://wiki.openstreetmap.org/wiki/DE:Key:maxheight sollte die Straße im Bereich der Brücke aufgetrennt werden und nur das Segment unter ihr erhält maxheight. Das wird aber nicht immer so gemacht. Teilweise ist das Tag auch auf der gesamten Straße gesetzt, also auch den Abschnitten, die nicht im Bereich der Brücke liegen (was eigentlich falsch ist).
insoweit entsprechende Verkehrsschilder ein maxheigth bereits ab der letzten Kreuzung vor der Brücke vorschreiben, ist das nicht falsch. Im Gegenteil: große Fahrzeuge dürfen gar nicht erst in die Straße hineinfahren, oft gibt es keine Wendemöglichkeiten mehr.
Stimmt natürlich, ist aber eher selten, zumeist steht dort “x m” drunter. Sonst dürfte ein Möbelwagen nicht bis zum Umzugsort fahren, der noch vor der Brücke liegt. Notfalls muss er rückwärts rausfahren.
Als Schloss müsste wohl das gesamte Gelände getaggt werden und nicht nur das eine Gebäude wo lediglich die Stadtbücherei drin sitzt. Liege ich da richtig?
Jein. Ich sehe das so:
building=castle: Ein Gebäude des Typs „Schloss“.
historic=castle: Schlossanlage mit allem, was dazugehört.
Insbesondere will ich pro Schloss nur ein historic=castle in der Datenbank sehen, und nur ein Schlösschensymbol in der Karte. Auch wenn es aus zwölf Gebäuden besteht.
Postalisch gibt es Schloßpark 1, 2, 3, 4/4a/4b, 5, 6, 7 (vielleicht auch 8???). Ich hab mal alles außer 4/4a/4b in das Schloss eingeklammert. Müsste ungefähr so stimmen.
Nächste Frage: Es gibt manche Gegenden an deutschen Autobahnen, da sind Notrufsäulen hinter einer Lärmschutzwand verborgen, und man muss eine Tür öffnen um zur Notrufsäule zu kommen. Die Lärmschutzwand ist barrier=wall, soweit klar, aber die Tür? entrance=yes? Oder etwas anderes?
+1, Schlösser (und insbesondere auch Burgen, die ja mit demselben tag ausgezeichnet werden) bestehen oft aus mehreren Gebäuden und auch Aussenflächen und Mauern (z.B. Burgmauer(n), Innenhöfe, Burggraben, Türme). Der tag für ein Gebäude ist immer “building”. Der tag historic=castle beschreibt hingegen die Gesamtanlage.
PS: Dass Wikipedia anscheinend zur Bedeutung unserer tags mittlerweile so detaillierte Informationen bereithält, erstaunt mich
Warum werden dieser und der andere Bahnsteig eigentlich nicht gerendert?
Außer dem auf den gesamten Bahnsteig nicht zutreffenden covered=yes fällt mir nichts auf …
Ich habe ein Problem bei der Trennung von Linien, die Teil von Busrouten sind.
Wenn ich in einem node die Linie trenne, meldet mir JOSM Fehler in den route-Relationen, von denen die getrennte Linie ein Teil war.
Muss ich das wie folgt “heilen”?
Ich öffne den Editor für die betroffene(n) Relation(en).
Ich trenne die Linie.
Im Editor erscheinen im Auswahlfenster jetzt anstelle der vorherigen Linie zwei Linien. Eine davon ist farblich unterlegt (sie ist bereits im Elemente-Fenster vorhanden). Ich wähle die andere Linie (also das “neu” entstandene Stück) und füge sie zu den Elementen dazu.
Ich sortiere die Elemente und bestätige die Relation mit “OK”.
War es das?
Wenn ja, dann kann das ja richtig anstrengend werden, falls man mal etwas am Busbahnhof ändern möchte…
Wahrscheinlich meldet JOSM nur, dass von deiner Änderung eine Relation betroffen ist und du aufpassen sollst. Aber wenn du einen Way aufteilst, der Teil einer Relation ist, dann packt JOSM schon von selbst den neuen Teil mit in die Relation.
Normal nicht. Du kannst es natürlich so überprüfen. (Relations-Editor erst nach der Aufteilung öffnen, weil er sich nicht automatisch mit dem Hauptfenster synchronisiert, wenn er schon offen ist, dann bekommt er das erst dann mit, wenn du darin den „Neu laden“-Button oben links klickst.)
PS:
Bei PTv2-Relationen bitte Vorsicht mit Sortieren. Da müssen die Haltestellen am Anfang stehen, danach kommt die Strecke. Ich weiß nicht, ob JOSM das schon weiß
