Macht es Sinn, einen sehr üblichen Schreibfehler mech. zu korrigieren?

R0bst3r · 2019-08-31T16:38:15.000Z

Harald Hartmann:

Sehr kurze Zusammenfassung: Auch wenn du nur den Namen änderst, gaukelst du ja ansonsten die Richtigkeit des Objektes vor, auch wenn es in der Realität nicht mehr vorhanden ist, oder sich andere Fehler im Laufe der Zeit dort eingenistet haben.

Das Märchen glaubt doch auch keiner mehr … egal wie oft es wiederholt wird. Bei wieviel Tausend Änderungen in der Datenbank pro Stunde?
Andersrum wird auch ne Wurst raus. Neue Edits werden von lokalen Mappern angeschaut und geprüft, ggf. verbessert. Was schon Jahre lang in der DB steht muss doch stimmen, sonst häts doch bestimmt schon jemand korrigiert?!

kreuzschnabel · 2019-08-31T17:41:31.000Z

Harald Hartmann:

Sehr kurze Zusammenfassung: Auch wenn du nur den Namen änderst, gaukelst du ja ansonsten die Richtigkeit des Objektes vor, auch wenn es in der Realität nicht mehr vorhanden ist

Das Argument finde ich zu konstruiert. Wer dazu in der Lage ist, herauszufinden, dass das Objekt erst kürzlich editiert wurde und daraufhin annimmt, dass es noch existiert, der ist auch dazu in der Lage, herauszufinden, dass der letzte Edit nur einen Schreibfehler beseitigt hat – zumindest wenn der schreibfehlerbeseitigende Kollege einen entsprechenden CS-Kommentar setzt.

–ks

PT-53 · 2019-08-31T18:02:52.000Z

Gab es da nicht sogar mal einen Bot, der bestimmte Schreibfehler automatisch korrigiert hat?

streckenkundler · 2019-08-31T18:17:08.000Z

PT-53:

Gab es da nicht sogar mal einen Bot, der bestimmte Schreibfehler automatisch korrigiert hat?

Ja, ich vermisse seit langem Wall-E

Sven

Elefant_aus_Wuppertal · 2019-08-31T21:39:15.000Z

Dann lass das andere machen. Du könntest Kartenfehler erzeugen oder schauen, dass dies in Tools wie Maproulette, keepright, streetcomplete, osmose, … reinkommt.

Gute Idee, danke. Vielleicht werde ich mich dem annehmen.

Harald_Hartmann · 2019-09-01T06:49:44.000Z

Wulf4096:

Du könntest Kartenfehler erzeugen…

Genau, damit sich andere wieder darüber beschweren können, wie undurchsichtig es doch im Notes-Dschungel wieder geworden ist

@Lukas458: Es ist ja nur ein Schreibfehler, also mach ruhig deinen mechanischen Edit, habe und sehe ich, sowie ein paar andere Diskussionsteilnehmer hier, überhaupt keinerlei Probleme dabei

SimonPoole · 2019-09-01T09:23:29.000Z

kreuzschnabel:

Harald Hartmann:

Sehr kurze Zusammenfassung: Auch wenn du nur den Namen änderst, gaukelst du ja ansonsten die Richtigkeit des Objektes vor, auch wenn es in der Realität nicht mehr vorhanden ist

Das Argument finde ich zu konstruiert. Wer dazu in der Lage ist, herauszufinden, dass das Objekt erst kürzlich editiert wurde und daraufhin annimmt, dass es noch existiert, der ist auch dazu in der Lage, herauszufinden, dass der letzte Edit nur einen Schreibfehler beseitigt hat – zumindest wenn der schreibfehlerbeseitigende Kollege einen entsprechenden CS-Kommentar setzt.

Das Problem ist ja eben nicht wenn es nur um ein ObjeKt geht, sondern um die Masse, in diesem spezifischen Fall ist das natürlich weniger ein Problem, aber z.B. bei der unsäglichen http->https Änderungen bei denen ganze Stadtkerne angefasst wurden für überhaupt keinen Grund.

