aixbrick's Comments
| Changeset | When | Comment |
|---|---|---|
| 86940580 | over 5 years ago | Falscher Link. Das ist die Fläche: way/807192495. |
| 86940580 | over 5 years ago | Hallo,
|
| 86188722 | over 5 years ago | 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. |
| 86188722 | over 5 years ago | Ich habe da mal was gebastelt: changeset/86945284. https://ahorn.lima-city.de/tr/ zeigt es zumindest schonmal an. |
| 86188722 | over 5 years ago | 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. |
| 86301287 | over 5 years ago | 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. |
| 86301398 | over 5 years ago | @soilinvestigator83: Meine Antwort steht in changeset/86301287. |
| 86301159 | over 5 years ago | 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. |
| 86301287 | over 5 years ago | 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.
|
| 86301287 | over 5 years ago | @aachso: siehe auch https://forum.openstreetmap.org/viewtopic.php?id=69646 |
| 86293877 | over 5 years ago | Danke :-) |
| 86301398 | over 5 years ago | Ich habe dazu auch ein Forenthema erstellt: https://forum.openstreetmap.org/viewtopic.php?id=69646 |
| 86301398 | over 5 years ago | Gleiche Frage für changeset/86301492 und changeset/86301681. |
| 86301398 | over 5 years ago | Warum wurden die Daten vom Umriss gelöscht und durch einen Node ersetzt? |
| 86301159 | over 5 years ago | Hallo,
|
| 86293877 | over 5 years ago | Gut, besser wäre noch Name an way/115792355 statt an way/163754613 (oder Adresse entsprechend verschieben). |
| 86188722 | over 5 years ago | Das ist schon seit mehr als einem halben Jahr so.
|
| 86281927 | over 5 years ago | Hallo,
|
| 86188722 | over 5 years ago | Hallo,
|
| 86145644 | over 5 years ago | Quelle: nicht Mapillary sondern ALKIS |