Vandalismus in Openstreetbugs?

mueschel · 2012-12-22T12:38:36.000Z

Ja, “fehlende Hausnummern” ist an sich kein nützlicher Bug - allerdings sind in diesen Orten bis auf wenige Ausnahmen alle Nummern eingetragen, insofern stimmt fkv’s Aussage

Wenn irgendwo etwas fehlt, was rundherum schon erfasst ist, ist es schon ok einen Bug anzulegen, denn da wurde offenbar was übersehen.

Ich selbst würde normalerweise auch keine Bugs wegen so etwas anlegen, aber wo sie schon einmal da sind gehört es sich auch nicht, sie ohne Überprüfung einfach zu löschen. Einige der Fehler tauchen im OSMi auch gar nicht auf.

Ich sehe das sogar als Missbrauch, denn OSB ist kein Beauskunftungssystem. “Was ist da für eine Hausnummer?” “Was ist das für ein Gebäude?” “Was ist das für ein Sportplatz?” - Butler, bringen Sie mir das Frühstück ans Bett, und dann die Masseuse!

Völliger Widerspruch von meiner Seite! Wenn ich in einem Gebiet unterwegs bin, dass ich nicht zu 100% kenne, dann hinterlasse ich gerne auch mal einen Bug a la “Welche Straßen sind hier Anlieger frei?”. Ein Fixme=* Tag könnte es natürlich auch tun, allerdings sind diese hier in der Gegend völlig unbrauchbar, weil einfach am Ende von jeder Hauszufahrt ein fixme=noexit/continue dranpappt und man so in der Masse völlig versinkt. Das ist für mich Missbrauch von Tags - nicht das eintragen von Bugs die nicht die vollständige Lösung enthalten, was eher das Wunschdenken einiger Mapper ist, die dann bequem ohne eigenen Aufwand Dinge eintragen können. Wenn irgendwo steht “hier fehlt das Neubaugebiet”, dann fahre ich wenn ich Zeit habe einfach mal hin und schaue mir das an. Ohne Report hätte ich davon wahrscheinlich noch nicht mal etwas bemerkt.

Im südlichen Ortsteil http://osmbugs.org/?lat=50.58259&lon=8.95732&zoom=17 sind die Hausnummern mittlerweile eingetragen. Insoweit haben die Bugs einen kleinen Erfolg errreicht.

Die Bugs wurden etwa 4 Stunden später von be-ju geschlossen, der dann auch entsprechende Änderungen hochgeladen hat. Die Bugs, die gegen Mittag geschlossen wurden, sind allesamt unbearbeitet.

aighes · 2012-12-22T13:03:49.000Z

OSB ist weder ein persönlicher Mapping-Planer noch ein Wunschzettel. OSB ist dafür gedacht, Bugs einzutragen. Wobei Bug nicht meint, dass man auf etwas allgemeines hinweist.

Das da bspw. eine Hausnummer fehlt, sehe ich auch so. Das die Straße keinen Namen hat auch. Auf den Bug “Hier fehlen noch Anliegerstraßen” würdest du die Antwort von mir bekommen: Dann trag’ sie doch ein.

mueschel · 2012-12-22T13:11:52.000Z

Dann trag’ sie doch ein

Dafür werde ich auch gerade einfach mal so die 100 Kilometer weit fahren um nachzuschauen welches Schild da steht. Es soll schließlich auch mapper vor Ort geben, die für Hinweise dankbar sind und nachschauen können. Handhabe ich in dem Bereich, in dem ich regelmäßig vorbeikomme genauso. Was das mit einem “persönlichen Mapping-Planer” zu tun hat - keine Ahnung. Antworten wie die von dir vorgeschlagene sind es, die Bugreports absolut sinnlos machen! Wenn man etwas selbst machen könnte, dann bräuchte es keinen Report, der vielleicht in 5 Jahren mal beachtet wird, sondern es wäre schon erledigt!

aighes · 2012-12-22T13:19:42.000Z

Das an dem Objekt deiner Meinung nach etwas fehlt, sieht der Mapper vor Ort auch in den Daten und wenn er auch der Meinung ist, dass da etwas fehlt, dann wird er das auch eintragen.

mueschel · 2012-12-22T13:26:22.000Z

Du schaust dir in deinem Gebiet jeden einzelnen Weg und jeden einzelnen Knoten ausführlich an ob da nicht noch etwas fehlen könnte? Das ganze am besten mindestens einmal die Woche, es könnte in der Zwischenzeit ja jemand etwas geändert haben? Bei offensichtlichen Dingen mag das ja sein, aber bei Details sicher nicht. Da gibt es hier im Umkreis von wenigen Kilometern sicher dutzende Punkte die ich aus dem ff eintragen könnte, wenn sie mir denn auffallen würden. Und genau dafür sind Bugreports von nicht ganz so ortskundigen Mappern eine wertvolle Hilfe.