Wulf4096 · 2019-09-01T09:57:37.000Z

SimonPoole:

unsäglichen http->https Änderungen bei denen ganze Stadtkerne angefasst wurden für überhaupt keinen Grund

Ich möchte gerne festhalten, dass das nicht alle so sehen: Ich begrüße die Arbeit vom b-jazz-bot ausdrücklich.

Mueck · 2019-09-01T10:50:43.000Z

SimonPoole:

aber z.B. bei der unsäglichen http->https Änderungen bei denen ganze Stadtkerne angefasst wurden für überhaupt keinen Grund.

Wurde da wenigstens geprüft, ob die Seite überhaupt per https erreichbar ist?

geri-oc · 2019-09-01T11:23:13.000Z

Nein - nicht einmal ob die Seite noch existiert.

EDIT: z.B.

https://www.openstreetmap.org/node/1278472951
https://www.openstreetmap.org/relation/3302402
https://www.openstreetmap.org/node/630348441
…

Chrysopras · 2019-09-01T11:51:34.000Z

geri-oc:

Nein - nicht einmal ob die Seite noch existiert.

OMG! Und warum wurde das nicht revertiert?

Zum Thema: Sicher gibt es in den Namen der Königreich(s)säle viele Tippfehler. Allerdings wäre ich mir nicht sicher, ob nicht zumindest doch zwei Schreibweisen korrekt sind, korrekt in dem Sinne, dass sie vor Ort verwendet werden: „Königreichssaal“ und „Königreichsaal“, also mit und ohne Fugen-s. Ich meine mich nämlich zu erinnern, die Schreibweise ohne Fugen-s im Raum Köln gesehen zu haben, während jene mit Fugen-s z.B. in Baden-Württemberg vorkommt – immer gemäß den Beschriftungen an den jeweiligen Sälen. Das würde der im Deutschen üblichen Tendenz entsprechen, dass das Fugen-s in Norddeutschland selten vorkommt, in Österreich stark verwendet wird und wir dazwischen einen allmählichen Verlauf haben mit zunehmender Fugen-s-Neigung von Norden nach Süden …

Elefant_aus_Wuppertal · 2019-09-01T19:48:24.000Z

interessant! Naja gut, mein Fazit ist dennoch, dass ich von der ganzen Sache wohl lieber die Finger lasse. Außer ich sehe wirklich einmal einen “Fall” vor Ort.

SimonPoole · 2019-09-01T21:24:06.000Z

Wulf4096:

SimonPoole:

unsäglichen http->https Änderungen bei denen ganze Stadtkerne angefasst wurden für überhaupt keinen Grund

Ich möchte gerne festhalten, dass das nicht alle so sehen: Ich begrüße die Arbeit vom b-jazz-bot ausdrücklich.

Was war denn genau der Sinn von der Aktion?

Wulf4096 · 2019-09-01T21:27:45.000Z

geri-oc:

Nein - nicht einmal ob die Seite noch existiert.

Einer der Links funktioniert: https://www.kurlaender-palais.com/
Die anderen beiden funktionieren auch mit http:// nicht. Dort gibt’s einen Redirect auf https und dort kommt ein Fehler.
Ob diese Links zum Zeitpunkt der Änderung funktionierten, lässt sich jetzt nicht mehr nachvollziehen.
Laut der beschriebenen Funktionsweise des Bots macht der keine https-Requests, kann also sehr gut sein, dass die Links auch damals schon kaputt waren.
Aber ist auch egal; es ist kein relevanter Schaden dadurch entstanden: paar Changesets die etwas Speicherplatz fressen.
Auf der anderen Seite wurde die Sicherheit verbessert; lieber ein Fehler über https als ein MITM über http

SimonPoole · 2019-09-01T21:35:27.000Z

Mueck:

SimonPoole:

aber z.B. bei der unsäglichen http->https Änderungen bei denen ganze Stadtkerne angefasst wurden für überhaupt keinen Grund.

Wurde da wenigstens geprüft, ob die Seite überhaupt per https erreichbar ist?

