Hallo und ein frohes neues Jahr.

Du hast um eine Prüfung deiner Bearbeitungen gebeten.

Das amenity=place_of_worship hast du am Umriss des Gebäudes ergänzt. Das ist eine der Möglichkeiten, derartige Objekte abzubilden. Eine andere Möglichkeit ist, lediglich einen einzelnen Node an die entsprechende Stelle zu setzen. Das war hier bereits der Fall.
Nun gibt es redundante Objekte:
node/2581124041
way/72705118

Wobei der erste Eintrag auch z. B. den Namen enthält.
D. h. du hast zwei Möglichkeiten: entweder du nimmst das amenity=place_of_worship wieder vom Umriss runter oder du ziehst die Informationen vom Node herunter und entfernst diesen anschließend.

Wenn du Fragen hast: bitte einfach melden.

Viele Grüße

Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.
Ich habe nicht viel anzumerken.

way/1347446756
Hier hast du area statt area:highway gesetzt.

way/1347446758
Besser als area:highway=yes wäre area:highway=residential bzw. allgemein der jeweilige Straßentyp.

Allgemein:
- Die areas sollten an der Stelle, wo sie den way kreuzen, einen gemeinsamen Node haben.
- Die Angabe von surface wäre sinnvoll.

Weiterhin frohes Mappen und einen guten Start in das neue Jahr.
Bei Fragen: bitte melden.

Viele Grüße

P.S.: Die beste Übersicht zu diesen Thema ist aus meiner Sicht diese hier: osm.wiki/Proposal:Area_highway/mapping_guidelines

Hallo,
du hast um eine Prüfung deiner Bearbeitung gebeten.
Mir ist lediglich aufgefallen, dass die Öffnungszeiten der deutschen Syntax folgten. Ich habe sie korrigiert, d.h. aus
Mo-Do, So 11:00-21:00; Fr,Sa 11:00-22:00
habe ich
Mo-Th, Su 11:00-21:00; Fr,Sa 11:00-22:00
gemacht.
Wie sieht es mit Feiertagen aus, ist da geschlossen?
Viele Grüße

Der Frage schließe ich mich an.
Zumal jetzt auch Bearbeitungen anderer User verloren gegangen sind, siehe node/10251470991/history

Hallo,

leisure=dog_park ist hier m.E. nicht richtig. Das Problem ist das access=customers, da ein dog_park laut Definition „eine öffentliche Hundefreilaufzone“ ist.
Ich bin offen für Alternativen:

amenity=animal_training
animal_training=dog

oder

leisure=pitch
sport=dog_agility

Viele Grüße

Hallo,
auch hier: keine Anmerkung.
Viele Grüße

Hallo,
du hast um eine Prüfung deiner Bearbeitungen gebeten.

Ich habe lediglich folgende Anmerkungen:

Zu den Notrufbänken:
Zum einen fehlt den Bänken das naheliegende, nämlich amenity=bench (am gleichen Node).
Dann sollte der Name entfernt werden, Rettungspunkte tragen keine Namen, insbesondere nicht „Notrufbank“. Die maßgeblichen Informationen sind bereits in ref enthalten.

Zu den Unterflurhydranten:
Nur das couplings=1 ist problematisch; couplings gibt die Anzahl der Schlauchanschlüsse wieder. D. h. in unseren Breiten sind in der Regel Storz-Anschlüsse gemeint.

Bei Fragen bitte melden. Weiterhin frohes Mappen!

Viele Grüße

Hallo,
das sieht gut aus - keine Anmerkungen.
Viele Grüße

Hallo,

ich habe deine Bearbeitungen so weit durchgeschaut. Sofern nicht individuell kommentiert: es gelten die Anmerkungen deines ersten Changesets. Wenn du Hilfe benötigst: bitte melden.

Weiterhin frohes Mappen!

Viele Grüße

Hallo,
hier bitte etwas auf die Lagegenauigkeit und die Rechtwinkligkeit achten.
Rechtwinklig machen ist ganz einfach: in iD das Objekt markieren, Q drücken - fertig.
Viele Grüße

Hier fehlt dann u. a. das utility=power.
Viele Grüße

Hallo und herzlich willkommen bei OpenStreetMap.

Du hast um eine Prüfung deiner Bearbeitungen gebeten. Diesem Wunsch komme ich gerne nach.

Die von dir erfassten Stationen sind recht gut hier beschrieben:
osm.wiki/DE:Tag:power%3Dsubstation#Beispiele.

D. h. In Anlehnung an diese Wiki-Beschreibung:
name Kleinstationen haben keinen Namen, daher bitte entfernen
voltage Es sind Primär- und Sekundärspannung anzugeben, durch ein Semikolon getrennt.

Es fehlen:
man_made=street_cabinet
utility=power

Sinnvoll ist auch – sofern verzeichnet – eine Referenz, z. B. fortlaufende Nummern, Standortbezeichnungen etc.