aighes · 2012-12-22T13:41:35.000Z

Bleiben wir bei deinem Beispiel Anliegerstraße.

Du trägst ein paar Straßen nach Bing ein, weißt aber nicht, ob das nun Anliegerstraßen sind oder nicht. Wenn es irgendwann jemanden auffällt, dass eine dieser Straßen eine Anliegerstraße ist, wird er das entweder selber erfassen oder aber einen Bug erstellen, dass diese Straße eine Anliegerstraße ist.

mueschel · 2012-12-22T13:56:53.000Z

Vielleicht habe ich das Beispiel nicht ausführlich genug beschrieben: Ein bestehendes Wohngebiet, Eintragungen weitestgehend vollständig. Ein paar der Straßen in einer unlogisch erscheinenden Anordnung sind als access=destination gemapped.
So wie du es beschreibst, würde ich auch keinen Report setzen, denn dass da etwas nicht fertig ist, ist offensichtlich.

fkv · 2012-12-22T14:17:47.000Z

mueschel:

Wenn ich in einem Gebiet unterwegs bin, dass ich nicht zu 100% kenne, dann hinterlasse ich gerne auch mal einen Bug a la “Welche Straßen sind hier Anlieger frei?”. Ein Fixme=* Tag könnte es natürlich auch tun, allerdings sind diese hier in der Gegend völlig unbrauchbar, weil einfach am Ende von jeder Hauszufahrt ein fixme=noexit/continue dranpappt und man so in der Masse völlig versinkt.

Dann gehört beides weg - sowohl der Fixme-Spam als auch der OSB-Spam.

Alle diese Spams resultieren aus der Fehlannahme, dass man ein Gebiet abarbeiten und erledigen muss, damit sich nie wieder wer darum kümmern muss. In der Realität ist jedes Mapping immer eine Annäherung, und auch im vermeintlich fertig gemappten Gebiet gibt es immer noch etwas zu verbessern. Wenn du einen Bug “welche Straßen sind hier Anlieger frei?” setzt, heißt das, dass die access-Tags vielleicht noch nicht stimmen. Aber wenn sie gesetzt sind, kann es genauso sein, dass sie nicht stimmen. Gerade die access-Tags werden oft falsch gesetzt. Solche OSBs oder fixmes haben also genau null Informationsgehalt.

Wenn irgendwo steht “hier fehlt das Neubaugebiet”, dann fahre ich wenn ich Zeit habe einfach mal hin und schaue mir das an. Ohne Report hätte ich davon wahrscheinlich noch nicht mal etwas bemerkt.

Dann hätte es irgenwann wer anderer bemerkt. OSM ist ja keine One-Man-Show.

Ich hab schon oft so 20 km Umweg gemacht um OSBs zu beheben, und vor Ort musste ich feststellen, dass eh schon alles richtig gemappt war. Z.B.: “Straßenname fehlt!” Hat eben keinen, bitte bei der Gemeinde beschweren. “Ist wirklich nur dieses kurze Stücke eine Einbahn?” Ja, ist es.
Ergebnis: Unnötig Zeit und Sprit vergeudet. Wer zahlt mir das? Und dann wird man auf OSB noch von NoName’s beschimpft, wenn man solche Bugs schließt.

Es soll schließlich auch mapper vor Ort geben, die für Hinweise dankbar sind und nachschauen können.

Nicht überall, und die wenigsten Mapper interessieren sich für OSB. Und von denen benutzen es viele nur write-only, d.h. sie tragen ein, was ihnen komisch vorkommt, machen sich aber nicht die Mühe, hinzufahren oder zu recherchieren oder den ursprünglichen Mapper anzuschreiben oder Rückfragen zu beantworten. Im der Gegend, wo ich unterwegs bin, leben 3 Mio Menschen, und es gibt vielleicht 5 Mapper, die OSBs beheben.

Es wundert mich gar nicht, dass das so wenige machen, denn OSB ist unterwegs nicht nutzbar. Nicht mal der GPX-Export funktioniert, denn der speichert den Kommentar in ein Tag, das Garmin nicht auswertet. Man muss sich die die Bugs also merken, wer schafft das heutzutage noch…

mueschel · 2012-12-22T14:36:18.000Z

Dann hätte es irgenwann wer anderer bemerkt. OSM ist ja keine One-Man-Show.

