Hallo mathpras,
what is the source for this edit?
Please add the source to each and every changeset!

And in fact, this is not a highway=service.

Best regards,
Rainer

Hallo Otten24,
du veränderst hier ziemlich oft die PLZ-Grenzen, diese hier way/86164968 nun zum siebten Mal seit dem 29.1.2021.
Ist das Absicht oder unbeabsichtigter Editierfehler?
Die PLZ-Grenze entlang der Merscheider Straße hatte mal einen gut zutreffenden Verlauf, jetzt ist sie grob verschlechtert.
Deinem immer gleichen Kommentar am Änderungssatz kann ich leider nicht entnehmen, was Sinn und Zweck des Edits war. Es wäre echt nett gegenüber anderen OSMlern das klar zu beschreiben. Es ist kein Roman nötig, kurz und prägnant reicht.
Viele Grüße,
Rainer

Hallo Otten24,
leisure=park scheint bei dir ein beliebtes Attribut zu sein, das du zu verschiedenen landuse- oder amenity-Attributen hinzufügst. Schau dir mal die Beschreibung dazu im Wiki an: osm.wiki/DE:Tag:leisure=park
"Ein Park ist eine meist städtische, öffentliche Grünfläche, die zur Erholung dient, z.B. Stadtpark, Kurpark." Das trifft auf die Feuerwache II bestimmt nicht zu.

Viele Grüße,
Rainer

Hallo tjoris,
du hast noch nicht soviel kartiert, daher frage ich lieber mal nach: was ist mit source=Bayrisches Katasteramt genau gemeint?
Bei den Quellen müssen wir bei OSM sehr genau darauf achten, daß sie für die Nutzung freigegeben sind.
Hast du einen Link zur Quelle?

Viele Grüße,
Rainer

Das "Problem" mit der Datenlizenz Deutschland – Namensnennung – Version 2.0 ist die Namensnennung. Genau deshalb hat Tobias im verlinkten Beispiel das Denkmalschutzamt Hamburg angeschrieben und das Okay bekommen. Das müßte bei der BNetzA ebenfalls geschehen.
Unabhängig davon finde ich die Lösung an der eingezeichneten Stelle nicht existierende Objekte einzutragen nicht gut. Wenn nur so ungefähre Informationen vorliegen, wäre eine Meldung ("Note") hier auf der https://www.openstreetmap.org-Karte zweckmäßiger; die könnte lokale Mapper gut darauf aufmerksam machen und wenn keine lokalen da sind, bleiben nicht auf lange Zeit Objekte mit falscher Position in der Datenbank.

Siehe meine Anmerkungen am Änderungssatz changeset/101341422

Hallo 20180911,
auf diesen Änderungssatz und den anderen changeset/101340033 bin ich durch die falschen bzw. wohl vertauschten Postleitzahlen gestoßen.
An dieser Stelle steht auch nach den neuesten Maxar Premium Luftbildern kein Gebäude.
Es könnte evtl. das 40 m nördlich liegende Gebäude sein. Dasselbe gilt für den changeset/101340033. Wenn man auf dem Maxar Luftbild die Gegend des Stadtteils Tinz absucht, findet man ein gleichartiges Gebäude hier: way/836504472
Als Quelle der Daten hast du die Kraftwerksliste der Bundesnetzagentur angegeben. Deren Lizenz ist nicht mit OSM kompatibel. Siehe https://www.bundesnetzagentur.de/DE/Service/Impressum/impressum_node.html Punkt4: Die auf der Internetseite verwendeten Daten in den Formaten .xls, .xlsx und .csv stehen, falls nicht anders gekennzeichnet, unter der Datenlizenz Deutschland – Namensnennung – Version 2.0. Alle darüber hinausgehenden Handlungen bedürfen einer vorherigen schriftlichen Zustimmung der Bundesnetzagentur.
Hast du diese Zustimmung eingeholt? Wenn ja, sollte sie auf osm.wiki/DE:Potential_Datasources hinterlegt werden.
Wenn nein, würde ich diese beiden CS revertieren.
Viele Grüße,
Rainer

Hallo Wetec,
was sind das denn für seltsame Adressen mitten auf der Autobahn mit Hausnummer 6 und 18? Da stehen sicher keine Gebäude.
Sind damit Kilometersteine gemeint? Dafür gäbe es osm.wiki/DE:Tag:highway=milestone

Viele Grüße,
Rainer

Hallo karo2204,

was meinst du mit "im Auto war 30"? Dein Navi? Verwendet das OSM-Daten?
Schau dir mal die Historie way/59574454/history an, da war zu keiner Zeit maxspeed=30 eingetragen.
Es war maxspeed:backward=70 und maxspeed:forward=50 und du hast jetzt maxspeed=70 hinzugefügt, was aber nur für Straßen mit gleicher Geschwindigkeitsbeschränkung in beiden Richtungen ist. Das kollidiert jetzt mit maxspeed:forward=50 und macht so keinen Sinn.
Daher setze ich die Änderung zurück.
Viele Grüße,
Rainer

