Edit War ist ausgebrochen. Oh Mann…
Beispiel:
http://www.openstreetmap.org/way/55880080/history
Ja, dann mach doch einfach nicht mit!
Wenn er sich jetzt mit Nakaner anlegt, hat er aber sehr schnell ein Problem an der Backe.
–ks
Ich habe mich mal eingemischt, den Änderungssatz zurückgesetzt und eine Sperrdrohung ausgesprochen. https://www.openstreetmap.org/changeset/42706434 Kommentieren kann ich den revertieren Änderungssatz noch nicht, da er noch offen ist. Mal schauen, ob er wirklich eine Sperre will.
EDIT: Sperrandrohung ist in https://www.openstreetmap.org/changeset/42692304 zu finden.
+1
Ich hab den Dialog von 2015 zusammengestellt. Es ging um geschredderte Grenzen in Gambia.
Fing harmlos an - zumindest aus meiner Sicht - und endete dann in Schweigen.
Ich hab das mal in Open Office zusammengestellt. Sollte in der Mail sein. Csets sind allerdings nicht drin.
Gruss
walter
Nachdem ich im Zusammenhang mit Adressdaten eine Diskussion angeregt hatte, ob das was im Wiki steht verbindlich ist, musste ich feststellen, dass man der Meinung ist, jeder kann machen wie es ihm gefällt und wollte mich an Forumsdiskussionen nicht mehr beteiligen.
Aber dieser Mapper macht was er will und ärgert mich schon seit Jahren, weil er korrekte Daten löscht und irgendwelchen Unsinn einträgt.
Ich habe auch mal darauf hingewiesen, dass er einen Wald in Homburg gelöscht hat und vorgeschlagen es zu reverten. Er wurde angeschrieben und wollte selbst korrigieren, was er nicht getan hat. Der Wald wurde inzwischen mehr schlecht als recht mit überlappenden Flächen wieder eingetragen.
In der Uniklinik Homburg hat er mit seinem Multipolygonwahnsinn gewütet.
Es gibt auch noch in dieser Region seit Dezember von ihm verursachte offene “keep right” – Fehlermeldungen.
Sein Hobby war es, an allen Straßen access=yes einzutragen. Dafür werden doch Straßen gebaut, oder etwa zum verschwenden von Steuergeldern oder um den Boden zu versiegeln. Dazu kommt dann noch das überflüssige - foot=yes, bicycle=yes, horse=yes, oneway=no - auch wenn es für LKW und Reiter verboten ist, und das oneway=no insbesondere in Sackgassen Unsinn ist.
Ein zweites Hobby ist, Verkehrsinseln als landuse=recreation_ground zu bezeichnen. Diese sind als Erholungsgebiet hervorragend geeignet.
Mit dem Multipolygonwahnsinn schlägt er jetzt voll zu.
Bereits im März hat er im Bereich Saarbrücken – Kleinblittersdorf alles mögliche in mehrere hundert Multipoligone umgewandelt, allein im Änderungssatz: 37609535 waren es 93, und dabei viel Unsinn produziert.
Beispiel: Staustufe Güdingen (Rel. 6025086), ein einfaches Überfallwehr (Linie) als Fläche und Multipoligon, oder eine Kaimauer als Fußgängerzone.
Straßen wurden in Abschnitte aufgeteilt, um sie mit anderen Flächen als Multipoligon zu verbinden.
Den Waldfriedhof Kleinblittersdorf (6032966) im Wald als outer, und den „Kleinblittersdorfer Wald“ (6004837) als inner.
In diesem Bereich wurde schon zu viel geändert um zu revertieren. Ich wollte im Winter nochmal mit Ortskenntnis korrigieren.
Die neuen Änderungssätze 42675037 und 42691624, sowie die nachfolgenden, sollte man schnellstmöglich revertieren. Diese Änderungen hat er nicht vor Ort überprüft, sonst hätte er die Sinnerthalstraße als Einbahnstraße und nicht als living-street und oneway=no gemappt und 30-Zonen eingetragen.
Das Wohngebiet Landsweiler als Multipoligon (6631859) ist nicht nur Unsinn sondern auch falsch und kaum noch zu bearbeiten.
Ich war froh als er einige Monate in anderen Kontinenten mappte. Aber der Schaden, den er dort angerichtet hat, wird wohl größer sein als der Nutzen.
Lesenwert! Und der letzte Beitrag von ulilu von 18:15 “Liebe Freunde und Nörgler…” bringt die Sache ganz gut auf den Punkt: Mehr Respekt und Sachlichkeit ist gefragt in Diskussionen und es ist hoffentlich der Beginn einer konstruktiven Zusammenarbeit.
Nicht dass ich dazu wirklich was zu sagen hätte, aber mir scheint der Gute tickt so: ich beherrsche das Komplizierte also mache ich es auch so. “dabei auch vor komplizierteren Dingen (Relationen usw.) nicht zurückschrecke”. Das ist ein doch häufiger anzutreffende Krankheit und auch ich habe anfangs gerne Relationen gemacht nachdem ich die kapiert habe. Man fühlt sich dann irgendwie als Profi. Aber als ich dann aber dazu übergegangen bin, mein Umfeld jährlich zu überprüfen, habe ich schnell gemerkt, Relationen und MP machen es einfach unnötig kompliziert und ich habe selbst schon einiges wieder gelöscht, was ich damals so toll fand.
+1
geht mir ganz genau so. Ab und zu mach ich mal einen Putztag in meiner Ecke, damit wenigstens die größten Sünden weg kommen.
Gruss
walter
Hallo wegavision,
Oh ja, dem kann ich nur zustimmen. Multipolygone sollte man nicht im Übermaß verwenden. In einigen Fällen, z.B. Flächen, die “Löcher” haben, kommt man nicht darum herum. Wenn aber ein Multipolygon nur Mitglieder mit der Rolle “outer” hat und diese zusammen einen geschlossenen Ring bilden, ist das Multipolygon unnötig und kann durch sich überlappende Ways einfacher und günstiger abgebildet werden. [1] Es erschwert Mappern die Datenpflege, insbesondere unerfahrenen, schadet damit dem Wachstum der OSM-Community. Auch Datennutzer haben durch Multipolygone einen unnötig hohen Verarbeitungsaufwand, da es eine weitere Abstraktionsebene enthält und das Erzeugen von Geometrien verlangsamt. Aber das sind alles Argumente, die hier und anderswo schon x-mal vorgetragen wurden und daher eigentlich ein wenig OT sind.
Ich habe ihn freundlich gebeten, sparsamer mit Multipolygonen umzugehen. Ich hoffe, dass er es zu Herzen nimmt und mich nicht mit schon als “OSM-Polizist” abgestempelt hat und ignoriert. https://www.openstreetmap.org/changeset/42719017
Viele Grüße
Michael
Hallo harmor, hallo Rest,
ich habe mir seine Änderungssätze heute mit Achavi genauer angesehen und, soweit man das ohne Ortskenntnis kann, geprüft. Bevor ich weitere Urteile fälle oder einen Revert weiterer Änderungssätze befürworte, möchte ich mir erst ein genaueres Bild des Mappers machen.
Um Meldungen welcher Art handelt es sich denn dabei? (Keep Right hat auch False Positives)
Bei den Parkplätzen, die er gestern als Flächen gemappt hat, hat er auch access=yes getaggt. Hast du ihn auf den Fehler schon hingewiesen. (Er hat in einem Änderungssatzkommentar von mir vorher einen Link auf diese Diskussion hier erhalten. Das heißt er sollte es jetzt hoffentlich erfahren haben)
Oh, das ist ja echt ein Musterbeispiel des Mapping für den Renderer wie aus dem Lehrbuch.
Ich mag zwar das Wort “Multipolygonwahnsinn” nicht, weil es von Mappern verwendet wird, die auch die in meinen Augen legitime Verwendung von Multipolygonen ablehnen. Nach dem, was ich heute Morgen gesehen habe, muss ich beipflichten, dass “Multipolygonwahnsinn” eine passende Beschreibung ist.
Wenn sich die anderen Mapper in dem Gebiet, die die Flächen vorher erfasst haben, einig sind, dass das, was er gemacht hat schlecht ist, könnte man einen Revert dieser Änderungssätze in Erwägung ziehen. Ich habe zwar einen Änderungssatz gefunden, in dem er auch während der Umstellung auf Multipolygone Verfeinerungen vorgenommen hat; er hat jedoch keinen Kommentar eingegeben, obwohl er zuvor darum gebeten wurde. Daher würde ich für diese Verfeinerung keinen Rettungsversuch unternehmen.
Könntest du das bitte etwas genauer ausführen, was du unter Unsinn verstehst? Einen Bahnsteig, dessen benachbarten Gleise, die outer-Ways des Multipolygons sind? Bahnsteige können Multipolygone sein. Dafür gibt es gute Gründe, aber die Gleise sind nie Teil des Bahnsteigs.
Mapillary-Bilder vom Juli diesen Jahres widerlegen diese Behauptung nicht.
Danke für den Hinweis, dass man auch die Korrektheit seiner Daten prüfen könnte. (Danke an Teddy73 für die zahlreichen Mapillary-Bilder):
- Die Lage/Existenz Bushaltestelle “Landsweiler-Reden Stuppi Pfälzerhof” lässt sich mit Mapillary-Bildern von Juli 2015 und 2016 nicht nachvollziehen. https://www.openstreetmap.org/node/582775215 Sie wurde aus einem anderen Node kopiert, welcher vor fünf Jahren angelegt wurde.
- Die Namensänderung der Bushaltestelle “Landsweiler-Reden Buchenkopf” in “Landsweiler-Reden Madenfelderhof” lässt sich mit Mapillary-Bildmaterial vom 1.9.2016 nicht nachvollziehen. Auf dem Schild ist “Buchenkopf” zu sehen. (Ja, es gibt Bushaltestellen, die direkt gegenüber liegen und verschiedene Namen habe. Ausnahmen bestätigen die Regel) https://www.openstreetmap.org/node/904585110/history
- Die Mappingtechnik, mit der Kohlwaldgraben so detailliert erfasst wurde, würde mich auch interessieren. Bing- und Mapbox-Bilder waren es nicht. Was stattdessen?
EDIT: Antwort: “Ortskenntnis (in einfacheren Worten: Ich kenne mich da aus) […]” - Löschung einer Stützmauer an der Nordseite der Brücke der Bahnstrecke über die B 41 https://www.openstreetmap.org/way/150612547 Wegen des Entfernens von ref=* von den Straßen wird dieser Änderungssatz teilweise revertiert werden. Aber die Unbeliebtheit seiner Multipolygone und die gelöschte Stützwand lassen die positiven Beiträge des Änderungssatzes doch arg zusammenschrumpfen.
EDIT: Antwort zur Stützmauerfrage ist da: “[…] Ob dies nun kartierungsbedürftige Stützmauern sind, möchte ich in diesem Fall bezweifeln. […] Das ist jetzt definitiv meine letzte Einlassung zu einer Kleinstdetailfrage, auf die ich mich nun wirklich nicht einlassen müsste, was ich aber aus Höflichkeit noch einmal getan habe. […]”
Könntest du “Unsinn” etwas genauer beschreiben oder begründen? Oder beschränkt sich der Unsinn nur auf den “Multipolygonwahnsinn”?
Harte Worte.
Ich habe genug gesehen (Änderungssatz 42656566 vom 2016-10-05 14:41 bis 42719431 von gestern 19:12). Die Zusammenfassung seiner Änderung lautet:
- alles, was eine Fläche, aber ein Gebäude ist, als Multipolygon gemappt
- an Straßen oneway=no, lit=yes ergänzt
- fragwürdige Änderungen (Ortskenntnis, Quellen)
Mal schauen, wie er jetzt reagiert. Ob er andere Mapper ernst nimmt, vernünftige Änderungssatzkommentare verwendet und die Fragen beantwortet.
Viele Grüße
Michael
FYI, die DWG wurde auf dem offiziellen Weg informiert.
FYI, ich habe http://www.openstreetmap.org/relation/6266872#map=16/49.3532/7.1505 heute morgen auch noch mal angefaßt, als ich das Spurmapping am Kreisel der B 41 zurückgebaut habe. Aber wenn das bei einem Revert stören sollte, nicht beachten, ich kann das gern nochmal machen, so viel war’s nicht 
–ks
Thema: Löschen von ref-Tags
Dank Overpass lassen sich recht einfach alle Wege ermitteln, die
- Teil einer Bundes-/Landesstraßenrelation sind,
- im Saarland liegen
- kein Ref-Tag mehr haben und
- zuletzt von ulilu bearbeitet wurden:
Query: http://overpass-turbo.eu/s/jcB
Wenn man sich mal die Historie der einzelnen Wege etwas genauer ansieht, erkennt man, dass das hier diskutierte Problem sicherlich kein Einzelfall war.
Beim Durchsehen der Ergebnisse habe ich noch folgenden CS entdeckt, in dem sich 2 weitere, bisher nicht genannte Mapper über ulilu’s kommentarlose Verschlimmbesserungen beschwert haben: http://www.openstreetmap.org/changeset/37659542
Wie schon an anderer Stelle gesehen: keine Rückmeldung auf Rückfragen.
Auch ich habe von Landesstraßen abwärts schon unvollständig gemappte ref=* entfernt und dafür lieber die Relation vervollständigt. Landesstraßen sind nicht ausgeschildert, der Datenbestand muss nicht doppelt in die Datenbank eingetragen werden.
Wir haben in OSM (noch) keine Vererbung von der Relation zu den Members. Eigenschaften der Straße gehören an die ways, Eigenschaften der Route an die Relation. Wobei diese Straßenrelationen ja eigentlich unerwünschte Sammelrelationen sind.
@Jojo4u: die ref’s waren aber nicht wirklich unvollständig gemappt, wie der Blick zurück auf den 01.01.2014 zeigt: http://overpass-turbo.eu/s/jcD
Um das Bild besser einschätzen zu können, hier noch eine Darstellung aller Wege, die damals schon als ref gemappt waren und Teil einer entsprechenden Relation waren: http://up.picr.de/27073215dy.jpg.
Insgesamt war damals also nur ein recht geringer Teil der Wege noch ohne ref getaggt. In der o.g. Query ist dafür [!ref] durch [ref] zu ersetzen.
Im Vergleich dazu die Situation 7 Monate später: http://overpass-turbo.eu/s/jcE:
In der Zwischenzeit hat ulilu recht fleißig ref’s an den Wegen entsorgt. Braucht man ja nicht, gibt ja die Relation. Super.
Bei einer"organisch gewachsenen" (um es höflich auszudrücken) Datenbank wie OSM muss man einen Kompromiss zwischen Redundanzfreiheit einerseits und Benutzerfreundlichkeit/Änderungsrobustheit andererseits eingehen.
Ways mit Attributen sind viel stabiler als Relationen. Ich würde Straßenrelationen eher als eine Art Routenrelation sehen (“Folgen Sie der Bxy”). Beides hat also mMn zur Zeit seine Berechtigung.
Übrigens: Die klassifizierten Straßen sind mit kleinen weißen Täfelchen am Straßenrand ausgeschildert. Nur auf den Wegweisern tauchen sie idR erst ab B auf.