Das trifft auf exakt 100% aller OSM-Bugs zu. Irgendwann fällt es ja schon jemandem auf, der es gleich selbst einträgt. Also machen wir die Seite gleich ganz zu!

Solche OSBs oder fixmes haben also genau null Informationsgehalt.

Information im Sinne von Daten für die Karte - ja. Information im Sinne von hilfreich - nein. Als Anstoß hier mal tätig zu werden funktionieren sie - jedenfalls bei mir - gut.

OSB ist unterwegs nicht nutzbar. Nicht mal der GPX-Export funktioniert, denn der speichert den Kommentar in ein Tag, das Garmin nicht auswertet.

Sag mir, wie das GPX geändert werden muss und ich stelle gerne eine Webseite zur Verfügung die das erledigt.

reneman · 2012-12-22T14:37:11.000Z

@fkv: Kopfschüttel… Du wirst von niemandem Gezwungen da extra hin zu fahren, dass ist und bleibt allein deine Entscheidung.

slhh · 2012-12-22T15:05:51.000Z

aighes:

OSB ist weder ein persönlicher Mapping-Planer noch ein Wunschzettel. OSB ist dafür gedacht, Bugs einzutragen. Wobei Bug nicht meint, dass man auf etwas allgemeines hinweist.

OSM erweckt zunächst ja mal den Eindruck, eine Weltkarte zu sein und eine in Erstellung befindliche Karte. Dann muss man aber alles fehlende eigentlich auch als Bug ansehen. Welche Bugmeldungen nun wirklich hilfreich sind, ist natürlich eine andere Sache.

aighes:

Das da bspw. eine Hausnummer fehlt, sehe ich auch so. Das die Straße keinen Namen hat auch.

Kann man natürlich erkennen, aber ob das jemand direkt auffällt, der mal in die Gegend kommt, und die nötigen Daten mit aufnehmen könnte.

aighes:

Auf den Bug “Hier fehlen noch Anliegerstraßen” würdest du die Antwort von mir bekommen: Dann trag’ sie doch ein.

Dann kann man ja auch gleich auf die echten Bugs antworten: Dann korrigiere sie doch!
Damit könnten wir OSB dann auch gleich abschaffen.

Einträge in OSB machen doch ohnehin nur Sinn, wenn jemand das nicht mal eben selbst erledigen kann. Dafür gibt es viele Gründe, wie z.B:

Fehlende technische Fähigkeiten oder Kenntnisse
Fehlendes oder unzureichendes lokales Wissen
Fehlende technische Möglichkeiten (kein GPS)
Fehlende Zeit
Fehlende Lust, sich mit dem Thema zu beschäftigen

Da die Mitarbeit freiwillig ist, ist auch der letzte genannte Grund durchaus legitim.

unixasket · 2012-12-22T21:00:38.000Z

Der Punkt mit dem unbrauchbaren GPX Export ist mir auch schon aufgefallen.

mueschel:

OSB ist unterwegs nicht nutzbar. Nicht mal der GPX-Export funktioniert, denn der speichert den Kommentar in ein Tag, das Garmin nicht auswertet.

Sag mir, wie das GPX geändert werden muss und ich stelle gerne eine Webseite zur Verfügung die das erledigt.

Kann ich gerne sagen: Von allen Garmins wird das Name Tag ausgewerter (</name). Das ist aber in der Länge der Info recht begrenzt. Viele Garmins (zum Beispiel die neuen eTrex 10/20/30) werten auch das Kommentarfeld das auch Platz für etwas mehr Text bietet aus (). Ich denke ins Kommentarfeld könnte man den Text des Bugreports gut unterbringen.

Derzeit sieht die GPX Datei so aus:

<?xml version="1.0" encoding="UTF-8" standalone="no" ?>
<gpx xmlns="http://www.topografix.com/GPX/1/1" creator="OpenStreetBugs" version="1.1"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd">
<wpt lon="11.470213" lat="47.876233"><desc><![CDATA[hier ist eine namenlose Tankstelle [Fuss-im-Ohr, 2010-04-01 23:37:04 CEST]<hr /> [, 2012-06-14 23:05:37 CEST]]]></desc><extensions><closed>0</closed><id>535531</id></extensions></wpt>
</gpx>

Besser wäre es dafür so etwas zu haben:

<?xml version="1.0" encoding="UTF-8" standalone="no" ?>
<gpx xmlns="http://www.topografix.com/GPX/1/1" creator="OpenStreetBugs" version="1.1"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd">
<wpt lon="11.470213" lat="47.876233">
<name>Openstreetbug 535531</name>
<time>2012-06-14T23:05:37Z</time>
<cmt>hier ist eine namenlose Tankstelle</cmt>
</wpt>
</gpx>