Hallo ticki_52,
der Kommentar an diesem Änderungssatz hat mich nach kurzem Stirnrunzeln veranlaßt hinzuschauen.
Was ist denn der Zweck, die route_master-Relation zu löschen?
Die Relation relation/8279956 der Buslinie 366 ist als ptv2-Route angelegt, braucht also den route_master, wenn die Rückrichtung ergänzt ist.
Da du erst kurz dabei bist: hast du dich mit ÖPNV-Mapping im Wiki beschäftigt? Z.B. osm.wiki/DE:%C3%96ffentlicher_Verkehr
ÖPNV-Mapping ist ein komplexes Thema und hat durchaus einige Fallstricke.
Gern kannst du dich auch im Forum melden, da sind immer ein paar Mapper dabei, die Erfahrung mit ÖPNV-Mapping haben. Meld dich einfach mal.
Viele Grüße,
Rainer

Oh ja, da habe ich wohl das falsche Kästchen in der ORM-Vorlage angekreuzt. Ist natürlich verkürzter Vsig Abstand, habe auch nochmal einen Blick auf meine Bilder von der Exkursion gemacht. Ist korrigiert. Danke fürs genaue Hinschauen.
Bzgl. Validator: welchen verwendest du da? Der JOSM-Validator meckert bei mir nicht.
Servus,
Rainer

Hallo _Pancake_,
nachdem ich gestern und heute insgesamt 15 falsche Postleitzahlen von dir korrigiert habe, schreibe ich dir mal.
Ich weiß nicht, ob es einfach immer derselbe Tippfehler ist oder ob Maps.me da was falsches vorschlägt. 97070 ist richtig, 97079 war in diesen Fällen eingetragen.
Vieleicht kannst du mal schauen wie sich dieser Fehler einschleicht.
Die Drs. Bohne in der Juliuspromenade sind übrigens schon 2017 in die Schweinfurther Straße umgezogen, bei sowas braucht man keine PLZ mehr ergänzen.

Viele Grüße,
Rainer

Hallo geozeisig,
südlich des Stuthirtenwegs ist doch schon 12529 Schönefeld, oder? Die ergänzten Adressen haben hier 12349 bzw. 12353 Berlin.

Viele Grüße,
Rainer

Hallo lberges,
bei diesem Edit ist die PLZ-Grenze 83329 kaputt gegangen, d.h. die Linienabschnitte waren nicht mehr in der richtigen Reihenfolge.
Der iD-Editor hat nicht den besten Ruf zur Bearbeitung solcher Grenzrelationen, daher ist Vorsicht angesagt.
Ich habe in changeset/100230705 die Reihenfolge der Linienabschnitte richtiggestellt.
Und noch eine Bitte: schreib doch etwas aussagekräftigere Änderungssatzkommentare; das macht es anderen Mappern leichter zu verstehen, was geändert wurde und was die Intention dabei war.
Siehe osm.wiki/DE:Key:comment
und osm.wiki/DE:Good_changeset_comments

Servus,
Rainer

Bin gerade nach Hause gekommen und sehe meine Fehler schon korrigiert :)
Servus,
Rainer

Hallo Teddy73,
ich weiß nicht, ob Du's schon gemerkt hast: die Postleitzahlen hier in Saarlouis sind bei dem CS vierstellig geworden, 6740 statt vorher 66740. Bestimmt ein Versehen.
Magst du da nochmal schauen?

Viele Grüße,
Rainer

Hallo reiserausch,
bei diesem Edit ist wohl etwas schiefgegangen, an dieser Stelle ist nicht die Riesebyer Straße in Eckernförde.
Falls es sich um eine Firma oder ein Geschäft handelt, bitte angeben, um was für eins. Private Namen sollten nicht in Openstreetmap eingetragen werden. Das betrifft auch changeset/98925651
Falls Hilfe beim Zurücksetzen der Einträge benötigt wird, sagt Bescheid.

Viele Grüße,
Rainer

Hallo !bm,
bei diesem Objekt habe ich gegrübelt, was ich damit mache. Es werden ja bei vielen Dingen, die wirklich keine postalische Adresse haben, addr:-Tags gesetzt. Hier hielt ich es aber für nicht ganz abwegig und habe daher die PLZ korrigiert. Kann man natürlich auch anders sehen und ist für mich dann auch okay.
Viele Grüße,
Rainer

Hallo KitaRedaktion,
das Ändern der Adresse führt nicht dazu, daß der Punkt an die neue Position wandert.
Ich spiel jetzt mal die Geisterhand, die das tut.
Viele Grüße,
Rainer

Hallo,
aufgrund Mammis Bitte um Teilrevert der Änderungen in diesem Änderungssatz habe ich das mal gemacht. Es mußte in 2 Schritten erfolgen:
1. Teilrevert der beiden Gebäudeteile der Barbara-Künkelin-Halle und Wiederherstellung der gelöschten Objekte
2. Weil außer der Relation in Schorndorf auch noch die der Hauptschule in Damme in diesem CS gelöscht wurde und "Weiderherstellen gelöschter Objekte" alle gelöschten wiederherstellt, habe ich in Schritt 2 die relation/8500145 (Hauptschule Damme) in meinem Teilrevert-CS revertiert, d.h. die Löschung aus diesem CS hier ist wieder gelöscht.
Wie man sieht, ein bißchen tricky, deshalb bitte Änderungssätze mit regional und thematisch zusammengehörendem Inhalt hochladen. Das macht das Leben für nachfolgende Mapper einfacher.
Viele Grüße,
Rainer