Hi jaravn,
you have added serviceroads to an existing serviceroad, which has an access tag. So what is this here, access to public? Then it is a routing island.
Further the source should be added to the changeset, not the individual object. In this changeset it is confusing, because the changeset has "imagery_used=Bavaria (80 cm)", while the service road has "source=maxar".
Please rework your edit.
Bye,
Rainer

Hallo darrenmc,

das Ändern der Adresse bei einem Objekt bewirkt nicht automatisch, dass es an die neue Position verschoben wird.
Ich habe den Punkt nun in den Fasanenweg 25 verschoben; bitte prüfen, ob das so paßt.

Viele Grüße,
Rainer

Schau mal hier: https://youtu.be/JqtqYLoEoKw
Vmax=160, nur die Bogenweichen bei km 25.0 haben Vmax=150.
Aber die Quellenangabe fehlt leider bei diesem CS.

Hallo Hugin6,
der Frischemarkt Friedrichsen ist aber irgendwie an der falschen Stelle gelandet. Hier way/698308221 ist nicht die Poststraße und nicht der Ort Ladelund.
An der vermutlich richtigen Stelle gibt's den Supermarkt schon: node/5760541554
D.h. Dein Eintrag sollte gelöscht werden, oder?

Viele Grüße,
Rainer

Hallo Nina1818,

willkommen bei Openstreetmap!
Du hast hier ein Geschäft hinzugefügt und dabei irgendwie Attribute für Hydranten eingefügt. Scroll mal im Webeditor runter zu "Eigenschaften", da sieht man die drei mit "fire_hydrant" beginnenden Attribute. Ich denke, die können weg, oder?
Die Hausnummer verschiebe ich schon mal von "Straße" ins dafür vorgesehene Feld.

Viele Grüße,
Rainer

Hallo micccey,
ja, mit dem Reverter-Plugin in JOSM: osm.wiki/DE:JOSM/Plugins/Reverter
Es gibt aber keine Option "Nur gelöschte Objekte wiederherstellen", sondern die Kombination "Auswahl umkehren und gelöschte Objekte wiederherstellen". D.h. man muß ein bearbeitetes Objekt aus dem Änderungssatz auswählen, dann diese Option und anschließend die Änderungen an dem ausgewählten Objekt wieder anpassen. Jedenfalls sollte so die Historie des gelöschten Objektes wiederhergestellt sein.
Viele Grüße,
Rainer

P.S.: Bin übrigens über das QS-Tool https://osm-suspects.gbconsite.de
darüber gestolpert.

Hallo micccey,
die Löschung der Straße "Hinter den Tannen" war sicher ein Versehen, oder? way/26228341/history

Viele Grüße,
Rainer

Alle stürzen sich auf die neuen Luftbilder ;)

Hallo santilinares04,
die Adresse des Kathoöischen Kindergartens St. Ignatius stimmt überhaupt nicht. Laut https://www.caritas.de/adressen/kath.-kindergarten-st.-ignatius/81375-muenchen/93204 ist es Guardinistraße 83, 81375 München. Ich korrigiere das mal.

Servus,
Rainer

Hallo DennisHeim,
bei dem Änderungssatz ist keine Quelle angegeben; woher stammt die Information über die Einbahnstraße?
Die Buslinie 81, die hier über den Schwarzbauerweg führt, muß nun gegen die Einbahnstraße fahren.
Mapillary ist hier leider ein paar Jahre alt, zeigt aber kein Einbahnstraßenschild.
Es kam auch schnell diese Meldung note/2394634
Kannst du das aufklären?

Grüße,
Rainer

Hallo DaTerminator06,
bei diesem Änderungssatz ist der Wunsch nach Überprüfung angekreuzt, daher schreibe ich.
Dein Ziel ist, den Platz detailierter zu erfassen, richtig?
Dazu würde ich
1. den gesamten Platz als leisure=park eintragen (nicht löschen und neu eintragen, sondern vergrößern und landuse=grass durch leisure=park ersetzen, um die Historie zu erhalten), was ursprünglich mal so eingetragen war: way/35557735/history
2. den Baumbestand kann man als geschlossene Fläche oder als einzelstehende Bäume erfassen, das hängt von der Situation vor Ort und dem angestrebten Detailierungsgrad ab; ein Beispiel der Kombination von beidem findet man im Olympiapark osm.org/#map=17/48.17062/11.55586

Eine Anmerkung noch zu den Bäumen: die hast du mit leaf_cycle=semi_evergreen eingetragen, da würde ich in unseren Breiten deciduous erwarten; ist da evtl. die Vorlage im iD-Editor unklar? Muß ich mal nachschauen.
Mehr zu Details von Bäumen:
osm.wiki/DE:Tag:natural=tree?uselang=de
und zu leaf_cycle:
osm.wiki/DE:Key:leaf cycle?uselang=de

Bei weiteren Fragen, meld dich einfach.

Servus,
Rainer

