Du hast hier den Landuse way/255368814, v29 zerstückelt und ein Segment way/421783080, v1 erzeugt, und somit weiten Teilen Charlottenburg die Bewohnbarkeit verweigert :-) Landuse-Tagging muss immer geschlossen sein. Gefixt.

Hi, 'psv' ist kein turn:lanes value, "left|through|through|psv|right" funktioniert nicht. Bitte in solchen Fällen die access-Werte ergänzen, siehe hier (gefixt):
way/328408595

Graffiti reverted in changeset/40421988

Hallo, du hast in node/3648803368 zwar das community_centre:for=juvenile ergänzt, das amenity aber auf youth_centre belassen. Du solltest das konsequenterweise auf amenity=community_centre ändern, und ggf. noch den Typ mit community_centre= youth_centre angeben.

Richtig. Nur sollte man dann nicht nur die 'note' sondern auch die access-Tags anpassen. Hab ich jetzt gemacht (changeset/40354044).

Hallo Thomas, bitte mal kontrollieren warum in changeset/16534668 der Name von "Turm" entfernt wurde (was aber auch nicht sehr italienisch klingt), und dabei gleich die letzte verbleibene Kletterschwierigkeit "difficulty" in das passende climbing:grade:*:*-System einordnen (sport=climbing#Grading)

Hi anbr, bitte achte an Kreuzungen mit turn:lanes darauf, dass die Anzahl der abgehenden lanes zur Anzahl der ankommenden turn:lanes passen, sonst verwirren wir die Router :-)

Konkret hattest du vermutlich beim Einzeichnen dieser Fussampel (node/2321116249) den Einbindepunkt des Links-Weges (way/367793014) versetzt (auf den way/367793015), so dass er keinen Anschluss an die tun:lane left vom ankommenden way/60769283 mehr hatte.

Habe letzteren jetzt verlängert, ist also gefixt (changeset/40110411).

Richtig, das josm plugin ist ja auf der Proposal-Seite zitiert.

Meine Vermutung ist ausserdem, da luschi quer durch Europa diese Relations anbringt, dass sie einfach aus den vorhandenen turn:lanes abgeleitet und nicht vor Ort recherchiert sind. Das Ableiten macht aber inzwischen der Datenkonsument selbst, da brauche ich keine redundanten Relationen, die keiner pflegen will.

Wir haben in Berlin noch genügend Strassen, auf denen turn:lanes zu erfassen sind, das wird durch solche Datendopplungen nur schwieriger.

Hallo luschi, was bringt es, unzählige Relationen des Typs "turnlanes:turns" zu erzeugen? Ich halte den Proposal von 2011 für ziemlich tot (osm.wiki/Relations/Proposed/turn_lanes). Wer nutzt das? OsmAnd z.B. funktioniert prima ohne, normale turn:lanes reichen völlig und sind wesentlich einfacher zu pflegen.

Auch scheinst du veraltete Bing-bilder von 2012 zu verwenden, da hat sich an den Spuren viel verändert. Wir benutzen inzwischen DOP des Senats von 2015!

fixed

Mit "amenity_centre=*" hatte der vorige Mapper "community_centre=*", den Typus, gemeint. Habe das entsprechend korrigiert wieder eingefügt.

Also, community_centre=elder would be correct

community_centre:for=senior

and "elder and children and adults : no discrimination" is

community_centre:for=multigeneration

Bonjour mapper999, you have added some amenity=community_centre with the type "children". Children is not a type but the target group, please use:

community_centre:for=child

See osm.wiki/FR:Tag:amenity%3Dcommunity_centre --> Groupe utilisateur

Hallo staytuned, du hast hier etliche Wege und Relationen ohne Veränderung neu hochgeladen, wie kommt das?

PS: aussagekräftige CS-Kommentare wären wünschenswert, danke.

Bei der Rekonstruktion der bridge tags ist mir auch aufgefallen, dass die von dir gezeichneten Brückenumrisse (man_made=bridge) keinen Bezug zur realen Brücke haben. Bei Fusswegen sind sie zu gross, bei Strassen zu klein. Mit der angegebenen Bildvorlage Bing passen sie in keiner Weise zusammen.
area=yes ist auf dem Brückenumriss überflüssig, das ist implizit.
Die Strassenstücken, die über die Brücke führen, sollen einen gemeinsamen Knoten mit dem Umriss haben.

Hallo Falk, der Schlüssel 'name=*' wird für den ortsüblichen Namen verwendet, in Deutschland also für den deutschen. 'name:de' ist dann überflüssig.

Einen englischen Namen solltest du nur verwenden, wenn der bei einem Muttersprachler auch üblich ist, z.B. Munich für München; aber nicht einfach den deutschen wörtlich übersetzen.

Reverted in changeset/39527850

Why did you add the airport as a node, although a multipolygon exists already ( relation/2411892 ) ?

Revert in changeset/39450804: destruction of polygon, offset objects from true location for the renderer

Hallo ALoK,

OSM ist eine Geodatenbank. Objekte sollen immer an ihrer tatsächlichen Lokation gemappt werden.

Wenn das bei einem Renderer zufällig mit einem Platznamen kollidiert ist das Pech, aber vielleicht macht ein anderer Renderer es ja anders.

Wir mappen nicht für den Renderer!