Hallo nochmal, hier gelten grundsätzlich dieselben Punkte wie in meinem anderen Kommentar. Das Schema für die Öffnungszeiten ist falsch und im operator-Tag muss ein Semikolon verwendet werden, um die beiden Betreiber zu trennen.
cuisine=mantaplatte macht natürlich keinen Sinn. Dadurch, dass dieser Wert weltweit genau einmal vorkommt, wird er auch in keiner Anwendung sinnvoll dargestellt werden. "amenity=fast_food" und "cuisine=german" schließt die Currywurst ja sowieso schon ein. Die mantaplatte muss also gehen.

Hi, schön, dass ihr euer Geschäft hier bei OSM eingetragen habt. Die meisten Werte habt ihr gut erfasst, aber ein paar Kleinigkeiten müssen noch korrigiert werden:
"clothes=motorcycle;schneiderei": Der Wert "schneiderei" muss entfernt werden, weil er zum einen nicht englisch ist (und das ist notwendig) und zim anderen kein üblicher Wert, für das clothing-Tag.
"opening_hours": Hier gibt es ein festes Schema, das eingehalten werden muss, damit die Öffnungszeiten auch korrekt angezeigt werden. Uhrzeiten werden im Schema "00:00" mit Stunden und Minuten eingetragen und die Tage durch Semikolon getrennt. Eine gute Erklärung mit Beispielen gibt es hier: osm.wiki/DE:Key:opening%20hours
"operator": Das Kaufmannsund solltet ihr durch ein Semikolon ersetzen. Persönlich würde ich das opertator-Tag hier komplett weglassen.

Falls ihr Fragen habt, dann antwortet einfach auf meinen Kommentar.

Hallo AllerLachs, schön, dass du zu OSM beiträgst. Du hast hier den Anfang des FKK-Strandes eingetragen und dazu einen Punkt auf die Karte gesetzt. Das wird so noch nicht funktionieren (und demnach auch nicht wirklich angezeigt). Richtig ist es, den gesamten Bereich des (FKK-)Strandes als Fläche einzutragen und dann mit "natural=beach" und dann mit dem entsprechenden Wert für das nudism-Tag zu versehen. Hier wird zwischen "yes" (erlaubt, nicht vorgeschrieben) und "obligatory" (vorgeschrieben und auch so gekennzeichnet) unterschieden. Natürlich kannst du auch noch weitere Informationen zum Strand hinterlegen. Die Wikiseite hat einige Ideen dazu: osm.wiki/DE:Tag:natural=beach?uselang=de

Zuletzt ist die Verwendung des name-Tags hier falsch. Das ist ein beliebter Fehler bei Anfängern. Das name-Tag darf nur dann verwendet werden, wenn der Name eine gewisse Funktion hat und nicht einfach nur, um allgemeine Werte auf der Karte darzustellen. Falls der Strand einen besonderen Namen wie z. B. "Helmut-Kohl-Strand" trägt, wäre "name=Helmut-Kohl-Stand" richtig. Bei diesem Strand sollte das name-Tag aber komplett gelöscht werden. Falls du Fragen hast, dann antworte gerne auf meinen Kommentar.

Hallo harold, schön, dass du etwas zu OSM beiträgst. Der Kommentar in deiner Änderung sagt ja schon, dass die Bank jetzt eine Kanzlei ist. Das aktuelle Tagging dieser ehemaligen Bank passt dazu noch nicht ganz.
Von "Bankzeiten" ist noch "atm=yes" übrig, was bedeuten würden, dass sich in der Kanzlei auch jetzt noch ein Bankautomat befindet. Das ist aber vermutlich nicht der Fall und das atm-Tag muss gelöscht werden.
Du hast außerdem "name=Anwaltskanzlei" gesetzt. So allgemeine Bezeichnungen werden bei OSM nicht als "name" eingetragen, sondern erschließen sich aus der Kombination der Tags. Wäre allerdings an dem Gebäude ein großes Schild mit der Aufschrift "Kanzlei So und So" befestigt, wäre das ein guter Wert für das name-Tag.
Damit aus dem Punkt hier noch eine Kanzlei wird, die auch OSM als solche versteht, fehlt noch "office=lawyer". Falls du Fragen hast, hilft das OSM-Wiki (osm.wiki/DE:Tag:office%3Dlawyer) oder du antwortest einfach auf meinen Kommentar.

