Dann ist nur noch die Frage, ob die Quellen dieser Neueinträge (altes Osmand, Geovelo, …) überhaupt vorher bestehende OSBs abfragen und anzeigen oder nur per “Fehler melden” die Erstellung eines OSB ermöglichen. In letzterem Fall bringt die Fake-Meldung gar nichts.
Notes steht inzwischen seit acht Monaten zur Verfügung. Seitdem hatten Entwickler Zeit, ihre Anwendungen anzupassen - m.E. “sanft” genug. (Und gegen aktualisierungsunwillige Nutzer, wie hier bei Osmand, hilft sowieso nichts.)
Ich denke, ein Urteil über den “Trend” ist hier verfrüht. Die nun verschobenen OSBs leiden unter mehreren Auswahleffekten (Bias):
Erstens handelt es sich bevorzugt um solche, die nur durch Recherche vor Ort und nicht einfach per Blick aufs Luftbild gelöst werden können - sonst wären sie nämlich inzwischen geschlossen, spätestens im Zuge der aktuellen Putzaktionen, wo manch einer recht “vertrauensvoll” vorgeht.
Zweitens liegen sie bevorzugt in Regionen, wo es wenige bis keine Mapper gibt oder diese sich nicht für Fehlerkorrekturen interessieren.
Drittens sind solche mit unklarer bis völlig unverständlicher Beschreibung darunter. Solche sollte man m.E. nach /dev/null schicken; die beiden vorgenannten Punkte sind allein noch kein Grund dafür.
“Komplexe” Meldungen in mapperarmen Regionen bleiben auch dann, wenn sie frisch erstellt werden, länger liegen als solche in einer mapperreichen Stadt, die noch dazu vom warmen Sofa aus gelöst werden können. Insofern ist es noch zu früh, sich über die auf den ersten Blick bescheidene Schließungsquote (~12%) zu ärgern.
Übrigens mal ein Lichtblick: vor einigen Monaten habe ich bekanntlich einige dutzend OSBs verschoben, welche inhaltlich sinnvoll und plausibel waren, die ich aber nicht selbst verifizieren konnte. Vor einigen Tagen hat ein gelegentlicher Mapper viele davon - sorgfältig - bearbeitet und geschlossen.
Zum Thema anlegen neuer Bugs in OSB:
Es wurde bewusst nur das Frontend abgeschaltet, da von der Abschaltung der API auch andere Programme, Apps und Webseiten betroffen sind.
Die Abschaltung der homepage habe ich zusammen mit Emka durchgeführt.
Details s. github: https://github.com/emka/openstreetbugs/issues/50
und entsprechende Commits in seinem Repo: https://github.com/emka/openstreetbugs/commits/master
Wir versuchen die Webseitenbetreiber und App-Entwickler zu erreichen und auf einen Umstieg zu Notes zu bewegen. Einige haben bereits das Anlegen neuer Bugs abgeschaltet oder sind komplett auf Notes umgestiegen. https://wiki.openstreetmap.org/wiki/Openstreetbug#Tools_for_Using_and_Exporting_Data
In der Tabelle sind die Apps / Webseiten aufgelistet, mit denen noch Bugs angelegt werden können.
Die meisten neuen Bugs werden derzeit in Moskau angelegt, wahrscheinlich nur von einem user mit einer alten osmand-Version.
Ich versuche derzeit den User zu erreichen und auf den Umstieg zu Notes zu bewegen.
s. auch dieser ältere Blogpost (der Inhalt stimmt noch): http://www.openstreetmap.org/user/werner2101/diary
Zum Thema Bugs von OSB nach Notes verschieben:
Derzeit kann man die OSBs halbautomatisch mit OSB2Notes (Oli-Wans tool) und osb_fixing (mein tool) verschieben.
Die Anzahl der mit den Tools verschobenen Bugs ist auf meiner Statistikseite ganz am Ende geplottet.
In der Graphik von oben (von Wambacher) fehlen die mit OSB2Notes verschobenen Bugs, aufgrund eines anderen Filters sind in dem Plot auch manuell verschobenen Bugs enthalten.
Den verschobenen Bugs (ca 2000) stehen mittlerweile 17000 geschlossene Bugs in OSB gegenüber. Die Verschiebung von Bugs erfolgt hoffentlich nicht willkürlich, sondern nach einem Review.
In meinem ersten Blogpost zum Thema habe ich die Fehler folgendermaßen eingeteilt:
10% useless descriptions
30% already fixed in the map, but the OSB have not been closed
10% can be fixed with the bug description
20% can be fixed with aerial images (Bing)
30% local knowledge required (can not be fixed)
Da viele offenen Fehler sehr alt sind (durchschnittlich ca. 2 Jahre), können sicherlich mehr als die 20% mit Bing gelöst werden.
Einige Fehlerarten hatte ich bei meinem Blogpost Mitte Oktober noch nicht im Blick.
Fehlermeldungen, die auch von Keepright entdeckt werden:
“Bücke oder Tunnel?” (bei Kreuzung von Wasserwegen mit Straßen
“Name der Schule fehlt” … natürlich ohne Angabe des Names
“Name fehlt” … z.B. bei Straßen
Dies Bugs kann man meiner Meinung nach schließen, da in der Beschreibung keine Information enthalten ist.
Fehlermeldungen die von anderen Systemen kopiert wurden:
“Weg unvollständig”, zusätzlich ist aber ein FIXME-Tag in OSM vorhanden
Kopieen von Mapdust reports
…
Diese Bugs ann man meiner Meinung nach auch schließen. Doppelt Datenpflege macht nur doppelten aufwand.
Oli-Wan schreibt:
Ich hatte kürzlich das gleiche Erlebnis. Mit fast schlechtem Gewissen habe ich einen größeren Anteil von OSB-Bugs in Tunesien nach OSNotes verschoben. Die OSBs wurden 2009 angelegt und waren seither unbearbeitet. In OSNotes wurden die meisten Fehler dann innerhalb eines Tages gelöst.
Zur API-Abschaltung:
Oli-Wan schreibt:
Das mag richtig sein. Bis vor zwei Monaten wurden die User im wiki noch auf OpenStreetBugs als Tracker-Plattform verwiesen. Prominent auf jeder Portalseite und in allen Sprachen. Ende Oktober bin ich die OSB-Seiten im Wiki durchgegangen und habe die Seiten von OSB auf Notes umgestellt.
Da nur noch wenige Bugs (außer Moskau) in OSB eingetragen werden, ist für mich die Abschaltung der API nicht so dringend. Ich diskutiere das mal mit emka.
Natürlich möchte ich hier nochmal alle einladen, die Bugs in eurer Umgebung zu bearbeiten.
Für diejenigen, die sich für größere Gebiete interessieren, hier nochmal der link zur entsprechenen Wiki-Seite. https://wiki.openstreetmap.org/wiki/OpenStreetBugs/Phase_Out
“Unsere” OSM-API läßt sich für Wartungsarbeiten einfach auf Read-Only schalten.
Das war mir nicht bewusst, aber ich hallte es für sinnvoll, alle von OSMB auch wie immer verschobenen Bugs anzuzeigen. Sie waren in OSMB gemeldet, sind noch nicht erledigt und jetzt in Notes drin. Und da zählen für mich die manuell in Notes geschriebenen auch dazu.
Wie man hier sieht, bestand ein dringender Bedarf nach einer motivierenden Grafik, und dem bin ich nachgekommen. That’s all.
Ist eh nur ein Abfallprodukt der Notes-Grafik.
Das Eintragen von neuen Bugs habe ich schon nach dem ersten Hinweis hier im Thread abgeschaltet. Ich hatte nur den Zugang zur API entfernt, der Dialog ist nach wie vor da.
mal eine Frage in die Runde, wie mit Massen-Bugreports umzugehen ist. In weiten Teilen des Bördekreises im westlichen Sachsen-Anhalt hat im Januar 2013 jemand jede (oder ziemlich viele) fehlende Bushaltestellen gemeldet: Die rote Flut
Meistens haben die Meldungen folgende Form: “Bitte die Haltestelle “Hakenstedt” in beiden Richtungen eintragen. [ClickKlack, 2013-01-16 23:30:13 CET]”
Jedes Dorf hat ein oder mehrere solche Meldungen, da auf dem Land dort noch keine Bushaltestellen gemappt sind.
Ich bin seit heute Morgen dabei, die Bugreports in Sachsen-Anhalt abzuarbeiten. Angefangen habe ich in Halle, dann gegen den Uhrzeigersinn weiter. Von Norden her (Oebisfelde) bin ich in das Gebiet “vorgestoßen.” Anfangs habe ich bei jedem Bug geschaut, ob ich auf Bing eine Haltebucht für den Bus oder ein Wartehäuschen erkennen kann. Langsam geht es mir aber auf die Nerven.
Was würdet ihr empfehlen? Soll ich alle Bugs mit einem “Die Aufforderung zum Eintragen allein nützt nichts. Wo ist die Haltestelle? [Nakaner, 2013-12-26 19:03:49 CET]” schließen und sie nicht nach OSM-Notes übertragen? Der Mehrwert dieser Bugreports ist IMHO sehr niedrig, da es sich um Massen-Bugs handelt.
Ausstehen tun noch Magdeburg Stadt, Teile des Kreis Jerichow, sachsen-anhaltinischer Teil des Harz und Kr. Mansfeld-Südharz
Viele Grüße von der roten-blauen Bug-Front
Schwierig. Ich neige auch dazu, Bugs, die nicht wirklich nachvollziehbar sind mit einen freundlichen Hinweis zu schliessen.
Hier gibts 2 positive Dinge:
a) die Haltestellennamen sind bekannt, d.h. die OSB s beinhalten relevante Informationen.
b) ClickKlack ist ein existenter User :-), den http://www.hdyc.neis-one.org als Heavy Mapper einstuft.
Sprich Du kannst ihn einfach mal anschreiben, der Kollege ist in Magdeburg unterwegs, eventuell hilft er sogar im Fixing.
Wenn die Daten eine bekannte (und erlaubte) Qualität haben, dann könnte ein highway = Busstop mit einem entsprechenden Name (wird im Wiki NICHT empfohlen) zumindest das Fussrouting zur Haltestelle verbessern.
Die Frage ist natürlich, warum ClickKlack das nicht selber eingetragen hat. (Diese Frage hat aber schon SEHR Emotionale Diskussionen in Notes ausgelöst).
Christoph
P.S. ich bin dem Bugfixen solcher Haltestellenhinweise bisher aber immer aus dem Weg gegangen, allerdings stolpere ich über solche Hinweise auch immer in “Fremdregionen”.
Dort wo eine Haltestelle eindeutig erkennbar war, habe ich sie im alten public_transport-Schema eingetragen (highway=bus_stop, name=*, als Node auf der Straße).
Da er selbst auch einige Busrouten im neuen Schema dort angelegt hat (mit fixme=es fehlen noch viele Haltestellen), vermute ich, dass seine Quelle Fahrpläne o.ä. des Verkehrsverbunds sind.
Wie schon von anderen gesagt, bald ist Schluss mit OSB und nun muss man sich auch um die unangenehmen Bugs kümmern.
Bereits vor längerer Zeit habe ich hier im Forum (?) die gleiche Aussage gelesen, konnte aber schon damals keinen Beleg finden. Stimmt die Aussage oder ist das bloß wieder so ein verselbständigtes Gerücht? Weder auf schokokeks noch auf osmbugs sehe ich ein Datum; und eine so plötzliche Schließung paßt auch nicht dazu, daß die API bewußt bislang offen gehalten wurde, um trägen Anwendungen und Anwendern einen sanften Übergang zu ermöglichen. (Es erschiene mir auch wenig sinnvoll, OSB zu einem Zeitpunkt abzuschalten, da noch mit nennenswerter Rate Bugs bearbeitet werden. Panikartiges massenweises Verschieben ohne jede Prüfung wäre die absehbare Folge. Edit: Gefolgt von einem Aufschrei der Empörung, warum zuerst zum OSB-Aufräumen aufgerufen und dann, wenn dieses gerade angelaufen ist, OSB quasi fristlos abgeschaltet wird.)
Danke. Allerdings muß das noch nicht heißen, daß die Information korrekt ist: die Änderung der Wikiseite erfolgte durch jemanden, der (wenn ich mich recht erinnere) auch an der Wochennotiz mitschreibt. Folglich basieren die Aussagen im Wiki und in der Wochennotiz sehr wahrscheinlich auf derselben Information (womöglich gar dem vor Wochen hier gestreuten Gerücht), und ob diese stimmt, ist damit leider immer noch nicht klar.
Edit: Das Posting hier im Forum mit der Aussage “OSB wird nämlich am 31.12. abgeschaltet.” vom 08. November stammt zu allem Überfluß von demselben Mapper wie die Änderung im Wiki…
Daher @Nakaner: verrätst Du uns, worauf sich die Aussage stützt?
Eine Quelle, die den 31.12.2013 belegt, habe ich nicht gefunden. Ich habe irgendwann mal Werners Blogpost gelesen. Dort findet sich folgender Satz (im Abschnitt “Organise the change”):
Wahrscheinlich habe ich es, ehrlich gesagt, nur flüchtig gelesen und mir dann gemerkt, dass bei OSB an Silvester das Licht ausgeht.
weiß gar nicht ob mich das ehrt, aber das eine Masseneintragung zu nennen, halte ich doch ein boisschen für übertrieben.
Ich bin aktiv am Mappen der Bushaltestellen in Magdeburg, Bördekreis, Jerichower Land und Salzlandkreis. Dabei habe ich in der Tat die eine oder andere OSB-Meldung hinterlassen. Ich weiß aus den Fahrplänen von der Existenz der Bushaltestellen. Ich neige aber erst zum Eintragen in OSM, wenn ich 1. den Haltestellenname per Vor-Ort-Ansicht bestätigt bekomme und 2. auch die genaue Position kenne. Das habe ich schon für eine dreistellige Anzahl gemacht, die ich selbst vor Ort ermittelt habe. Ich schaffe das aber immer nur nebenbei und da bleiben für Buslinien halt meist Haltestellen offen, die ich gerne in OSB (später in den OSM-Notes) erfasst habe. Dabei habe ich die Hoffnung, dass es vielleicht doch den einen oder anderen regionalen Mapper gibt, der daraufhin die Haltestelle korrekt einträgt. Zum anderen bin ich auch weiterhin dabei, diese “Fehler” abzuarbeiten, um die genannten Landkreise vollständig zu bekommen. Daher halte ich die Existenz der Fehler für akzeptabel, auch wenn die Meinungen da sicher etwas auseinander gehen.
Die Namen direkt zu übernehmen, ohne die Haltestelle real zu kennen, halte ich für bedenklich und habe davon immer abgesehen.
Um jetzt aber nicht Arbeit damit auf anderen abzuladen, ich werde meine Meldungen zu Bushaltestellen nach Prüfung selbst zu OSM übertragen, so dass OSB davon relativ fix “befreit” sein wird. Und hoffe natürlich, dass die Gemeinschaft damit leben kann
Im Text der Meldung solltest du dann vielleicht etwas deutlicher schreiben, dass die Position der Note nicht (oder nur zufällig) die Position der Bush ist. Ich würde sowas auch eher als Notiz für mich selbst machen, da es bei der Note-Bearbeitung schon etwas stört (viele Einträge im RSS-Feed und viele Punkte auf der Karte, zwischen denen andere Notes übersehen werden, viele Notes, die man dann alle schliessen muss wenn man eine Buslinie “erledigt”). Wenn es nur einzelne Haltestellen sind kann man die ja auch in einem fixme=* der Buslinie benennen, bei mehreren dann nur als =“several stops missing”.
Ich bearbeite seit einigen Tagen das “Planquadrat” A81 - A6 - A7 - A8 von Stuttgart aus. Heute geht es mal wieder ziemlich langsam voran, da das Hochladen dauert und dauert.
Du hast ja Recht 
