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 osm.wiki/Key: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 osm.wiki/Tag:route%3Dtrain 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

Auch hier wurden wieder sinnlos Objekte zusammengelegt nur um Warnungen zu unterdrücken. Des weiteren macht es durchaus Sinn abgerissene Objekte, die noch auf Bing oder Maps4BW zu sehen sind als "note" in der Datenbank zu lassen zum Schutz vor ortsunkundigen Sesselmappern und OSM-Note-Schreibern.

Hallo mappy123,
in diesem Changeset sind leider einige Zäune verschwunden. Es ist meiner Meinung nach keine gute Idee, Linien- und Flächenelemente an den gleichen Way zu kleben, nur damit JOSM keine Warnung mehr anzeigt.

Ein Shop, der erst in ca. 4 Monaten öffnet, sollte mMn noch nicht als shop=* getaggt werden, selbst wenn das start-date in der Zukunft liegt. Das ist für mich zur Zeit maximal proposed:shop=supermarket.

Naja der Name des Baugebietes und dessen Ausdehnung kann ja durchaus noch als Ortsangabe verwendet werden (z.B. "Ich wohne in der Hockenheimer Flur"), daher sehe ich kein Grund das Baugebiet zu löschen, zumal es nicht als Baugebiet, sondern als "Neighbourhood" eingetragen war.

Hallo Piddi, du hast in diesem Changeset wohl aus Versehen den Kindergarten gelöscht? Außerdem macht es meiner Meinung nach wenig Sinn das Gebäude zusätzlich noch nach dem Kindergarten zu benennen.

Kennst du schon osm.wiki/DE:Tag:amenity%3Dpublic_bookcase ?

Hallo wegavision,

ich glaube du hast an einigen Stellen Zeichen 274 (zulässige Höchstgeschwindigkeit) mit Zeichen 278 (Ende der zulässigen Höchstgeschwindigkeit) verwechselt.
Beispiele:
- osm.org/node/3918054054
- osm.org/node/3079204310

Viele Grüße
mapper999

Danke, ich kann mir die Reihenfolge nie merken und habe in diesem Fall vergessen im Wiki danach zu suchen.

Einige Tankstellen von Eberhardt haben nur einen Tankautomaten, an dem man nur mit Karte bezahlen kann.

Um welche Tankstelle geht es denn?

Hi,
Ich bin mir eigentlich ziemlich sicher, dass die Maut auf der B 36 nur für LKW ab 7,5 t gilt und nicht für alle Fahrzeuge. Laut Wiki soll dafür der (nicht gerade selbsterklärende) Key toll:N2 verwendet werden. Kannst du das bitte wieder korrigieren. Danke.

Ciao, I only correct the values for species from Gingko to Ginkgo, I didn't change any other tags and therefore can't say which circumference is correct.

I have no idea about whether these marks have any importance for nautical charts. I live near the river and just found out what these stone markers actually mean a few days ago. As I didn't find any tagging for these things, I thought it is best to adapt the seamark:distance_mark for this purpose. I didn't know that the seamark tagging scheme should only be used for elements defined in the S57 object catalogue. As these are clearly no beacons, I think it's best to use some tags like man_made=groyne_marker which do not interfere with the seamark scheme.

Hi,
the groyne markers are not beacons and should also not be rendered like beacons. They are small stone plates showing the ref and the length of the groynes like this one (https://commons.wikimedia.org/wiki/File:Buhnenstein.jpg). I didn't find anywhere else where these are mapped, but I think using a new tag like seamark:groyne_mark similar to seamark:distance_mark makes more sense than reusing beacon_special_purpose.