Wie man sieht habe ich die id in den Namen mit reingeschrieben. Die Beschreibung steht im -Feld.

Gruß
unixasket

berndw · 2012-12-23T09:55:29.000Z

Ich habe vor 2 Monaten mal eine entsprechende Anfrage im RC-Forum gestellt, dort sind auch Beispiele erwähnt

http://forum.routeconverter.com/thread-1440.html

Bernd

mueschel · 2012-12-23T13:34:27.000Z

Hallo liebe Garmin-User,
bitte testet mal die von meinem Script generierten GPX-Dateien:
http://osm.mueschelsoft.de/

(Vielleicht kann jemand die letzten Posts hier auch abtrennen, wir sind ja schon ziemlich off-topic inzwischen)

unixasket · 2012-12-23T14:39:36.000Z

mueschel:

Hallo liebe Garmin-User,
bitte testet mal die von meinem Script generierten GPX-Dateien:
http://osm.mueschelsoft.de/

Funktioniert! Ich habe mir die GPX Datei auf mein eTrex 20 gepackt und damit wird mir nun die Beschreibung angezeigt. Allerdings darf sie anscheinend auch für das -Feld nicht zu lange sein. Sehr lange Beschreibungen werden abgeschnitten.

Schöne Grüße
unixasket

berndw · 2012-12-23T17:34:48.000Z

@mueschel:

Danke für Deine Mühe, aber anscheinend gibt es irgendwo noch ein Kodierungsproblem
Die ersten beiden Bugs sind sichtbar, zumindest in der Wegpunktliste, der dritte und alle folgenden nicht mehr.
Insgesamt sind etwas 40 Bugs in der GPX-Datei, ich habe die folgenden entfernt.

OS ist Linux

Bernd

Nachtrag:

ich habe die erste Zeile verändert, entspricht meinen anderen GPX-Dateien, die Bugs erscheinen jetzt

jetzt:

]<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>

vorher:

<?xml version="1.0" encoding="UTF-8" standalone="no" ?>
<gpx xmlns="http://www.topografix.com/GPX/1/1" creator="OpenStreetBugs" version="1.1"
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd">
<wpt lon="7.239414" lat="50.619658"><name>OSB 700303</name><time>12-12-18T21:01:21Z</time><cmt>Ist abgesperrt durch Poller [NoName, 2012-12-18 21:01:21 CET]]</cmt><closed>0</closed></wpt>
<wpt lon="7.197194" lat="50.545505"><name>OSB 699453</name><time>12-12-14T09:05:16Z</time><cmt>motorway_junction name=Ehlingen [SennaHB, 2012-12-14 09:05:16 CET]]</cmt><closed>0</closed></wpt>
<wpt lon="7.191519" lat="50.546746"><name>OSB 699452</name><time>12-12-14T09:03:08Z</time><cmt>Ist das Stück jetzt neuerding als Autobahn beschildert ?! Zeichen 330 stand doch an der AS Ehlingen.... [SennaHB, 2012-12-14 09:03:08 CET]]</cmt><closed>0</closed></wpt>
</gpx>

mueschel · 2012-12-23T18:10:46.000Z

Da scheint die Software Probleme mit UTF-8 Kodierung zu haben (geht am ersten Umlaut schief). Wo passiert das? Auf dem Garmin oder in einer anderen Software? Ich kann es natürlich in Ascii konvertieren, aber das scheitert dann spätestens bei griechischen & russischen Reports.

Edit zu deinem Edit: Wirklich mit ‘]’ am Dateianfang?

berndw · 2012-12-24T08:30:49.000Z

mueschel:

Da scheint die Software Probleme mit UTF-8 Kodierung zu haben (geht am ersten Umlaut schief). Wo passiert das? Auf dem Garmin oder in einer anderen Software? Ich kann es natürlich in Ascii konvertieren, aber das scheitert dann spätestens bei griechischen & russischen Reports.

Mein bisheriger Weg war:
Download eines Bereichs,


<?xml version="1.0" encoding="UTF-8" standalone="no" ?>
<gpx xmlns="http://www.topografix.com/GPX/1/1" creator="OpenStreetBugs" version="1.1"
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd">

<wpt lon="7.097759" lat="50.741381"><desc><![CDATA[auch L300 über Kölnstraße zwischen Kaiser-Karl-Ring und Oxfordstraße [STRASSEN NRW, 2012-12-04 11:44:25 CET]]]></desc><extensions><closed>0</closed><id>697207</id></extensions></wpt>
</gpx>

