Zu osmbugs.org siehe http://forum.openstreetmap.org/viewtopic.php?id=16526.
Mit Schokokeks war ich am Iphone auch nicht weit gekommen. Jetzt habe ich es natürlich nochmals probiert. Ich glaube, es funktioniert theoretisch, praktisch ist es aber nicht anwendbar.
1.) Pannen und Zoomen geht nicht wie am PC (Maus ziehen, Scrollrad). Man kann nur die extra Bedienelemente verwenden: die Verschiebesymbole und den Maßstabsschieber. Die sind aber so winzig, dass man leicht daneben drückt und dann geht jedes Mal der Bubble für einen neuen Bug auf, mitsamt Tastenfeld durch den Browser.
2.) Es ist zu langsam, v.a. beim Verschieben.
Doch, denn manchmal werden “Bugs” auf von mir erstellte, eh richtige Objekte gesetzt, also muss ich OSB im Auge behalten.
Das ist der gleiche Aufwand, wie wenn man ihn ganz neu mappt. Wenn’s ein Objekt ist, das vom Bug-Ersteller selber angelegt wurde, ok. Aber manche legen solche Bugs an fremden Objekten an, mit einem Text wie “diesen Weg prüfen” oder “Name fehlt” oder gar “ist hier wirklich […] ?” Dann fährt jemand hin, stellt fest, dass das wirklich so ist, und schließt den Bug. 2 Wochen später legt der nächste einen Bug an…
Meiner Meinung nach sollte in jedem Bugreport drinstehen: Was ist falsch, wie gehört es richtig, und woher weiß ich das? Wenn man sich irgendwo nicht sicher ist, ist das noch kein Bug.
Meine Forderung nach einer Abschaffung von OSB war etwas provokativ, aber man müsste zumindest einiges daran ändern, damit es brauchbar wird.
1.) Ein Userinterface schaffen, das eine Outdoornutzung praktisch möglich macht.
2.) Eingabe einer (nicht öffentlich angezeigten) Mailadresse ermöglichen, für automatische Benachrichtigung bei Änderung eines Bugs
3.) Registrierungsmöglichkeit, damit man Name und Mailadresse nicht immer neu eingeben muss und die Mailadresse ändern kann
4.) einen Button “Bug wieder aufrecht setzen” mit Kommentarfeld, auf erledigte Bugs solang sie noch angezeigt werden. Damit wäre auch das Threadthema kein großes Problem mehr.
5.) ein Impressum
6.) unnötige Fensteröffnung beheben
7.) eine Richtlinie, was alles als Bug erfasst werden soll und was nicht
8.) Buglevel, wie von Zecke vorgeschlagen, oder man könnte es auch Kategorie nennen: Fehler / Ergänzung (mit Infos) / Wunsch / Unklarheit…
9.) Bug-IDs, damit man auf einen Bug einen Link setzen kann