Hier hat sich wohl ein kleiner Fehler in der Telefonnummer eingeschlichen. +46 ist die internationale Vorwahl für schwedische Telefonnummern. Zumindest auf der Seite des Verlages wird die Nummer mit der deutschen Vorwahl +49 angegeben.

Hallo Leo und vielen Dank, dass du zu OSM beiträgst. Du hast hier diese Sporthalle mit "name=Sporthalle" versehen. Wir folgen bei name-Tags der Regel, dass nur dann Namen vergeben werden, wenn sie auch vor Ort deutlich ersichtlich sind und damit womöglich bei der Orientierung helfen. Steht hier also z. B. auf dem Gebäude groß "Sporthalle", dann ist "name=Sporthalle" richtig. In den meisten Fällen ist das aber nicht so und dann muss das name-Tag weg. Grundsätzlich gilt, dass allgemeine Bezeichnungen ( nicht als Wert für das name-Tag verwendet werden.

Hi Toni, schön, dass du den Hofladen (und sogar die Öffnungszeiten) eingetragen hast. Diese folgen bei OSM einem ganz bestimmten internationalen Standard, der sicherstellt, dass auch jede Anwendung und Karte die Zeiten korrekt interpretieren kann. Schau dir doch das Schema noch einmal an und passe den Wert entsprechend an. Hier findest du Erklärungen und Beispiele dazu: osm.wiki/DE:Key:opening_hours

Hi GudbrotM und vielen Dank für deinen Beitrag. Telefonnummern (phone)=* werden bei OSM im internationalen Format eingetragen. In diesem Fall also "+49 176 40719536". Den letzten Teil der Nummer kannst du — nach Geschmack — noch Gruppieren, z. B. 407 195 36.

Hi Jacques, du hast hier ein Review angefragt. Womit bist du dir nicht sicher?

Hi, not sure why this way was changed from highway=footway to highway=service. According to the road sign ("Zeichen 270" and "Zusatzzeichen 1026-32")[0] this should be tagged as highway=path, bicycle=designated, pedestrian=designated, psv=yes. Please enlighten me. Thanks!

[0] https://de.wikipedia.org/wiki/Bildtafel_der_Verkehrszeichen_in_der_Bundesrepublik_Deutschland_seit_2017

Hi Phidos,
schön, dass du dich an OSM beteiligst!
Ich war kürzlich hier an der Griesmühle und konnte nicht mit absoluter Sicherheit sagen, dass es sich tatsächlich um eine Quelle und — fast noch wichtiger — wirklich um Trinkwasser handelt. War das einfach eine Vermutung deinerseits oder hast du eine "Quelle" dazu? (haha :))

Hi skrscht und Glückwunsch zu deinem ersten Eintrag. Das addr:unit-Tag hast du zwar richtig verwendet, der Inhalt ist aber nicht ideal. Wenn es sich hier z. B um eine Doppelhaushälfte mit zwei separaten Adressen handelt, dann kannst du auch zwei separate Adressknoten für die entsprechende Hälfte eintragen. Hier kannst du als addr:housenumber entweder direkt 16a und 16b verwenden, oder aber du belässt die addr:housenumber bei 16 und fügst die entsprechenden addr:unit, diesmal aber nur mit einem Buchstaben (a oder b) hinzu. Nachdem du diese Gegend scheinbar gut zu kennen scheinst, kannst du auch gleich noch den korrekten Wert für building= hinzufügen, wenn du möchtest. In diesem Fall handelt es sich vermutlich um ein "semidetached_house".

