This changeset reverts changeset/117889734, 117889736.

This changeset reverts changeset/117889734, 117889736.

Hallo user_5359,

ich glaube, da musst du den Benutzer Bahnpirat fragen, was bing=no heißt, denn der von dir kritisierte Way ist ein 1:1-Duplikat von way/241626237.

Siehe auch changeset/117889734

Viele Grüße

Michael

Für das Protokoll: heute per Direktnachricht auf die offenen Fragen hingewiesen

Hallo Liam Frederick,

"Privater Strand" ist kein Name. Als Namen erfassen wir nur Eigennamen, keine Beschreibungen (vgl. osm.wiki/DE:Names#name_ist_nur_der_Name). Richtig wäre, wie bei den Wegen access=private zu erfassen.

Wenn du nicht willst, dass Ausflügler den privaten Strand benutzen, empfehle ich einfach die Landnutzung in der gesamten Donauschleife in OSM einzupflegen. Dann geht der Strand in der Karte optisch unter.

Viele Grüße

Michael

Hi,

I would like to second cyton.

In Germany, OSM aims to collect high quality map data in order to compete and be better than commercial and official maps. As such, we value on the ground survey and local knowledge a lot.

Rather than having all attributes set for all objects, we prefer to only a subset of them set but those to be correct. By blindly copying from third party sources (with might be illegal due to copyright restrictions), you copy their mistakes. Other mappers looking at the map will assume that everything is right and up to date because the data seems to be complete.

I am shocked to seen such stupid (sorry but that's the best term) mistakes like appending " Straße" to street names because I did not expect such an active mapper like you to make these mistakes (and I haven't seen similar mistakes for ten years). Please make yourself familiar with local language and culture before you contribute in areas you do not know sufficiently. Thank you for spending our time to fix your mistakes.

By the way, please mind the rules for organised editing (this might apply to MapRoulette as well). osm.wiki/Organised_Editing

Best regards

Michael

Hallo cyton,

danke, dass du die Änderungen von RomanDug (vgl. changeset/105921007) ausgegraben hast. Dessen Beiträge sind, nachdem ein paar angeschaut habe, mangelhaft.

Gehst du die Beiträge von ihm aus dieser Zeit jetzt systematisch durch oder suchst du mit anderen Mitteln nach seltsamen Änderungen?

Angesichts des einfach dämlichen Fehlers, dass jeder Straßenname auf Straße zu enden habe, habe ich den Eindruck, dass RomanDug ohne Kenntnisse von Ort oder Kultur systematisch Websites abgeklappert hat und die Daten ohne weitere Prüfung in OSM übertragen hat. Wer so arbeitet, schreibt nicht nur Straßennamen falsch, sondern schmuggelt auch noch weitere Eastereggs in OSM.

Der Sinn und Zweck von OSM ist es nicht, eine halbautomatisch erstellte Kopie fremder Datenbanken zu sein, sondern dass die von Ortskundigen erhoben werden. Daher wäre es sinnvoll, nicht die Beiträge von RomanDug manuell zu korrigieren, sondern systematisch all seine Beiträge aus diesem Zeitraum, die im Rahmen der MapRoulette-Challenge entstanden sind, rückgängig zu machen.

Es mag hart klingen, systematisch die Arbeit mehrerer Tage eines anderen Mappers in den Müll zu werfen. Leider tut man mit solchen Schein-Verbesserungen dem OSM-Projekt längerfristig keinen Gefallen. Unser Grundsatz in OSM in Deutschland ist Qualität statt Quantität.

Falls du schon die gesamten Änderungen von RomanDug gesichtet hast, wäre der Revert nicht mehr nötig. Aber vielleicht willst du dir die Arbeit nicht machen.

Viele Grüße

Michael

Hallo,

in diesem und einigen vorhergehenden Änderungssätzen hast du meinem Eindruck nach systematisch sämtliche "Fehlermeldungen" des iD-Editors automatisch beheben lassen. Ich möchte dich darauf hinweisen, dass das blinde, zum Teil einfach sinnlose, Anwenden von Fehlerkorrekturen ein mechanischer Edit ist und als solcher unter die Regelungen des Automated Edits Code of Conduct (osm.wiki/Automated_Edits_code_of_conduct) fällt.

Die Validierungsregeln des iD-Editor sind in mehreren Punkten umstritten und ohne ausreichende Konsultation der OSM-Community entstanden. Beispielsweise schlägt der iD-Editor vor, bei Objekten FIXME=* durch fixme=* zu ersetzen. Beide Tags sind gleichbedeutend. Durch das Ersetzen des Keys fügst du null Mehrwert hinzu, suggerierst aber Datennutzern, dass das Objekt aktuell ist, weil es nun den Zeitstempel der letzten Änderung trägt.

Ich bitte dich daher, nicht einfach blind und wie ein Roboter vom iD-Editor ganze Gegenden zu "reinigen". Als Mapper bist du für deine Beiträge verantwortlich.

Viele Grüße

Michael

Hallo staka-RBK_04,

vielen Dank für deine Nachforschungen.

Viele Grüße

Michael

Hallo,

besteht diese wirklich auch zwischen der Bushaltestelle "Bodental" und der Einmündung der Straße "Im Bodental" in die B 42? Dadurch entsteht wegen 10 gesperrten Metern eine mehrere Kilometer lange Fahrrad-Sackgasse ab Assmannshausen Richtung Lorch.

Viele Grüße

Michael

Hallo,

deine Hochstufung von Manderscheid von place=village nach place=city habe ich soeben rückgängig gemacht, da sie offensichtlich falsch ist. Wenn Manderscheid 98.000 Einwohner mehr hat, können wir wieder darüber reden.

node/240053163/history

Viele Grüße

Michael

Hallo Stephan,

staka-RBK_04 wird bei seinen/ihren Kollegen in der Verwaltung sicher in Erfahrung bringen können, was mit der Brücke passieren soll. Deshalb wirst du auch frühestens am nächsten Arbeitstag eine Antwort erhalten. ;-)