Jein, sprich es wurden die website Einträge umgeschrieben die beim Test auf eine https Seite umleiteten. D.h. einerseits, es wurden die Einträge geändert für die beim Browsen eh schon https verwendet wurde (also Datenschutzgewinn == 0), anderseits heisst eine Umleitung noch lange nicht, dass es die Seite noch in der ursprünglich getaggten Form noch gibt.

SimonPoole · 2019-09-01T21:36:29.000Z

Wulf4096:

Auf der anderen Seite wurde die Sicherheit verbessert; lieber ein Fehler über https als ein MITM über http

Eben nicht.

Wulf4096 · 2019-09-01T21:48:24.000Z

SimonPoole:

es wurden die Einträge geändert für die beim Browsen eh schon https verwendet wurde (also Datenschutzgewinn == 0)

Das ist falsch. Wenn im Link http:// steht, wird für die erste Anfrage http benutzt und kein https. Passive Angreifer können dann genau sehen, welche Webseite angefragt wurde. Aktive Angreifer können die Webseite manipulieren und Schadcode oder Werbung einfügen, oder diese Umleitung auf https einfach verhindern, wodurch dann weitere Seitenaufrufe ebenfalls http anstatt https benutzen.
Deswegen macht es Sinn, überall nur https-Links zu benutzen.

porcini · 2019-09-02T07:00:58.000Z

R0bst3r:

Andersrum wird auch ne Wurst raus. Neue Edits werden von lokalen Mappern angeschaut und geprüft, ggf. verbessert. Was schon Jahre lang in der DB steht muss doch stimmen, sonst häts doch bestimmt schon jemand korrigiert?!

Hi R0bst3r,

das ist ein Irrglaube - oder steckt in deinem Beitrag etwas Ironie?

Ein Beispiel:
Seitdem ich OSM kenne (als Nutzer) bestand bei einem Straßennamen ein Schreibfehler (a statt o). Der wurde jahrelang nicht korrigiert, da er nämlich auch in Google vorhanden war und idiotischerweise davon übernommen worden sein muss! Ich hatte den Fehler sogar mal gemeldet, aber die Straße wurde regelmäßig wieder zurück korrigiert. Es schien sich keiner die Mühe zu machen einmal live vor Ort das Straßenschild zu lesen oder andere Quellen als Google zu befragen!

Beim Königreichssaal wird es ähnlich sein. Früher oder später kommt jemand, der meint es besser zu wissen und ändert es wieder um :/.
Sowas bekommt man leider nur hardcoded raus, was aber nicht so einfach klappt, weil irgendwo gibt es sicherlich auch (irgendwann) einen Königsreichsaal. Heißt: regelmäßige und mühevolle händische Korrektur oder einfach damit leben.

Gruß

porcini

user_5359 · 2019-09-03T16:03:30.000Z

porcini:

…
Seitdem ich OSM kenne (als Nutzer) bestand bei einem Straßennamen ein Schreibfehler (a statt o). Der wurde jahrelang nicht korrigiert, da er nämlich auch in Google vorhanden war und idiotischerweise davon übernommen worden sein muss! Ich hatte den Fehler sogar mal gemeldet, aber die Straße wurde regelmäßig wieder zurück korrigiert. Es schien sich keiner die Mühe zu machen einmal live vor Ort das Straßenschild zu lesen oder andere Quellen als Google zu befragen!
…

da fehlt schlicht weg ein Key note mit dem Wert, dass die Straße in Googe falsch erfasst wurde…

Skinfaxi · 2019-09-03T16:37:47.000Z

super. wenn man mit jeder Änderung die Gesamtverantwortung für das gesamte Mapping übernehmen soll, kann man ja gleich aufhören zu mappen…

die Kernidee von OSM ist ein kontinuierliche Verbesserung der Daten. wenn ich sehe, dass am Eingang eines Waldweg ohne Accesstagging ein Schild oder Schranke steht, sperre ich doch auch dem gesamten Weg, ohne nachzugucken ob ihn vielleicht jemand in der Mitte abgerissen hat…