Dasselbe gilt hier. Bitte entfernen, die Gründe habe ich dir bereits hier (changeset/108278011) genannt.

Hallo Semi52,

das Terminal ist bereits seit 2008 eingetragen. Außerdem hast du dich leider auch hier nicht an die Informationen aus der OSM-Wiki gehalten, weswegen z. B. die von dir verwendete description falsch ist. Ich bitte dich, den eingetragenen Punkt wieder zu entfernen.

Hallo Semi,
du hast diesen in den letzten 8 Tagen 11(!) mal geändert, hinzugefügt oder gelöscht. Diesen vielen Änderungssätze machen die Situation sehr unübersichtlich. Weiterhin hast du dich scheinbar vor dem Eintragen nicht über die richtigen Tags bzw. das korrekte Format informiert. Bitte passe den Eintrag ein letztes Mal an und halte dich diesmal an die Beschreibungen, die du unter osm.wiki/wiki findest.

Fußwege gibt es nicht so wirklich. Ich habe mal die beiden Eingänge markiert, die ich gefunden habe. Der östliche führt direkt auf Etage 1, der westliche führt in ein Treppenhaus mit Zugängen zu allen Parkdecks. Die Ausgänge aus diesem Treppenhaus führen aber direkt auf die Parkflächen; keine ausgezeichneten Fußwege. Sag mir, wenn dir noch was fehlt.
changeset/108668770

Ich hab's mir mal angeschaut, aber bin mir nicht sicher, wie man damit weiter verfahren soll. Es sind fünf Etagen, der Zufahrtsweg führt in die unterste. Von dort führen die Wege, wie du sie eingezeichnet hast nach oben. Das Problem, das ich sehe ist, dass sich nachher fünf Wege mit unterschiedlichen level=-Attributen überlagen, was meiner Meinung nach ziemlich ein ziemliches Durcheinander hinterlässt. Modelliert man nur eine Etage, dann entsprechen entweder die Etagen -1 und 3 oder die Etagen 0, 1, und 2 der Karte, aber niemals alle, da sich auf Etagen -1 und 3 jeweils "Sackgassen" befinden. Ich persönlich würde die Zufahrt mit dem Punkt node/7666290263 beenden und es so gut sein lassen, aber du siehst das womöglich anders. Falls du noch mehr Informationen brauchst, lade ich gerne Bilder oder auch ein Video hoch.

Der Vollständigkeit halber noch zwei Beispiele von bereits erfassten Parkhäusern:
Eines ohne exakte Wege: way/32591059 und eines mit allen Wegen kartiert:
way/34625144

Hi,
du hast für den Weg way/820998410 ein fixme "connection" hinterlassen. Ich bin mir nicht sicher, was ich damit anfangen soll oder ob es sich schon erledigt hat. Du weißt sicher mehr :)

Hallo Agathe,

mit diesem Änderungssatz hast du auch "landuse=allotments" (way/790853529) hinzugefügt. Ich bin der Meinung, dass hier keine Kleingärten sind, jedenfalls ist mir dort noch nie einer untergekommen. Gibt es einen Grund, dass du das so eingetragen hast oder war es einfach ein Ausrutscher?

Hi Chris,

In diesem ( note/2667250 ) Hinweis wird angemerkt, dass die beiden von dir aufgetrennten Wege nicht wirklich nötig wären, da die Trennung auch durch entsprechene Tags vermerkt werden kann. Ich stimme dem generell zu und bin vor allem der Meinung, dass sich durch das Vereinigen der beiden Wege eine Menge Redundanz vermeiden ließe. Trotzdem wollte ich nicht einfach in "deinen" Daten rumwühlen. Vielleicht hat die Aufteilung einen tieferen Sinn? Beteilige dich gerne an der Diskussion im verlinkten Hinweis.