Re: [Talk-de] Sinn und Unsinn von Fehlermeldungen (auf osm.org)
Hi, On Sun, Jul 21, 2013 at 02:42:14PM +0200, Tirkon wrote: Daraus ergibt sich, dass diese Fehlermeldungen auf den Meldeseiten verschimmeln, egal ob gefixt oder nicht. Diverse Leute haben sich bei mir darüber beschwert, dass sie Fehler eingetragen haben und sich nun niemand darum kümmere. Von daher hat sich mir der Sinn solcher Seiten - egal ob nun eine zentrale oder mehrere in Koexistenz - niemals erschlossen. Das ist erstmal richtig. Ich habe sowohl OSB wie auch Notes in meinen RSS Feeds so das ich zumindest anderer Leute Bugs mitbekomme. Ab und zu - bevorzugt an Regenreichen Tagen gehe ich dann mal alle Bugs durch und gucke mal ob die noch passen. Und meist sinds hinterher 20-30 Weniger. Zugegebenermassen sind im Kreis GT wohl die meisten Bugs von mir selber weil ich eben selber meine Arbeit auch noch damit Organisiere. D.h. bei Hausnummern wo ich mir dann nicht mehr sicher bin, oder welche die ich nicht habe oder power sub_stations die ich eintraege bei denen ich dann die ref nicht mehr parat habe setze ich mir selber Bugs. Die Schimmeln dann gerne mal rum. Finde ich aber gar nicht schlimm. Bugs die wirklich gar keinen Kontext haben d.h. ich ueberhaupt nicht weiss was gemeint ist oder quatsch drin steht die schliesse ich auch einfach mal. Gerade bei Skobbler gibt es im moment vermutlich 20-30 Bugs fuer das Teilstueck A33 zwischen Kreuz Bielefeld und Bielefeld Innenstadt, respektive Anschuss Ostwestfalendamm. Das zeugs war am Eröffnungstag eingetragen. Leider hampelt Skobbler teilweise noch mit Daten vor der Lizenzumstellung rum. Da habe ich aufgegeben irgendwas zu schliessen. Ich fände es wichtig das für das Notes die erstellung der RSS Feeds einfacher geht - Sich selber koordinaten suchen und eine URL handbasteln kann echt nicht wahr sein. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinn und Unsinn von Fehlermeldungen (auf osm.org)
On 22/lug/2013, at 08:54, Florian Lohoff f...@zz.de wrote: Gerade bei Skobbler gibt es im moment vermutlich 20-30 Bugs fuer das Teilstueck A33 zwischen Kreuz Bielefeld und Bielefeld Innenstadt, respektive Anschuss Ostwestfalendamm. Das zeugs war am Eröffnungstag eingetragen. Leider hampelt Skobbler teilweise noch mit Daten vor der Lizenzumstellung rum. Da habe ich aufgegeben irgendwas zu schliessen. +1, skobbler Bugmeldungen sind unbrauchbar weil die Daten viel zu alt sind. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinn und Unsinn von Fehlermeldungen (auf osm.org)
Hallo Tirkon, ich habe vor geraumer Zeit auf http://stadtplan-ilmenau.de eine Schnittstelle zu OSB implementiert. Geplant war es schon lange, aber es gab einen inneren Konflikt. OSB bietet nicht wirklich eine SPAM-Abwehr und es ist fraglich wie gut die Nutzer solche Funktionen annehmen. Ersteres habe ich dadurch erschlagen, indem ich die Fehlermeldungen explizit nicht im Stadtplan integriert habe. Überrascht bin ich von den Rückmeldungen. Ursprünglich habe ich mit 10% verwertbaren Fehlerberichten gerechnet. Heraus kam, dass ca. die Hälfte aller Fehlermeldungen sinnvoll sind und so detailiert, dass man sie vom Sessel aus abarbeiten kann. Warum ich es implementiert habe: Ist ein Gebiet gemappt, gehe ich da nicht mehr hin. Ich rede jetzt nicht vom Feriendorf wo ich mal alles eingetragen habe, sondern von ganzen Stadtvierteln und Vororten meiner Stadt. Ilmenau ist zwar mit vielen Mappern gesegnet, aber die decken durch ihren Alltag, wenn es hoch kommt 20% der Stadt ab. Im restlichen Gebiet sind wir blind. Man könnte zwar alle x Jahre mal wieder einen Rundgang wagen, aber wer sagt, dass ich da auch jede Änderung mitbekomme. Mit den Nutzern des Stadtplans decken wir aber plötzlich ein viel größeres Gebiet ab. Man muss den Nutzern nur die Möglichkeit einräumen auf Unstimmigkeiten hinzuweisen. Mein Fazit: OSB ist vllt. für die Neumappung eines Gebietes nicht geeignet, dafür aber für die Wartung von Gebieten, wenn man den Nutzern eine einfache Möglichkeit einräumt. Andererseits sehe ich auch das Negativbeispiel. In jena gibt es viele Tickets. Teilweise sind diese seit Jahren offen. Sie beinhalten oft wichtige Hinweise, doch wenn es an aktiven Mappern mangelt, dann geht da nix voran. Daher bin ich sehr dankbar, dass viele Tickets der Stadtplannutzer auch von anderen Mappern abgearbeitet werden. Teilweise noch bevor ich sie sehe. just my 2 cents, Andreas On 07/21/2013 02:42 PM, Tirkon wrote: Moin, auf osm.org wurde ein Button zur Fehlermeldung eingefügt. Nach meinem Verständnis des im Folgenden beschriebenen OSM Workflows verstehe ich dessen Sinn nicht. Es gibt schon diverse Fehlermeldekarten z.B. von Skobbler, osmbugs und mehr. Ich finde dort meist Fehlermeldungen wie Straße fehlt, Häuser fehlen, dies ist eine Einbahnstraße, hier gilt Höchstgeschwindigkeit xy, so auch auf der neuen Add A Note Seite. Manchmal ist unverständlich, was bemängelt wird. Wenn sich ein OSMler in ein Gebiet begibt, um es mappen, dann erledigt er Dinge wie die aus den Fehlermeldungen ohnehin, sei es durch Gebäudeerfassung mit Hilfe von Bing oder Straßen- und Hausnummernerfassung etc vor Ort. Wer also macht sich die Arbeit zu ergründen, welche Bugmeldeseiten es derzeit gerade gibt und dann als Mehrarbeit nachzuschauen, ob man einen der gemeldeten Bugs erschlagen hat? Andererseits wird niemand zig Kilometer weit fahren, nur um einen Bug zu klären. Für den Preis muss doch schon ein größeres Gebiet flächendeckend herausspringen. Daraus ergibt sich, dass diese Fehlermeldungen auf den Meldeseiten verschimmeln, egal ob gefixt oder nicht. Diverse Leute haben sich bei mir darüber beschwert, dass sie Fehler eingetragen haben und sich nun niemand darum kümmere. Von daher hat sich mir der Sinn solcher Seiten - egal ob nun eine zentrale oder mehrere in Koexistenz - niemals erschlossen. Und von daher erschließt sich mir erst recht nicht, wieso man jetzt so etwas sogar auf der Hauptseite platziert. Nach dem oben beschriebenen Workflow bringen diese Meldungen rein gar nichts außer Frust für die Fehlermelder. Vielleicht ist aber Alles ganz anders. Dann wäre ich für eine Aufklärung recht dankbar, damit ich zukünftigen Beschwerdeführern eine bessere Antwort geben kann. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Andreas Neumann http://stadtplan-ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinn und Unsinn von Fehlermeldungen (auf osm.org)
Am 21.07.2013 14:42, schrieb Tirkon: Hey auf osm.org wurde ein Button zur Fehlermeldung eingefügt. Nach meinem Verständnis des im Folgenden beschriebenen OSM Workflows verstehe ich dessen Sinn nicht. Es gibt schon diverse Fehlermeldekarten z.B. von Skobbler, osmbugs und mehr. Ich finde dort meist Fehlermeldungen wie Straße fehlt, Häuser fehlen, dies ist eine Einbahnstraße, hier gilt Höchstgeschwindigkeit xy, so auch auf der neuen Add A Note Seite. Manchmal ist unverständlich, was bemängelt wird. Wenn sich ein OSMler in ein Gebiet begibt, um es mappen, dann erledigt er Dinge wie die aus den Fehlermeldungen ohnehin, sei es durch Gebäudeerfassung mit Hilfe von Bing oder Straßen- und Hausnummernerfassung etc vor Ort. Wer also macht sich die Arbeit zu ergründen, welche Bugmeldeseiten es derzeit gerade gibt und dann als Mehrarbeit nachzuschauen, ob man einen der gemeldeten Bugs erschlagen hat? Andererseits wird niemand zig Kilometer weit fahren, nur um einen Bug zu klären. Für den Preis muss doch schon ein größeres Gebiet flächendeckend herausspringen. Daraus ergibt sich, dass diese Fehlermeldungen auf den Meldeseiten verschimmeln, egal ob gefixt oder nicht. Diverse Leute haben sich bei mir darüber beschwert, dass sie Fehler eingetragen haben und sich nun niemand darum kümmere. Von daher hat sich mir der Sinn solcher Seiten - egal ob nun eine zentrale oder mehrere in Koexistenz - niemals erschlossen. Und von daher erschließt sich mir erst recht nicht, wieso man jetzt so etwas sogar auf der Hauptseite platziert. Nach dem oben beschriebenen Workflow bringen diese Meldungen rein gar nichts außer Frust für die Fehlermelder. Vielleicht ist aber Alles ganz anders. Dann wäre ich für eine Aufklärung recht dankbar, damit ich zukünftigen Beschwerdeführern eine bessere Antwort geben kann. Ich glaube den Sinn hast Du mittlerweile vermittelt bekommen. Recht gebe ich Dir aber auch in Deiner Kritik. Es macht keinen Sinn sowas in zig Datenbanken mit jeweils separaten Tools zu bearbeiten. Irgendwo sollte es eine Verschmelzung geben. Die Information sollten verbessert werden und zB das Kartendaten Datum mitgeliefert werden. Wenn schon so prominent auf der Front-Seite platziert, dann bitte auch so in den Editoren. Last but not least, eine gute Dokumentation: Angefangen von jeweils einem positive/negative Beispiel erreichbar über eine zweite Schaltfläche bis hin zum Wiki und den Anfänger_innen-Seite. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinn und Unsinn von Fehlermeldungen (auf osm.org)
Am 22.07.2013 09:55, schrieb Martin Koppenhoefer: On 22/lug/2013, at 08:54, Florian Lohoff f...@zz.de wrote: Gerade bei Skobbler gibt es im moment vermutlich 20-30 Bugs fuer das Teilstueck A33 zwischen Kreuz Bielefeld und Bielefeld Innenstadt, respektive Anschuss Ostwestfalendamm. Das zeugs war am Eröffnungstag eingetragen. Leider hampelt Skobbler teilweise noch mit Daten vor der Lizenzumstellung rum. Da habe ich aufgegeben irgendwas zu schliessen. +1, skobbler Bugmeldungen sind unbrauchbar weil die Daten viel zu alt sind. Dann ist vielleicht das Datum der Kartendaten wichtig und sollte beigefügt werden bzw ein Check der Software mit Hinweis auf Veränderungen in diesem Bereich. fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinn und Unsinn von Fehlermeldungen (auf osm.org)
Tirkon schrieb: Daraus ergibt sich, dass diese Fehlermeldungen auf den Meldeseiten verschimmeln, egal ob gefixt oder nicht. Es fehlt schlicht die Integration in den Workflow. So lange Fehlermeldungen irgendwas optionales sind, das man nur sieht, wenn man bewusst draufklickt, wird sich das auch nicht ändern. Fehlermeldungen sollten beim Bearbeiten aufpoppen, sobald sie in einer Region vorhanden sind. Aktuell sind sie in JOSM allerdigns nicht mal auswählbar, und daher dort gar nicht ersichtlich – Man muss also immer zwischen mehreren Programmen hin-und-her-springen (oder gibt es eine Option, die ich übersehen habe). Ich bin mir sicher, dass Fehler, sobald sie für Mapper besser ersichtlich sind, und sie für deren Behebung inklusive Behebungsvermerk nicht zwischen mehreren Programm wechseln, und die Fehlermeldungen separat anschalten müssen, auch (schneller) behoben werden. Was externe Seiten mit Fehlermeldungen angeht: Ich melde Fehler in Firefox ja auch nicht im LibreOffice-Bugtracker … Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-07-21T15:29:24+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinn und Unsinn von Fehlermeldungen (auf osm.org)
Hallo. Am 21.07.2013 14:42, schrieb Tirkon: Vielleicht ist aber Alles ganz anders. Dann wäre ich für eine Aufklärung recht dankbar, damit ich zukünftigen Beschwerdeführern eine bessere Antwort geben kann. Also generell zum Sinn dieser Funktion: Es gibt Leute, die sehen dass da was nicht stimmt, sind aber zu faul sich drum zu kümmern. Ob das jetzt zeitweilig aktive OSM'ler sind oder nicht spielt keine Rolle. Besonders wertvoll sind aber Gelegenheitsbesucher, die mit Mapping nix am Hut haben. Wenn die die Seite weg klicken, sind die Leute weg, die kommen nicht wieder. Das Wissen wollen wir trotzdem abgreifen, da es sehr nützlich ist. Aber auch als Mapper hat man eben manchmal keine Lust nen Finger krumm zu machen. Daher so einfach wie nur irgend möglich, sprich: anonym ohne Registrierung, direkt auf der Seite auf der auch die Karte angeschaut wird. Das ist der Sinn. Die Integration auf der Hauptseite streben wir seit zwei Jahren an, OSB war von Beginn an eine temporäre Lösung. Jetzt ist es wohl so weit. ;-) Die bisherigen Daten von OpenStreetBugs waren mit dem entsprechenden JOSM-Plugin ständig verfügbar. Ich zoome auf eine Region, lade die OSM-Daten herunter um zu mappen und sehe gleich auch die Bug-Reports, die man dann ggf. beantworten kann. Wenn ich meine Heimat-Region in JOSM lade, sehe ich auch gleich wenn jemand da einen Bug-Report eingetragen hat. Es gibt OSB-Layer für die Garmin-Geräte und es gibt für diverse Android-Apps die Möglichkeit, Bug-Reports anzuzeigen wo man grade vorbei kommt. (Ob das alles mit den Notes jetzt auch zuverlässig funktioniert weiß ich noch nicht, ich hab das Thema seit ein paar Monaten stark vernachlässigt und kenne den Status Quo nicht mehr.) Klar gibt es Reports, die sind irgendwie wirr. Wenn man sich sicher ist, dass ein Report für niemanden nützlich ist (in Skobbler auf die falsche Fehlerkategorie geklickt?), dann macht man ihn halt zu und hofft, dass jemand anderes den eigentlich gemeinten Fehler auch erkennt und klarer meldet. Es gibt auch Dinge die kann man durch einen Besuch vor Ort nicht lösen. (Beispiel: Ich habe mehrere Quellen, dass sich an einer bestimmten Stelle ein Weg mit einem bestimmten Namen befinden soll. Vor Ort habe ich den Weg aber noch nicht gefunden. Da habe ich jetzt einen Bugreport eingetragen und lass den da bis den jemand sieht, der sich dort besser auskennt.) Manche Regionen sind einfach auch zu weit weg für jeden von uns. In manchen Regionen gibt es halt keine aktiven Mapper. Das ist dann Pech. Solche Bugs bleiben länger in der DB, die anderen, normalen, lassen sich meist schnell beheben. In einem Punkt hast du und die anderen in diesem Thread Recht: Wenn es mehrere Bug-Melde-Seiten und/oder keine Integration in die Editoren gibt, ist das Konzept wertlos, da der Verwaltungsaufwand unermesslich steigt. Dem ist aber nicht so, es gab bisher OSB (afaik wurden auch skobbler-Bugs dorthin weiter geleitet) und nun ist das Konzept halt auf die Hauptseite umgezogen und wenn das ordentlich funktioniert, wird OSB dorthin weiter leiten. Und die Editor-Unterstützung, sofern nicht schon vorhanden, wird es auch zügig geben, so wie bisher. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinn und Unsinn von Fehlermeldungen (auf osm.org)
Tirkon wrote Wenn sich ein OSMler in ein Gebiet begibt, um es mappen, dann... Andererseits wird niemand zig Kilometer weit fahren, nur um einen Bug zu klären. Für den Preis muss doch schon ein größeres Gebiet flächendeckend herausspringen. Auch nicht besser ist, zig Kilometer weit zu fahren um zu schauen ob sich inzwischen etwas geaendert hat, nur um dann fest zu stellen, nein, alles ist noch aktuell... Wenn ein Land erst einmal erfasst ist, ist die Zeit in der ein Powermapper mal eben ein groesseres Gebiet als Belohnung bekommt vorbei. Deshalb braucht es fuer das aktuell halten der Daten ein vielfaches an mappern als fuer die Ersterfassung benoetigt wurden. Dafuer braucht es dann die grosse Masse an Leuten die vielleicht mal ein Fehler melden und dann nie wieder. Eine der vielen mittle / gelegenheits mapper kann dann einen ein paar hundert Meter weiten Umweg machen um ein spezifisches Problem das gemeldet wurde zu ueberpruefen und zu korrigieren. Powermapper werden dann hauptsaechlich armchair mapper werden die anderen helfen komplizierte Relationen in Ordnung zu halten und schauen das nichts kaputt geht. Natuerlich benoetigt es dafuer eine sehr hohe Dichte an (gelegenheits) Mappern, aber anders ist das aktuell halten der Karte nicht wirklich moeglich. Und fuer dieses Modell ist die Fehlermeldung auf osm.org imho sehr wichtig und sinnvoll. -- View this message in context: http://gis.19327.n5.nabble.com/Sinn-und-Unsinn-von-Fehlermeldungen-auf-osm-org-tp5770713p5770749.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
