Hallo JuanPRendon,
you have set the checkbox that someone should review your changeset.
The change was:
- adding the address, that looks fine
- adding the opening hours, the is a little bit to improve. The days are always with 2 letters (Mo, Tu, We, Th, Fr, Sa, Su) and the separator is the semikolon for the strings day+hours, however the comma, if needed inside these strings.
Means: your edit was Mo-Thu 19:00-01:00 Fr-Sa 19:00-03:00 and it should be Mo-Th 19:00-01:00; Fr-Sa 19:00-03:00
Yes, a tiny difference, but important for tools that want to work with the data.
As the opening hours can become a complex thing, here is the whole syntax explaned: osm.wiki/DE:Key:opening_hours

Bye,
Rainer

Hallo c13b,
willkommen bei OSM!
Du hast den Wunsch nach Überprüfung deiner Änderungen angekreuzt, daher habe ich mal drüber geschaut.
Die Ergänzungen Papierkörbe, Wegeoberfläche, Spielplatz und Geometriekorrektur and er Ecke Ganghoferstraße/Hermann-Löns-Straße sehen gut aus.
Die Änderung der Fläche "leisure=park" am Siedlerplatz war vorher richtiger als jetzt. Da hast du die Fläche des Parks mit den um den Platz führenden Straßen verklebt. Die Fläche des Parks geht aber nicht bis zur Straßenmitte.
Straßen werden im Normalfall als Linien eingezeichnet (Ausnahme Fußgängerzonen). Kartenprogramme ordnen ihnen dann eine Breite abhängig vom Straßentyp zu. Echte Flächen hingegen werden so eingezeichnet, wie sie in der Realität sind. Da ist also, z.B. wenn ein Wald an eine Weide stößt, Verkleben zulässig und richtig.
Faustregel: Flächen mit Flächen verkleben ja, Flächen mit Linien nein.
Vielleicht war deine Intention es auf osm.org schöner aussehen zu lassen, wenn in hohen Zoomstufen kein Spalt zwischen Fläche und Straße ist. Das ist aber ein Problem, das das Kartenprogramm lösen muß. Es gibt auch vielmehr Karten, die aus OSM-Daten erzeugt werden als die Standardkarte auf osm.org.
Fazit: diesen Teil deiner Änderung würde ich wieder rückgängig machen.

Servus,
Rainer

Hallo hcsalzland,
hast du das Gebäude in der Straße der Solidarität, wo du im nächsten Änderungssatz changeset/94425890 das Sportbüro des HC Salzland eingetragen hast, gelöscht. Das war sicher nicht Absicht, oder? Jetzt ist das Sportbüro unter freiem Himmel.
Gib Bescheid, ggf. stelle ich das Gebäude wieder her.
Viele Grüße,
Rainer

Hallo betz_kai,
du hast den Straßennamen Blumenstraße in Zuhause geändert. Das war sicher ein Versehen, oder?
Dann würde ich die Änderung wieder rückgängig machen.

Viele Grüße,
Rainer

Alles klar, ich habe es an die Benzstraße 35, Fellbach verschoben, denn ich weiß nicht, ob verschieben über so weite Strecken mit dem iD-Editor vernünftig geht.
Bleibt die Frage, ob das Steinbeis-Transferzentrum Industrial Design, das dort für das ganze Gebäude eingetragen ist, dort noch existiert. Wenn es dort nur einen Teil des Gebäudes nutzt, würde ich es anpassen, wenn es da nicht mehr ist, löschen oder an eine neue Adresse verschieben, wenn bekannt.
Infos dazu wären hilfreich.

Hi jaravn,
thanks for the answer. Hope you can figure out the imaginary used issue, but putting the source to the changeset will make it clear.
Regarding the access: in this case it is obvious that the access cannot be more open than the first part of the way from the street Hauptstraße. Local knowledge will be only possible for the very few people who have access to this way. So if you think that can be mapped in a meaningful way only by local mappers, better leave it unmapped. Like it is now, it is an error in the data. I will improve it by adding the access as for the first part of the driveway.
Bye,
Rainer

Hallo webwerkerei,
zuerst dachte ich, in der PLZ sei ein Tippfehler, aber die ganze Position dieses Objekts stimmt wohl nicht. Hier ist die Burgstraße 35, nicht die Benzstraße 35.
Was machen wir damit, verschieben?
Viele Grüße,
Rainer

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