Vielen Dank für deinen Beitrag, nur so können beispielsweise im Bereich der Infrastruktur wertvolle Datenstrukturen entstehen.

Wenn du Fragen hast: bitte einfach melden.

Viele Grüße

Hallo,
du müsstest nur schauen, ob ein Vollrevert geht - teilweise wurden die Punkte behoben.
Viele Grüße

Hallo,
ich nehme mal an, die Anpassung auf "Nussbaumallee" ist grundätzlich richtig; dann bitte auch die anliegenden Adressen anpassen.
Viele Grüße

Hallo,
landuse über landuse ist etwas unglücklich. Du hättest dir nicht vielleicht die Mühe machen können, die Stücke freizuschneiden, was ohne Weiteres möglich wäre?
Viele Grüße

Ich habe deine Änderungen rückgängig gemacht.
Ich komme dort regelmäßig vorbei, ich habe dort noch nie eine Kunstausstellung gesehen. Das würde wohl auch eher dem Charakter der Feuerwehrzufahrt widersprechen. Und selbst wenn es so wäre: dann ist es kein track, sondern ein path. Zudem ist dann auch das emergency=designated falsch.

Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.
Eine förmliche Anmerkung: deine Bearbeitung sieht in der Gesamtsicht nach einem Import aus, für den bestimmte Regeln gelten: osm.wiki/DE:Import/Guidelines.
Um es auch deutlich zu sagen: so etwas kann Probleme für dich (Usersperre) oder die Daten (Revert) haben.
Das soll aber nicht mein Thema sein. Du solltest dir nur sicher sein, dass du mit der Gemeinde Adelsried keine Probleme bekommst, d.h. dort sollte dein Import bekannt sein.
Ich habe mir aber auch den Import selbst angeschaut.
Positiv: Ein Abgleich mit einigen Mapillary-Bildern zeigt eine sehr gute Lagegenauigkeit.
Negativ: Das Fehlen von Hydrantentyp, Durchmesser usw. ist schon ungewöhnlich. Auch die Verwendung von „ID“ ist nicht gebräuchlich.
Mein Vorschlag:
- Bitte entferne die ID-Eintragungen. Diese können eventuell nach „ref“ gezogen werden, dann sollte das aber schon die Nummer sein, die auch auf dem Hydrantenschild ausgewiesen ist.
- Die Hydranten sollten zwingend vor Ort geprüft werden. Und dann die Daten ergänzt.
Wenn du Fragen hast: gerne melden.

Weiterhin frohes Mappen.

Viele Grüße

Hallo,

der “Zwang zur Aufteilung” ist eine schon fast philosophische Frage: Wie weit geht man runter (rechtfertigen 30 Fichten in einem Laubwald ein separates landuse=forest?), warum gibt es dann für die von dir freigestellte Trasse nicht zwingend ein landuse=highway mit Unterflächen area:highway=xyz usw.? Und wie breit muss der jeweilige Weg sein, um eine Trennung vorzunehmen? Schon bei highway=track, was ist mit highway=bridleway?
Die Gegenpositionen sind
1) “die L 35 führt durch den Wald” = sie ist Bestandteil des Waldes.
2) Zur Vermeidung von Multipolygonen und zugunsten KISS sind auch mal Überschneidungen zulässig.
Aber ist auch alles nichts Neues, das sind bekannte Diskussionen.

Nur zur persönlichen Präferenz: Riesige landuse=forest über x erkennbare Straßen hinweg - gerade in waldreichen Gebieten - teile auch ich immer auf.

Nun aber zum Multipolygon: eine wesentliche Eigenschaft an landuse=forest ist der Name, sofern es diesen gibt. Namen an landuse=forest - egal ob als einzelner way oder MP (auch MP mit reinen outer-roles) - sind ja nun nichts Neues. Und den Mühlenbusch gibt es hier nur 1x.
place=locality ist gerade nicht ein deckungsgleiches Objekt, siehe Beispiel 1 und 2 im Wiki. Am Beispiel des Mühlenbuschs wäre das auch problematisch, da mir mindestens ein Flurname geläufig ist, der konkurrierend innerhalb des Waldgebiets liegt.
Das hier sollte nicht der Anlass sein, mal eben die Nutzung von Namen an landuse=forest auf place=locality auszulagern und ein neues Taggingschema einzuführen.
Daher: die Arbeit habe ich jetzt übernommen, ich habe ohnehin das Straßenbegleitgrün ergänzt.

Viele Grüße

Hallo,
wieso hast du das spezifischere cycle_barrier gegen yes ersetzt? Zumal das verbliebene cycle_barrier=single jetzt nicht mehr passt.
Viele Grüße

Hallo,
ich konnte jetzt erst antworten, OSM war komplett down.
Wenn die Nr. halbwegs feststeht (Baustellenschild?), kann man sie ruhig schon eintragen.
Viele Grüße