Hier gehts weiter: https://forum.openstreetmap.org/viewtopic.php?id=69826

Auf die einfachste Lösung kommt man nicht, obwohl ich das so ähnlich ja oben schon mit den fahrspurabhängigen Schildern geschrieben habe. Aber manchmal hat man ein Brett vor dem Kopf :-). Ich denke das geht so, daher habe ich das umgesetzt: changeset/87018228.

Ich habe Bedenken, dass ein Router das versteht, weil man zunächst etwas erlaubt (except=bicycle) und dann wieder verbietet (no_left_turn). Hier wäre es wichtig, dass der Router die Reihenfolge der Beschränkungen beachtet oder "weiß" das das Verbot höher gewichtet werden muss, als die Erlaubnis. Wenn du meinst, dass das gegeben ist, kannst du das gerne ändern.

commercial ist sowieso falsch, vielleicht stattdessen civic_admin?
Ich würde noch vorschlagen
- die Gebäudebezeichnungen als name zu mappen (gefühlsmäßig würde ich sagen, das sind tatsächlich Namen) und
- dem Hochhaus noch ein amenity=townhall zu spendieren, da im Prinzip das Kreishaus/Städteregionshaus das Rathaus darstellt.

Falscher Link. Das ist die Fläche: way/807192495.

Hallo,
da geht so nicht. Die outer von einem Multipolygon dürfen sich höchstens in einem Punkt berühren.
Ich habe das beim Kreishaus Düren mit einer Fläche gelöst, die alle Gebäude umschließt: osm.org/#map=18/50.80519/6.48759. Das wollte ich auch hier so machen, du bist mir da aber zuvorgekommen :-).
Gruß

Es muss sichergestellt sein, dass sich die beiden Relationen nicht widersprechen oder gegenseitig aufheben. Das erreicht man m.E. nur mit der Angabe des Fahrzeugtyps. Ich greife mal aachsos Vorschlag als #1 und #2 auf. #1 heißt: Alle dürfen hier nur geradeaus außer Busse. Damit ist #2 unnötig, weil bereits durch #1 abgedeckt. Ergänzt man bei #1 noch ein except=bicycle dürfen Fahrräder auch in die Passstraße abbiegen. Das ist aber verboten. Nutzt man statt motor_vehicle nur vehicle (aus Rücksicht auf Pferdekutschen *g*), entspricht das #1. Das Problem ist die Vor-Ort-Beschilderung. Die widerspricht sich, daher können wir sie in OSM nicht sinnvoll abbilden. Die Stadt sollte besser fahrspurabhängige Schilder aufhängen: linke Spur nur geradeaus außer Busse, rechte Spur nur geradeaus außer Fahrräder. Das könnte man dann über Abbiegeverbote mit Ausnahmen mappen. Falls aber jemand noch eine zündende Idee hat, immer her damit.

Ich habe da mal was gebastelt: changeset/86945284. https://ahorn.lima-city.de/tr/ zeigt es zumindest schonmal an.

Oh, dann hat die Realität meinen Wissensstand überholt :-). Ich war da schon länger nicht vorbeigekommen, habe aber auch nicht damit gerechnet, dass die Beschilderung nochmal erweitert wird. Dann wird man eine 2. Relation erstellen und bei beiden den Fahrzeugtyp angeben müssen, also z.B. restriction:<Typ>=only_straight_on.

Leider hast du die Bitte, die Daten wieder auf die jeweiligen Umrisse zu übertragen und die alt_names zu löschen, nicht umgesetzt. Ich habe das daher nun gemacht: changeset/86915107.

@soilinvestigator83: Meine Antwort steht in changeset/86301287.

Wie in changeset/86301287 geschrieben: Daten wieder auf den Umriss und building=yes entfernen. Hier ist das sogar Pflicht, da es sich um Indoor-Tagging handelt.

Wenn der POI in einer App einer falschen Kategorie zugeordnet wird, ist das das Problem der App. Gleiches gilt, wenn eine App mit alternativen Schreibweisen nicht umgehen kann. In beiden Fällen muss die App angepasst werden, nicht das Tagging in OSM.
Bitte übertrage die Daten hier in Aachen von dem Node wieder auf den Umriss (ohne alt_names). Wenn ich das richtig sehe, betrifft das vier Gebäude. Ferner wäre es gut, wenn du im oben verlinkten Forenthema einmal Stellung beziehst, da deine Änderungen auch andere Regionen betreffen (Login im Forum mit deinem OSM-Account). Dort geht es auch um die Nutzung von "alt_name".
Für die Zukunft: Bevor du solche (größeren) Änderungen vornimmst, solltest du am besten zunächst über die bekannten Plattformen (Forum, Mailingliste) Kontakt mit der Community aufnehmen und nachfragen, ob die Änderungen OK sind, zumal es auch lokale Unterschiede gibt (wann POI als Node, wann als Umriss). Im schlechtesten Fall kann es dir nämlich passieren, dass du jetzt jeden POI nacharbeiten musst (Daten wieder auf Umriss, alt_name entfernen,...).

@aachso: siehe auch https://forum.openstreetmap.org/viewtopic.php?id=69646

Danke :-)

Ich habe dazu auch ein Forenthema erstellt: https://forum.openstreetmap.org/viewtopic.php?id=69646

Gleiche Frage für changeset/86301492 und changeset/86301681.

Warum wurden die Daten vom Umriss gelöscht und durch einen Node ersetzt?

Hallo,
der Bahnhof besitzt ein Indoor-Tagging. Auch der McDonald's ist entsprechend gemappt. Wenn dort Daten ergänzt oder korrigiert werden sollen, dann geschieht das am Umriss. alt_name_1/2 ist überflüssig.
Gruß

Gut, besser wäre noch Name an way/115792355 statt an way/163754613 (oder Adresse entsprechend verschieben).