Bearbeiten unter Linux mit RouteConverter zum Entfernen von [CDATA] , erstellen von ‘name’ und eine ordentliche Formatierung, einfach nur die Bugreihefolge in der Liste geändert und dann gespeichert.


<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<gpx xmlns="http://www.topografix.com/GPX/1/1" xmlns:gpxtrx="http://www.garmin.com/xmlschemas/GpxExtensions/v3" xmlns:rcxx="http://www.routeconverter.de/xmlschemas/RouteCatalogExtensions/1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:gpxtpx="http://www.garmin.com/xmlschemas/TrackPointExtension/v1" xmlns:gpxx="http://www.garmin.com/xmlschemas/WaypointExtension/v1" xmlns:nmea="http://trekbuddy.net/2009/01/gpx/nmea" version="1.1" creator="Generated by Christian Pesch's RouteConverter. See http://www.routeconverter.com">
    <wpt lat="50.741381" lon="7.097759">
        <name>auch L300 über Kölnstraße zwischen Kaiser-Karl-Ring und Oxfordstraße [STRASSEN NRW, 2012-12-04 11:44:25 CET]</name>
        <desc>auch L300 über Kölnstraße zwischen Kaiser-Karl-Ring und Oxfordstraße [STRASSEN NRW, 2012-12-04 11:44:25 CET]</desc>
        <extensions>
            <closed>0</closed>
            <id>697207</id>
        </extensions>
    </wpt>
</gpx>

zum ersetzen von ‘desc’ durch ‘cmt’ habe ich kwrite benutzt,


<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<gpx xmlns="http://www.topografix.com/GPX/1/1" xmlns:gpxtrx="http://www.garmin.com/xmlschemas/GpxExtensions/v3" xmlns:rcxx="http://www.routeconverter.de/xmlschemas/RouteCatalogExtensions/1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:gpxtpx="http://www.garmin.com/xmlschemas/TrackPointExtension/v1" xmlns:gpxx="http://www.garmin.com/xmlschemas/WaypointExtension/v1" xmlns:nmea="http://trekbuddy.net/2009/01/gpx/nmea" version="1.1" creator="Generated by Christian Pesch's RouteConverter. See http://www.routeconverter.com">
    <wpt lat="50.741381" lon="7.097759">
        <name>auch L300 über Kölnstraße zwischen Kaiser-Karl-Ring und Oxfordstraße [STRASSEN NRW, 2012-12-04 11:44:25 CET]</name>
        <cmt>auch L300 über Kölnstraße zwischen Kaiser-Karl-Ring und Oxfordstraße [STRASSEN NRW, 2012-12-04 11:44:25 CET]</cmt>
        <extensions>
            <closed>0</closed>
            <id>697207</id>
        </extensions>
    </wpt>
</gpx>

und dann einfach auf das Gerät kopieren.
Mehr war bisher nicht nötig, Umlaute und sonstiges werden ordentlich dargestellt, nur ‘"Am Alten Friedhof"’ o. ä. bringt den Garmin für diesen einen Bug ins Trudeln, aber trotzdem werden die folgenden Bugs dargestellt
Klingt zwar ziemlich umständlich, ist aber mit wenigen Klicks erledigt ‘sed’ und Kollegen sind nicht so meine Welt

Die Idee ‘id’ als ‘name’ zu verwenden hatte ich bisher nicht, finde ich aber super

mueschel:

Edit zu deinem Edit: Wirklich mit ‘]’ am Dateianfang?

C&P-Fehler

Bernd

fkv · 2012-12-24T10:44:04.000Z

reneman:

@fkv: Kopfschüttel… Du wirst von niemandem Gezwungen da extra hin zu fahren, dass ist und bleibt allein deine Entscheidung.

Was für ein blöder Kommentar. Demnach dürfte man überhaupt nichts für OSM machen.

mueschel:

Da scheint die Software Probleme mit UTF-8 Kodierung zu haben (geht am ersten Umlaut schief). Wo passiert das? Auf dem Garmin oder in einer anderen Software?

Die Umlaute sind schon in der GPX-Datei, die man von deiner Seite runterladen kann, kaputt. Und zwar sind sie ISO8859-1 kodiert statt wie im XML-Header (Prolog) angegeben UTF-8.

berndw:

Klingt zwar ziemlich umständlich, ist aber mit wenigen Klicks erledigt ‘sed’ und Kollegen sind nicht so meine Welt

Meine schon, aber es hat ja keinen Sinn, wenn jeder von uns die Dateien selber repariert, sondern das gehört am Server korrigiert.

mueschel · 2012-12-24T13:27:06.000Z

Das Problem mit der Codierung sollte behoben sein.