Hi,
thanks for taking the suggestion into account, but I think you misunderstood the concept of the use_sidepath value: bicycle=use_sidepath should be tagged on the *roads* that should not be used by cyclicsts because they have to use the cycleway. The *cycleway* itself gets the key bicycle=designated.

Hi,
in this changeset you accidentally moved some nodes in Karlsruhe (no idea how this happened). I reverted these changes in Karlsruhe in changeset/39188671.

Hi,
I reverted the changes for the playground elements.
You are doing a lot of very detailed mapping, which is great, but please be more careful to keep to OSM standards and conventions. A good starting point might be the OSM wiki (e.g. osm.wiki/Good_practice) and the OSM forum (forum.openstreetmap.org)

Hi,
tree_row macht nur Sinn, wenn die einzelnen Bäume noch nicht eingetragen sind.

Was hat es denn mit den Zebrastreifen auf dem Spielplatz auf sich?

Hallo,
ist diese Geschwindigkeitsbeschränkung noch aktuell oder war diese nur temporär wegen Baustelle oder ähnlichem? Auf aktuellen Mapillary-Bildern kann ich keine Geschwindigkeitsbeschränkung finden.
Viele Grüße

Oh danke. Das habe ich wohl tatsächlich übersehen. Nochmal danke fürs aufpassen und korrigieren!

Seems to be a bug in Maps.Me, so it was not your fault. I send them an email and hope they'll fix it soon.

Da war ich wohl etwas voreilig. Das scheint die Adresse der Badewelt zu sein. Ob deshalb tatsächlich die Parkplatzstraße diesen Namen trägt, wissen wohl die Leute vor Ort besser, wobei ich mich nicht erinnern kann, hier ein Straßenschild gesehen zu haben.
Vielen Dank fürs Korrigieren.

Why are you deleting the opening hours for public holidays?

If you mean the broken multipolygon, I fixed this. If you meant something else please send a link to the object in question.

Ok, steht tatsächlich so im Wiki, die Frage ist allerdings ob es auch so gemeint war. Die Start- und Endstation kann auch über die Relationsmitglieder ausgelesen werden. Für den Endbenutzer wäre, z.B. für Routenbeschreibungen, aber interessanter, was auf den Bahnen bzw. Anzeigen als Ziel steht, diese Information ist jetzt leider verloren gegangen.
Laut Wiki war die via-Angabe ursprünglich dafür gedacht verschiedene Linienvarianten der selben Zuglinie über verschiedene Zwischenstationen zu unterscheiden. Dieses Problem haben wir in Karlsruhe meines Wissens nicht. Ich finde es besser, sich hier an etwas tatsächlich vorhandenem (on-the-ground) zu orientieren und finde auch eine Angabe von wenigen wichtigen Haltestellen ausreichend und vor allem übersichtlicher. Aber das kann natürlich jeder anders sehen und da es keine verbindlichen Regeln gibt, steht halt das in der Datenbank was der letzte Bearbeiter als "richtig" ansieht.

Woher kommt das from/to/via? So wie es jetzt eingetragen ist, werden die Werte weder auf den Abfahrtafeln, noch auf den Anzeigen der Straßenbahnen selbst verwendet.

Ist es korrekt, dass der Zusatz Städtisches Klinikum in der Kußmaulstraße entfallen ist? Falls ja sollte man vielleicht ein note und old_name, bzw ein alt_name ergänzen, da der Zusatz zum Beispiel im Liniennetzplan und auf den Mapillary-Bildern noch enthalten ist.

Hallo wegavision,
warum löschst du Adressinformationen von bestehenden Objekten? Bitte stelle die Adressen der Restaurants wieder her.
Bist du dir sicher, dass sich das Château Rhonse an dieser Stelle befindet? Ich meine es befindet sich ein Gebäude weiter östlich, zumindest ist der Eingang in der Seitenstraße.

Hallo Peter,
der key passenger_lines bezieht sich auf die Anzahl der Gleise und hat mit Personenverkehrslinien nichts zu tun. siehe passenger_lines=*
Keine Ahnung wer sich diesen bescheuerten Namen für den Key ausgedacht hat.

Hi,
das Problem ist kein Renderer-Problem, sondern ein Datenproblem. Wenn Zäune, Landuse und Unternehmensdaten am gleichen Objekt kleben, woher soll ein Datenauswerter wissen, welche Tags zu welchem Objekt gehören? Er kann nur raten und das geht ziemlich oft schief (siehe die vielen Gebäude, die Namen von Arztpraxen, Büros etc. tragen). Noch schlimmer ist das wenn Flächen- und Linienelemente vermischt werden. Woher soll ein Renderer wissen, ob es sich um einen linienförmigen oder einen flächigen Zaun/Hecke/Mauer handelt?
Daher bin ich zu der Erkenntnis gekommen, dass man verschiedene Objekte nicht an das selbe OSM-Objekt taggen sollte. Doppelte Linien lassen sich nun mal nicht vermeiden (z.B. aneinander angrenzende Landuse, Gebäude, Indoor, 3D etc.). Der einzige Weg um doppelte Linien komplett zu vermeiden sind Multipolygons und diese sind wohl in der Wartung und Pflege noch fehleranfälliger.

Hallo Björn,
bitte vermeide das Verwenden der Haltetafeln-Nodes als Stop Positions. Setze die Stop Positions lieber auf einen extra node in der Nähe der Haltetafeln. Sonst lässt sich nämlich nur noch schwer unterscheiden welche Tags zur Haltetafel und welche zur Stop Position gehören.
Viele Grüße
Mapper999

Du hast auch keine Begründung dafür gegeben warum im name-tag eine Beschreibung der Linie stehen sollte. In route=train steht eindeutig, dass eine Linie nur einen Namen erhalten soll, wenn es auch einen speziellen Namen für die Linie gibt und "RB46: Gelsenkirchen => Bochum" ist nicht der Name, sondern ein Routenverlauf, bzw. eine Beschreibung der Route, also wohl besser in description=* aufgehoben.
Du schreibst ja an die Variante auch nicht ref="hin" und ref="zurück", sondern die ref der Zuglinie, also kommt da auch der Name der Zuglinie hin und nicht eine Beschreibung des Routenverlaufs.

Die Zuglinie heißt nun mal "Glückauf-Bahn" und nicht "RB46: Gelsenkirchen => Bochum". Wo soll denn der Name sonst hin?
Die Darstellung im Editor sollte im Editor gelöst werden und nicht über den Missbrauch des Name-Tags.
Siehe dazu auch osm.wiki/Names#Name_is_the_name_only und osm.wiki/Tagging_for_the_renderer