Hallo Cagatay,
das sieht schon mal gut aus :)
Zu 3.: ich habe mal nachgeschaut, wie das mit dem iD-Editor geht (den ich normalerweise nicht verwende). Wenn du im Editor den Punkt anklickst, werden alle Felder angezeigt, darunter Beschreibung (description) ohne Landeskürzel. Wenn du weiter runterscrollst, kommt "Eigenschaften", da mußt du ggf. auf das ">" klicken, damit alle Felder aufgeklappt werden. Unter dem untersten Feld gibt es ein [+]. Darauf klicken und in das nun erscheinende leere Feld description eintippen. Schon beim Tippen wird eine Auswahl angezeigt: description:de, description:en, description:es, u.s.w. Auf diese Weise kann man alle möglichen Attrribute hinzufügen, wenn man weiß, wie sie heißen.
Viele Grüße,
Rainer

Hallo map per,
danke, daß du es hier am Änderungssatz kommentierst und nicht nur still änderst.
Etwas zu ändern, weil es in einer Karte nicht angezeigt wird, ist immer so eine Sache. Cyclosm kann z.B. durchaus mit cycleway:both=lane umgehen: https://www.cyclosm.org/#map=16/48.1088/11.4525/cyclosm
Aber du hast recht, im Wiki ist das unzulänglich dokumentiert: cycleway:both=*
Da ich mich gerade mit erweiterten Tags zu Radwegbreite und -oberfläche beschäftige, habe ich auch gleich in die erweiterte JOSM-Vorlage, die von einer Gruppe in Bochum gerade erweitert wird, geschaut. Dort ist ebenfalls cycleway:both=lane eingebaut. Das paßt auch von der Systematik besser zu cycleway:both:width und cycleway:both:surface.
Ich denke, hier fehlt es momentan an Dokumentation im Wiki und/oder Diskussion/Abstimmung in der OSM-Gemeinde. Konsistentes Radwegmapping ist leider nicht trivial, auch wegen unterschiedlichen Verkehrsrechts international.
Wenn du dich an der Diskussion beteiligen willst, gerne!
Ich hatte das Thema cycleway:both=lane ggü. cycleway=lane jeden falls nicht auf dem Schirm, werde dazu aber mal die Kollegen in Bochum (osm.wiki/Bochum/Projekte/GLS_Radprojekt) kontaktieren und evtl. auch im Forum fragen.

Wenn du magst, kannst du dich gerne beteiligen.
Heute Abend ist übrigens der Münchner OSM-Stammtisch online: meet.ffmuc.net/OSMStammtischMünchen

Servus,
Rainer

So, angeschaut. Es hat sich nicht viel getan, ein Teil der Fläche wurde zum Parkplatz, dem Rest habe ich jetzt area=yes gegeben.
Grüße,
Rainer

Hallo Toni,
ja die wichtigen Artikel halt ;)
Und gleich noch ein paar Adressen und eine neue Straße gefunden.
Servus,
Rainer

Hallo Riccarcharias,
über ein ein Qualitätssicherungswerkzeug bin ich auf diese PLZ gestoßen, die an dieser Stelle falsch ist. 94369 ist die PLZ von Rain in Niederbayern, hier in Rain am Lech wäre 86641 richtig. Nun gibt es in beiden Rains eine Ringstraße, so daß ich nicht weiß, ob hier eine falsche PLZ eingetragen wurde oder der Punkt im falsche Ort angelegt wurde.
Kannst du das mal prüfen?

Viele Grüße,
Rainer

Superschnelle Reaktion, vielen Dank!
Dir auch ein schönes Wochenende und weiter frohes Mappen.
Rainer

Hallo müllers,
die Adresse hier hatte Chrysopras schon in changeset/68179229 aufgeräumt. Das hier ist ein typischer Fall für addr:place anstatt addr:street, weil es keine Straße namens Burgermühle gibt.
Mehr zum Thema unter osm.wiki/DE:Key:addr und osm.wiki/DE:Key:addr:place
Wenn du mit dem iD-Editor arbeitest, bietet die Vorlage addr:place nicht an, man kann es für neue Adressen aktiv über das [+] Symbol hinzufügen. Wenn addr:place schon vorhanden ist, zeigt iD das an; das hat dann jemand mit gutem Grund gemacht und es sollte kein addr:street dazugepackt werden. Beides zusammen ist ein Fehler und wird von QS-Werkzeugen auch moniert.
Dieser CS gehört daher m.E. zurückgesetzt.
Viele Grüße,
Rainer

Hallo Toni,
der hw=pedestrian? Ich glaube schon, erinnere mich aber nicht genau. Ist vier Monate her, also ein guter Grund mal wieder vorbeizuradeln und zu schauen, was bei der Baustelle daneben vorangegangen ist. Ich überprüfe das.
Servus,
Rainer

Nun sehe ich hier auch noch so ein tourism=information mit einer Adresse, die 1 km entfernt ist. Ich halte sowas zumindest für irreführend, warte aber erstmal auf eine Antwort.