Viele Grüße

Michael

Hallo,

ich würde solch einen Flutschaden wie folgt taggen:

razed:highway=<alter Wert> (oder demolished:highway=<alter Wert>) + note="bei Hochwasser zerstört" + end_date=2021 (oder genaueres Datum im Format YYYY-MM-DD). highway=* natürlich löschen.

Vorteil: Wer vom Luftbild abzeichnet, ohne ortskundig zu sein, sieht eine "fehlende" Brücke und zeichnet sie wieder ein. Wenn die alte Geometrie vorhanden ist, ist die Wahrscheinlichkeit dafür geringer.

Wenn die Brücke wiederaufgebaut wird, kann man highway=construction + construction=<Straßenklasse> verwenden.

Viele Grüße

Michael

Hallo,

die Verwendung der Datenbestände des LVermGeo Rheinland-Pfalz für OSM ist leider unzulässig.

Die Datenlizenz Deutschland Namensnennung 2.0 verlangt eine Quellenangabe, die OSM nicht erfüllen kann. Um die Bedingungen der Lizenz zu erfüllen, müsste jeder Nutzer von OSM-Daten jedes Mal das LVermGeo als Quelle nennen, wenn Daten des LVermGeo für seine Kartendarstellung, seine Geocoding-Auskunft oder sein Routing-Ergebnis verwendet wurden. Dies würde zu einer ellenlagen Liste an Quellen führen, die häufig große Teile der Kartenansicht belegen würde (vgl. Fünfter Geofortschrittsbericht der Bundesregierung, S. 29, https://www.imagi.de/SharedDocs/downloads/Webs/IMAGI/DE/Geofortschrittsberichte/5-fortschrittsbericht.pdf;jsessionid=7F8E4A3DBB1DEEF6D1A8461BD68B226D.1_cid364?__blob=publicationFile&v=2).

OpenStreetMap ist deshalb darauf angewiesen, dass der Rechteinhaber erklärt, dass eine Nennung auf osm.wiki/Contributors ausreichend ist. Das LVermGeo hat diese Erklärung bislang nicht abgeben wollen.

Ich habe diesen Änderungssatz daher soeben revertiert.

Hausnummern müssen in Rheinland-Pfalz vor Ort erfasst werden. Der Qualität tut das gut.

Viele Grüße

Michael

Hallo,

ich finde die Änderung von name="ehem. Kanonenbahn" in loc_name="ehem. Kanonenbahn" hier nicht richtig. Der von dir als Referenz genannte Thread im Forum widmet sich v.a. der Benennung einer Straße bzw. eines Radwegs, während du hier v.a. stillgelegte und abgebaute Bahngleise bearbeitet hast.

Ich würde daher gern an diesen Gleisen name=Kanonenbahn ("ehem." ist abgekürzt und überflüssig) erfassen. Wenn die Gleise gleichzeitig mit highway=* getaggt sind, würde ich abandoned:name=Kanonenbahn bei railway=abandoned bzw. razed:name=Kanonenbahn bei railway=razed verwenden. abandoned:name=* wird von der OpenRailwayMap unterstützt, razed:name=* noch nicht (das ist kein Argument, nur ein Hinweis).

Bahnstrecken haben also offizielle Namen meist nur Schein-Namen wie z.B. "Frankfurt - Göttingen". Nur in wenigen Fällen verwendet die DB selbst regelmäßig einen echten Namen (z.B. "Rechte Rheinstrecke"). Häufig gibt es aber einigermaßen etablierte echte Namen, die nicht offiziell sind (z.B. "Nord-Süd-Strecke", "Filstalbahn", "Gäubahn", "Eifelstrecke").

Übrigens, die Kanonenbahn, um die es hier geht, ist die Strecke Berlin–Metz (genauer Berlin–Wiesenburg–Güterglück–Güsten–Blankenheim Trennungsbahnhof–Leinefelde–Eschwege-Niederhone–Malsfeld–Treysa–Marburg(Lahn)–Lollar–Wetzlar–Limburg(Lahn)–Niederlahnstein–Koblenz–Trier). Die Magdeburger Kanonenbahn ist eine andere bzw. nur eine Umfahrung der Elbbrücke Magdeburg.

Viele Grüße

Michael

Hallo,

du hast in diesem Änderungssatz foot/bicycle=designated in foot/bicycle=yes geändert. Das "designated" war schon richtig.

Die Frage nach einer Benutzungspflicht stellt sich hier nicht, weil es keine Fahrbahn gibt, zu der der Geh- und Radweg gehört (AFAIR ist die Kanonenbahn mit Zeichen 240 beschildert). Selbst wenn es eine Fahrbahn geben würde, würde man die Benutzungspflicht primär über bicycle=use_sidepath am Way der Fahrbahn abbilden.

Viele Grüße

Michael

Hallo,

bitte achte bei der Erfassung von Gebäuden darauf, dass die schon in OSM erfassten Objekte zu den neu erfassten Objekten relativ gesehen lagerichtig sind. Du hast in diesem Änderungssätz einfach Gebäude eingezeichnet, ohne die Lage der Straßen zu prüfen. Das Ergebnis sind Straßen, die in unrealistisch engem Abstand (bezogen auf die Straßenmitte) an Hauswänden entlang führen.

Könntest du das bitte korrigieren (nicht nur hier, sondern auch in den anderen Orten, wo du in der letzten Zeit tätig warst)?

Viele Grüße

Michael

siehe osm.wiki/What%27s_the_problem_with_mechanical_edits%3F

Hallo,

ich bin heute über way/26524734 gefahren und im Nachgang über deine Änderung an diesem Way gestolpert. Du hattest surface=* von compacted auf gravel geändert.

Ich persönlich finde compacted hier passender. Die Steine waren gut verdichtet und festgefahren. Es lagen nur an ein oder zwei Stellen wenige lose Steine auf der Oberfläche.

Weil ich den Ersatzakku für die GoPro daheim vergessen hatte, kann ich meine Schilderung leider nicht mit Fotos illustrieren.

Viele Grüße

Michael

@adamos I noticed it after writing my message: dekatherm is blocked, see osm.org/user_blocks/3547