Openstreetbugs - Erweiterungen

mueschel wrote:

Hallo allerseits,
ich würde gern etwas Code beitragen zur Erweiterung von Openstreetbugs. Einige Punkte tauchen ja hier immer wieder auf und im wiki gibt es ja auch eine Seite mit Vorschlägen für eine neue API.
Ich habe Emka schon eine Nachricht geschrieben, aber bis jetzt noch keine Antwort erhalten. Weiß jemand, ob dort sonst noch jemand aktiv ist?

Wenn sich kein Ansprechpartner findet, werde ich wohl erst einmal eine nur ab und zu synchronisierten Kopie der Datenbank erstellen und dort meine eigene API / Oberfläche implementieren. Die momentan verfügbare API ist für die meisten Erweiterungen leider zu eingeschränkt.

Außerdem würde ich mich natürlich über eure Ideen & Kommentare freuen!

Das wird wohl alles nicht so sinnvoll sein. Es laufen schon länger Arbeiten OSB in den Rails Port zu integrieren, die fast abgeschlossen sind. Du solltest dich daran beeiligen nicht an was ohne Zukunft.

Simon

SimonPoole wrote:

Es laufen schon länger Arbeiten OSB in den Rails Port zu integrieren, die fast abgeschlossen sind. Du solltest dich daran beeiligen nicht an was ohne Zukunft.

Genau das möchte ich ja - aber an wen soll ich mich wenden? Gibt es eine Wiki-Seite oder sonstige Dokumentation?
Alle Informationen die ich per Google gefunden habe, sehen so aus, als würde da schon seit Jahren nichts passieren.

Ein anderer sinnvolle Ansatz wäre vielleicht ein erweitertes OSB zu bauen, bei dem man Fotos, Soundclips und Tracks/Navi-Routen noch mit hochladen könnte. Vielleicht auch eine gesonderte Schnittstelle für App-Anbieter, so dass nicht gleich alle deren Meldungen gesichtet werden müssen, sondern diese erst alle herausfiltern, die Fehler in ihrer eigenen Software betreffen.

Ist aber nur so ein Gedanke, schön wäre als nächstes natürlich erst mal die Integration im Rails-Port. Hast du auf der osm-dev Liste mal gefragt?

!i! wrote:

Hast du auf der osm-dev Liste mal gefragt?

Nein, weil ich bis eben nicht wusste, dass da überhaupt etwas auf "offizieller" Seite läuft. Aber wenn das Projekt schon weit fortgeschritten ist und ein paar Leute dran arbeiten, dann macht es für mich auch keinen Sinn, da jetzt einzusteigen.

Och ich würde einfach mal fragen. Es gibt bei uns nicht viele Ruby Entwickler, die freuen sich bestimmt über junges Blut 🙂

Kann ich mir vorstellen - allerdings habe ich Ruby nicht im Repertoire. Beim rails-port werde ich daher besser nicht mitmischen.

Den derzeitigen Stand der integration von OSB in den rails_port can man unter http://notes.apis.dev.openstreetmap.org/ sehen. Der dazu gehoerige code can man unter https://github.com/tomhughes/openstreet … tree/notes finden.

Bei der OSB integration ist ausser testen wahrscheinlich im Moment weniger Hilfe noetig, da das ganze darauf wartet bis Tom Hughes die Zeit findet den Code fertig zu reviewen und dann zu depolyen.

Aber Entwicklerhilfe in anderen Bereichen und Codeteilen ist immer gerne gesehen, da es fast immer ein Mangel an Entwicklern gibt. Gibt es bestimmte Dinge an denen du gerne mitarbeiten willst? Oder bestimmte Sprachen die du besonders gut beherschst? Da laesst sich dann bestimmt was finden wo deine Hilfe gebraucht werden koennte.

Hallo amm,
danke für die Infos - ich werde dir mal eine PN schreiben.

Wer sich für die aktuelle Statistik der "alten" OSMBugs interessiert, kann sie sich hier anschauen:
http://osm.mueschelsoft.de

Habe unten rechts auf http://www.openstreetmap.org "Add a note" entdeckt.
Scheint aber noch nicht richtig zu funktionieren, der Server meldet nur "HTTP/1.1 500 Internal Server Error".

Gruß,
Mondschein

Mondschein wrote:

Scheint aber noch nicht richtig zu funktionieren, der Server meldet nur "HTTP/1.1 500 Internal Server Error".

Bei mir funktioniert es, aber 500s kamen ja in letzter Zeit bei OSM häufiger vor.

PS. Zur Anzeige in der Ebenenauswahl "Browse Notes" aktivieren. Bisher gibt es aber nicht viel zu sehen - ich habe eben testweise Note #8 angelegt.

Oli-Wan wrote:

Mondschein wrote:

Scheint aber noch nicht richtig zu funktionieren, der Server meldet nur "HTTP/1.1 500 Internal Server Error".

Bei mir funktioniert es, aber 500s kamen ja in letzter Zeit bei OSM häufiger vor.

Jetzt geht es bei mir auch:
http://www.openstreetmap.org/user/Mondschein/notes
Super! 🙂

Gruß,
Mondschein

Oli-Wan wrote:

PS. Zur Anzeige in der Ebenenauswahl "Browse Notes" aktivieren. Bisher gibt es aber nicht viel zu sehen - ich habe eben testweise Note #8 angelegt.

hab eben mal eine Note #11 anonym angelegt. Ändern geht auch anonym, Löschen nur eingeloggt. Damit sollte das Problem der anonymen "Bereinigungen" wohl erledigt sein.

Was mir noch fehlt: Overlays werden nicht im Permalink aktiviert.

Gruss
walter

wambacher wrote:

Was mir noch fehlt: Overlays werden nicht im Permalink aktiviert.

Stimmt, das wäre praktisch.

Ein RSS-Feed o.ä. wäre auch nett. 🙂

Direktlink auf einen Bug geht:
http://www.openstreetmap.org/?note=14

Unterstützt eigentlich schon ein Editor die neue Notes-API?
http://www.openstreetmap.org/api/0.6/no … 8,51.27801

Gruß,
Mondschein

Mondschein wrote:

Ein RSS-Feed o.ä. wäre auch nett. 🙂

Und die Möglichkeit, persönliche Filtereinstellungen festzulegen (etwa auf Nutzernamen oder Schlüsselwörter wie "irgendwo" in der Beschreibung).

Mondschein wrote:

Unterstützt eigentlich schon ein Editor die neue Notes-API?
http://www.openstreetmap.org/api/0.6/no … 8,51.27801

Ist noch nicht dokumentiert.

Mondschein wrote:

Direktlink auf einen Bug geht:
http://www.openstreetmap.org/?note=14

Ich sehe da das selbe Problem wie bei OSB, man kann auf einer "gelösten" Note/Bug nicht mehr antworten und eine reopen-funktion wäre auch wünschenswert.

Mondschein wrote:

Habe unten rechts auf http://www.openstreetmap.org "Add a note" entdeckt.

Ja, wurde heute morgen live geschaltet.

Oli-Wan wrote:

Mondschein wrote:

Unterstützt eigentlich schon ein Editor die neue Notes-API?
http://www.openstreetmap.org/api/0.6/no … 8,51.27801

Ist noch nicht dokumentiert.

Es gibt teilweise eine Dokumentation auf http://wiki.openstreetmap.org/wiki/Open … gs/API_0.6 Aber ich bin gerade dabei diese zu aktualisieren und auf http://wiki.openstreetmap.org/wiki/API_v0.6 einzupflegen.

Die Wikiseite zu Notes ist hier zu finden: http://wiki.osm.org/wiki/Notes

Edit: Und hier gab es nun auch Ergänzungen: http://wiki.osm.org/wiki/OpenStreetBugs

Mondschein wrote:

Ein RSS-Feed o.ä. wäre auch nett. 🙂

RSS-Feed sollte wie folgt machbar sein:
http://api.openstreetmap.org/api/0.6/no … ,51.669148

Oli-Wan wrote:

Mondschein wrote:

Ein RSS-Feed o.ä. wäre auch nett. 🙂

Und die Möglichkeit, persönliche Filtereinstellungen festzulegen (etwa auf Nutzernamen oder Schlüsselwörter wie "irgendwo" in der Beschreibung).

Mondschein wrote:

Unterstützt eigentlich schon ein Editor die neue Notes-API?
http://www.openstreetmap.org/api/0.6/no … 8,51.27801

Ist noch nicht dokumentiert.

* RSS of London: http://api.osm.org/api/0.6/notes/feed?b … ,51.669148
* GPX of London: http://api.osm.org/api/0.6/notes.gpx?bb … ,51.669148
* Notes XML of London: http://api.osm.org/api/0.6/notes?bbox=- … ,51.669148

Quelle: http://wiki.osm.org/wiki/Talk:Notes

Oli-Wan wrote:

Und die Möglichkeit, persönliche Filtereinstellungen festzulegen (etwa auf Nutzernamen oder Schlüsselwörter wie "irgendwo" in der Beschreibung).

Ist nicht ganz das gewuenschte, aber man kann nach Begriffen suchen.
z.B. http://www.openstreetmap.org/api/0.6/no … rch?q=Spam liefert die 100 neuesten Bugs mit Spam irgendwo in der Beschreibung oder den Kommentaren.

Im Moment erzeugt das noch einen Fehler im xml Document, aber in einem Texteditor kann man sich die Ergenisse betrachten.

Wo kann man bei der Übersetzung der neuen Funktion helfen?

Die Uebersetzung laeuft ueber die normal OSM uebersetzungsseite ( http://translatewiki.net/wiki/Translating:OpenStreetMap ). Allerdings benoetigt die Seite normalerweise immer ein paar Tage bis neuer Text synchronisiert ist und zur Uebersetzung bereit steht. Ebenfalls dauert es nach dem man die Uebersetzung auf translatewiki eingetragen hat meist wiederum ein paar Tage bis die Aenderung zurueck auf osm.org synchronisiert wurden.

Was nach meiner Ansicht zur Zeit noch fehlt, ist die Möglichkeit, Notes direkt zum Editieren auswählen zu können.
Ich bin aber optimisitisch, dass dies bald kommen wird.

Edbert (EvanE)

Ich finde den Schritt prinzipiell sehr gut. Allerdings ist aufgrund der wenig prominente Platzierung der noch offenen Bugs und der fehlenden Übersetzung es leider noch nicht geeignet für externe Leute. Leider wurde auch www.osmbugs.org schon auf readonly gesetzt. Etwas mehr Abstimmung wäre da wünschenswert gewesen 🤔

http://openstreetbugs.schokokeks.org/ geht aber noch.

Jups, leider findet man aber nirgendwo, wie mit den alten Bugs verfahren wird. Sprich werden die migriert oder nicht?
Und so eine "komische" URLs kann man zumindest meiner Erfahrung nach nicht an offizielle Stellen weiterreichen, da die dahinter gleich wieder etwas böse gehaktes vermuten, weil es keinen "offiziellen" Touch hat.

!i! wrote:

und der fehlenden Übersetzung

In der Hinsicht sind wir einen Schritt weiter. Translatewiki hat gerade eine Synchronisation durchgefuehrt, so das der Text nun auf translate wiki [1] uebersetzbar ist. Mit der naechsten Synchronisation erscheinen die Uebersetzungen dann auf osm.org.

Wir sollten uns aber vielleicht mal ueberlegen was eigentlich die beste Uebersetzung fuer "Note" ist? "Notitz" als direkte uebersetzung, oder gibt es einen passenderen Begriff?

[1] http://translatewiki.net/wiki/Translating:OpenStreetMap

amm wrote:

oder gibt es einen passenderen Begriff?

Meldung und Mitteilung klingen vernünftig.

http://www.dict.cc/?s=note

"Fehlerbericht erstellen" ??
Quelle: http://openstreetbugs.schokokeks.org/

Oder kürzer nur: "Fehler melden"

!i! wrote:

Jups, leider findet man aber nirgendwo, wie mit den alten Bugs verfahren wird. Sprich werden die migriert oder nicht?

Da sollte man mal eine groessere Diskussion in der Community starten, was am meisten gewuenscht wird. Sollte man die bugs migrieren (welches technisch nicht uebermaessig schwierig waere), oder ist es eine gute Zeit in OSB aufzuraeumen und nicht die ganzen alten Bugs die keiner mehr bearbeiten wird in die neue DB zu uebertrage und gleich wieder "zu zu muellen"? Gibt es sinnvolle mittelwege, z.B. nur bugs die im letzten Monat Aktivitaet gesehen zu migrieren?

!i! wrote:

Und so eine "komische" URLs kann man zumindest meiner Erfahrung nach nicht an offizielle Stellen weiterreichen, da die dahinter gleich wieder etwas böse gehaktes vermuten, weil es keinen "offiziellen" Touch hat.

Aus meiner Sicht ist das eine der Hauptgruende fuer die Integration von OSB in osm.org, um dem ganzen ein "offiziellen" Stempel aufzudruecken. Ausserdem sollte es deutlich einfacher fuer newbies zu finden sein die gerade zum ersten mal von OSM gehoert haben, als irgendeine "komische" URL.

Die ganzen Beziehungen zwischen den "hunderten" von unabhaengigen Subprojekten und Webseiten und das die ganze Funktionalitaet auf so vielen verschiedenen unabhaengigen Seiten verstreut ist, ist imho eine der kompliziertest zu erklaerenden Aspekte von OSM. Das diese Beziehung dann nur von Insidern verstanden wird, fuehrt dann auch manchmal zu so unschoenen Dingen wie das die Presse z.B. von "Cloudmade's OpenStreetMap" berichtet.

reneman wrote:

Oder kürzer nur: "Fehler melden"

In den ersten Entwicklerversionen der OSB-Integration, hies es im Englischen auch noch "Report an issue". Es wurde dann irgentwann von Issue / Bug in "Note" umbenannt, da es technisch gesehen fuer alles moegliche fuer Notizen verwendet werden koennte. Persoenlich ist mir der Begriff etwas zu generisch, aber ich kann mir schon vorstellen das die Community in Zukunft auch noch weitere nuetzliche Verwendungszwecke fuer das System finden koennte als nur Fehler zu berichten.

Da aller Text auf Translatewiki uebersetzbar ist, muss die deutsche Community nicht unbedingt dieser Generifizierung folgen und kann es in der Tat mit "Fehler melden" uebersetzen. Ich waere wahrscheinlich dafuer. Allerdings sollte es konsistent sein. Insofern sollten sich alle Uebersetzer einigen was am besten ist. Moeglicherweise sollte man insofer auch die mailinglist talk-de mit in die Diskussion einbeziehen.

Tja, da hat inzwischen jemand für sich entschieden, dass es "Anmerkung" heißen soll.
Kann man irgendwo sehen, wer das ist?
Die im Translate-Wiki vorgenommenen Änderungen sind keine 10min alt...

reneman wrote:

Tja, da hat inzwischen jemand für sich entschieden, dass es "Anmerkung" heißen soll.
Kann man irgendwo sehen, wer das ist?
Die im Translate-Wiki vorgenommenen Änderungen sind keine 10min alt...

Unter http://translatewiki.net/w/i.php?title= … tions=only kann man die letzten aenderungen sehen und wer das gemacht hat.

Man kann diese Uebersetzungen aber auch wieder aendern. Es ist schlieslich ein Wiki.

Aber wie gesagt, man sollte das vermutlich mit der mailinglist talk-de absprechen, damit es keine "Edit wars" gibt.

Ich finde Anmerkung nicht schlecht. Fehler ist zu eingeschränkt, Meldung ginge aber auch.

Bei Anmerkung sehe ich das Problem, dass eine Anmerkung nicht unbedingt ein Fehler sein muss. Anmerkung kann auch sein: "Das Gelb vom Sand passt gut zum blauen Meer". Oder "OSM ist cool"

Evtl. könnte man es auch etwas lockerer formulieren. Fehler gefunden?

aighes wrote:

Bei Anmerkung sehe ich das Problem, dass eine Anmerkung nicht unbedingt ein Fehler sein muss. Anmerkung kann auch sein: "Das Gelb vom Sand passt gut zum blauen Meer". Oder "OSM ist cool"

Ich sehe es ebenso, es ist eine Funktion, die einer bestimmten Aufgabe gerecht werden soll. Wenn man dem Kind jedoch keinen eindeutigen Namen gibt, braucht man sich dann nicht zu wundern, wenn der Nutzer die Funktion für andere Dinge nutzt. Man sollte sich darüber im klaren sein, dass die Funktion nun auf die OSM-Hauptseite gewandert ist. Hier gibt es alle Arten von Besuchern, nicht nur OSM'ler oder IT'ler. Unter "Anmerkungen" vermutet man alles mögliche, aber gewiss keine Fehler oder Verbesserungsvorschläge.

amm wrote:

Aber wie gesagt, man sollte das vermutlich mit der mailinglist talk-de absprechen, damit es keine "Edit wars" gibt.

Ist informiert, siehe http://lists.openstreetmap.org/pipermai … 01815.html
Danke an Kai

Jetzt steht nur noch eine Einigung aus, ich würde es begrüßen, wenn sich noch weitere Mitleser beteiligen...

aighes wrote:

Evtl. könnte man es auch etwas lockerer formulieren. Fehler gefunden?

Dafür.
Das löst aber nur das Problem für den "einladenden Link" auf oder neben der Karte. Die ... Dings ... selbst müssen trotzdem noch einen Namen haben.

aighes wrote:

Evtl. könnte man es auch etwas lockerer formulieren. Fehler gefunden?

Mit Fragezeichen? Den dieses erweckt den Eindruck, eine Hilfeseite anzubieten.
In dieser erwartet man eine Erläuterung, was zu tun ist, wenn man einen Fehler gefunden hat.

reneman wrote:

aighes wrote:

Evtl. könnte man es auch etwas lockerer formulieren. Fehler gefunden?

Mit Fragezeichen? Den dieses erweckt den Eindruck, eine Hilfeseite anzubieten.
In dieser erwartet man eine Erläuterung, was zu tun ist, wenn man einen Fehler gefunden hat.

Na klar: eine Dings schreiben. Wozu die gut ist, steht über dem Eingabefeld - insofern erkenne ich den Widerspruch nicht, den Du offenbar siehst.

Das Feld soll ja vorallem nicht-Mapper ansprechen. Einem Mapper muss man hoffentlich nicht erklären, wie er einen Fehler behebt, bzw. wie man den Fehler meldet.

Hinter "Fehler gefunden?" vebirgt sich dann ja auch der Text, der dem Nutzer sagt, was er tun soll. Bewege das Symbol auf den Ort des Fehlers und schreibe in die Textbox möglichst detailiert rein, was da fehlerhaft ist.

aighes wrote:

Das Feld soll ja vorallem nicht-Mapper ansprechen. Einem Mapper muss man hoffentlich nicht erklären, wie er einen Fehler behebt, bzw. wie man den Fehler meldet.

Hinter "Fehler gefunden?" verbirgt sich dann ja auch der Text, der dem Nutzer sagt, was er tun soll. Bewege das Symbol auf den Ort des Fehlers und schreibe in die Textbox möglichst detailiert rein, was da fehlerhaft ist.

In der englischen Version wurde (wahrscheinlich) bewusst das sehr allgemeine "Add Note" gewählt. Daher denke ich, dass dies nicht auf Meldung von Fehlern beschränkt werden sollte. Sonst hätte man ja wahrscheinlich etwas wie "Report Error" gewählt.
Ich finde, dass dies auch in der deutschen Version rüberkommen sollte. Daher mein Vorschlag ein ebenso allgemeines "Notiz erstellen".

Edbert (EvanE)

aighes wrote:

Evtl. könnte man es auch etwas lockerer formulieren. Fehler gefunden?

+1

EvanE wrote:

In der englischen Version wurde (wahrscheinlich) bewusst das sehr allgemeine "Add Note" gewählt. Daher denke ich, dass dies nicht auf Meldung von Fehlern beschränkt werden sollte. Sonst hätte man ja wahrscheinlich etwas wie "Report Error" gewählt.
Ich finde, dass dies auch in der deutschen Version rüberkommen sollte. Daher mein Vorschlag ein ebenso allgemeines "Notiz erstellen".

Dann wird man ganz schnell die Karte voller privater und allgemeiner Notizen haben: Übersichtlichkeit gegen Null

Wir brauchen imho vor allem Hinweise auf Fehler, möglichst auch eindeutige die sich erledigen lassen.

Gruß BBO

Dann wird man ganz schnell die Karte voller privater und allgemeiner Notizen haben: Übersichtlichkeit gegen Null

Das könnte eh ein Problem werden. Was passiert mit sinnlosen Notes? Wer darf diese löschen? Werden diese trotz Löschung aufgehoben (=keine Löschung sondern Ausblenden)?

Ich wäre dafür, das angemeldete Benutzer Notizen löschen/ausblenden können.

EvanE wrote:

Ich finde, dass dies auch in der deutschen Version rüberkommen sollte. Daher mein Vorschlag ein ebenso allgemeines "Notiz erstellen".

Nicht Notiz - könnte man als "private Notiz/Merkzettel" interpretieren - sondern sowas wie "Nachricht/Mitteilung/Hinweis" verwenden.

Gruss
walter

Ich nutze in Textbeiträgen "fehlende / falsche Information" mit Verweis auf OSB zum eintragen.

wambacher wrote:

EvanE wrote:

Ich finde, dass dies auch in der deutschen Version rüberkommen sollte. Daher mein Vorschlag ein ebenso allgemeines "Notiz erstellen".

Nicht Notiz - könnte man als "private Notiz/Merkzettel" interpretieren - sondern sowas wie "Nachricht/Mitteilung/Hinweis" verwenden.

Interpretation:
"Notiz erstellen" -> Zweckentfremdung als private Notiz/Merkzettel
"Nachricht/Mitteilung" -> Zweckentfremdung als Kontaktformular gewünscht (Wählen Sie das Haus aus, mit dem Sie Kontakt haben möchten 😛 )?
"Hinweis" -> entspricht einem Linktext zu sonstigen Hinweisen (Legende, Lizenzen, etc.)

reneman wrote:

Interpretation:
....

hab mal kurz deine heutigen Posts zu dem Thema überflogen: Bis auf Kritik bzw. Ablehnung aller Vorschläge kam leider nichts, aber auch garnichts konstruktives von dir. Es ist halt einfacher, "rumzunörgeln" als selber einen Vorschlag zu machen.

eot
-w-

wambacher wrote:

hab mal kurz deine heutigen Posts zu dem Thema überflogen: Bis auf Kritik bzw. Ablehnung aller Vorschläge kam leider nichts, aber auch garnichts konstruktives von dir. Es ist halt einfacher, "rumzunörgeln" als selber einen Vorschlag zu machen.

Sorry, kann nix dafür, dass ich der erste zweite (poppei war der Erste) war, der seine Vorschläge schon gestern veröffentlicht hat.

reneman wrote:

Oder kürzer nur: "Fehler melden"

reneman wrote:

"Fehlerbericht erstellen" ??
Quelle: http://openstreetbugs.schokokeks.org/

PS: Kritik ist ebenso konstruktiv, vorrausgesetzt man nimmt sich ihr an 😉
Edit: Achja, einen eigenen Vorschlag von dir hab ich übersehen, oder? Deine Antwort war ebenso konstruktiv wie meine.

wambacher wrote:

EvanE wrote:

Ich finde, dass dies auch in der deutschen Version rüberkommen sollte. Daher mein Vorschlag ein ebenso allgemeines "Notiz erstellen".

Nicht Notiz - könnte man als "private Notiz/Merkzettel" interpretieren - sondern sowas wie "Nachricht/Mitteilung/Hinweis" verwenden.

Edit2: #50 stellt nicht nur meine Meinung dar, sondern beinhaltet ebenso vorherige Aussagen (Nennt man Zusammenfassung m. pers. Ergänzung).
Edit3: Ist es möglich beim Thema zu bleiben, damit wir ein Stück weiter kommen?

reneman wrote:

Oder kürzer nur: "Fehler melden"

Das finde ich gut.
Eindeutig und ein recht kurzer Text.
Wir wollen doch nur Fehlerberichte haben und nicht Meldungen wie "Hier fehlt noch etwas".

Grüße
Daniel

reneman wrote:

wambacher wrote:

EvanE wrote:

Ich finde, dass dies auch in der deutschen Version rüberkommen sollte. Daher mein Vorschlag ein ebenso allgemeines "Notiz erstellen".

Nicht Notiz - könnte man als "private Notiz/Merkzettel" interpretieren - sondern sowas wie "Nachricht/Mitteilung/Hinweis" verwenden.

Interpretation:
"Notiz erstellen" -> Zweckentfremdung als private Notiz/Merkzettel
"Nachricht/Mitteilung" -> Zweckentfremdung als Kontaktformular gewünscht (Wählen Sie das Haus aus, mit dem Sie Kontakt haben möchten 😛 )?
"Hinweis" -> entspricht einem Linktext zu sonstigen Hinweisen (Legende, Lizenzen, etc.)

Nun ja, man sollte vielleicht mal nachfragen, was die Leute, die das in die Hauptseite eingebunden haben, mit "Add Note" ausdrücken wollten. Ich vermute sehr stark, das sie diese Funktion nicht auf reine Fehlermeldungen beschränken wollten. Sonst hätte man wohl auf etwas wie "Report Error" zurück gegriffen.

Warum soll man nicht z.B. Hinweise auf Events wir Open-Air-Festivals in einer Notiz erfassen?
Was wäre denn schädlich an privaten Notizen, wenn sie als solche erkennbar wären und automatisch nach z.B. einem Monat wieder entfernt werden?

dict.leo.org liefert für für das Wort note folgende Übersetzungen:
Substantive

␣␣␣␣␣note␣			die␣Banknote
banknote␣␣␣also:␣bank␣note␣[finan.]␣			die␣Note
note␣[finan.][mus.]␣			die␣Note
note␣␣␣especially␣␣(Aust.;␣Brit.)␣[finan.]␣			der␣Geldschein
note␣␣␣especially␣␣(Aust.;␣Brit.)␣[finan.]␣			der␣Schein
note␣			die␣Anmerkung␣[Abk.:␣Anm.]
note␣			der␣Hinweis
note␣			die␣Meldung
note␣			die␣Mitteilung
note␣			die␣Notiz
note␣[mus.]␣␣␣␣␣␣␣␣␣der␣Ton␣␣-␣Pl.:␣die␣Töne
account␣␣␣␣␣␣␣␣␣␣␣␣␣␣␣die␣Note
note␣			die␣Aktennotiz
note␣			die␣Anzeige

Für unseren Fall also vor allem die Bedeutungen:
Anmerkung, Hinweis, Meldung, Mitteilung, Notiz.

Edbert (EvanE)

austi1996 wrote:

reneman wrote:

Oder kürzer nur: "Fehler melden"

Das finde ich gut. Eindeutig und ein recht kurzer Text.
Wir wollen doch nur Fehlerberichte haben und nicht Meldungen wie "Hier fehlt noch etwas".

Hallo Daniel

Für OpenStreetBugs hat das schon nicht gegolten, da dort Hinweise auf fehlende Elemente explizit erwähnt wurden.

Was die Leute, die das in die Hauptseite integriert haben, wollten, geht meiner Meinung nach über nur Fehler melden hinaus, da das Wort Note eine deutlich breitere Bedeutung hat wie Fehler. Wenn es nur um den Ersatz von OpenStreetBugs gegangen wäre, dann hätte man sicher das Wort Error (Fehler) gewählt.

Es hilft wohl nichts, irgendjemand müsste diese Frage (Welche Bedeutung ist gemeint?) mal in der internationalen ML (talk) stellen. Ansonsten sind wir beim Stochern im Nebel und das führt wahrscheinlich zu einer falschen Interpretation.

Edbert (EvanE)

Vielleicht könnte man ja auch in Richtung "Verbesserungsvorschlag" gehen. Breitere Bedeutung als "Fehler", aber kein großes Risiko, dass es für private Notizen gehalten wird. Kann natürlich leicht als Möglichkeit für Änderungswünsche an der Seitengestaltung statt am Karteninhalt missverstanden werden, aber irgendeinen Interpretationsspielraum gibt es eben immer.

EvanE wrote:

Nun ja, man sollte vielleicht mal nachfragen, was die Leute, die das in die Hauptseite eingebunden haben, mit "Add Note" ausdrücken wollten. Ich vermute sehr stark, das sie diese Funktion nicht auf reine Fehlermeldungen beschränken wollten. Sonst hätte man wohl auf etwas wie "Report Error" zurück gegriffen.

Ich möchte niemandem zu nahe treten, aber auf der Wikiseite wurde von Harry Wood bereits in der Einleitung definiert für was die Funktion gedacht ist.
Ich bin so frei und erwähne nochmals den Link
und auf die schnelle eine von Google vorgenommene Übersetzung:

Notes ist eine neue (2013.04.23) Merkmal der OpenStreetMap.org Website. Besucher können nun "Hinzufügen einer Notiz" auf der Karte, um leicht markieren Fehler in den Kartendaten. Diese Funktion ist nur für Diskussionen über die Kartendaten, und nicht für allgemeine Hinweise wie "Ich war hier am Samstag" oder "Es war ein Verbrechen an diesem Ort" bestimmt. Alle Noten sind immer öffentlich für jeden sichtbar. Um eine neue Notiz verfassen, oder einen Kommentar auf einen Zettel, ist es nicht notwendig, um sich einloggen oder einen OSM-Account, aber es ist von Vorteil, dies zu tun. Hinweise sind als Zwei-Wege-Kommunikation bestimmt, und die Fähigkeit, für ein Mapper, um weitere Details zu fragen, wenn notwendig, um das Problem zu beheben, ist wichtig.

Zwei wesentliche Merkmale die i.m.A. die Diskussion "für was" mit einem Schlag beenden:
+ Fehler
+ Problem
- Hinweise

Edit: Soweit ich dies sehen kann, gibt es bereits Anregungen auch im englischen den Titel des Links umzubenennen

EvanE wrote:

Nun ja, man sollte vielleicht mal nachfragen, was die Leute, die das in die Hauptseite eingebunden haben, mit "Add Note" ausdrücken wollten.

Meiner Meinung nach gar nichts. Ich vermute, daß der Name "Notes" einfach gewählt wurde, weil das Kind einen Namen brauchte, aber nicht aus wirklich tieferen Erwägungen. Außerdem muß der Code für "Notes" in das OSM-Repository eingebaut werden - und Bugs, Errors, Issues etc. hätten als Verzeichnisname dort wohl andere (falsche) Assoziationen geweckt. Niemand hindert uns, für die deutsche Version einen der Sache angemessenen Namen zu vergeben, auch wenn dieser keine wörtliche Übersetzung des Originals darstellt.

EvanE wrote:

Was wäre denn schädlich an privaten Notizen, wenn sie als solche erkennbar wären und automatisch nach z.B. einem Monat wieder entfernt werden?

Das bringt mich auf einen weiteren Feature-Wunsch: ein (optionales) Ablaufdatum für "Notes".

Oli-Wan wrote:

EvanE wrote:

Was wäre denn schädlich an privaten Notizen, wenn sie als solche erkennbar wären und automatisch nach z.B. einem Monat wieder entfernt werden?

Das bringt mich auf einen weiteren Feature-Wunsch: ein (optionales) Ablaufdatum für "Notes".

Dem englischen Original nach zu urteilen ist das Notes-Feature nicht für private notizen gedacht. Für diese wäre ein Ablaufdatum zwar wünschenswert, aber wenn gut gemeinte Fehlerhinweise nach x Tagen verschwinden ohne das sie jemand angesehen hat, wäre das auch nicht im Sinne der Erfinder.

Theodin wrote:

Dem englischen Original nach zu urteilen ist das Notes-Feature nicht für private notizen gedacht. Für diese wäre ein Ablaufdatum zwar wünschenswert, aber wenn gut gemeinte Fehlerhinweise nach x Tagen verschwinden ohne das sie jemand angesehen hat, wäre das auch nicht im Sinne der Erfinder.

Wenn etwa eine Straßenbaustelle, deren Eintragung gewünscht wird, voraussichtlich ein halbes Jahr bestehen wird, anschließend die ursprüngliche Verkehrsführung wiederhergestellt wird, und sich in dieser Zeit niemand der -Dings- annimmt, braucht die -Dings- nicht noch darüber hinaus noch Jahre erhalten zu bleiben.
Abgesehen davon könnte man ja durchaus eine Checkbox "privat (Notiz nur für mich)" hinzufügen.

Kurze Zusammenfassung der bisherigen Vorschläge:

User		Beitrag	Vorschlag
amm		#29	Notiz	(Themeneröffnung)
poppei82	#30	Meldung
poppei82	#30	Mitteilung
reneman		#31	Fehlerbericht␣erstellen
reneman		#32	Fehler␣melden
Metalhead64	#35	Anmerkung
Theodin		#37	Meldung
aighes		#38	Fehler␣gefunden?
EvanE		#45	Notiz␣erstellen
geri-oc		#49	fehlende␣/␣falsche␣Information
EvanE		#54	Hinweis
errt		#56	Verbesserungsvorschlag
_al		#67	Hinweis␣geben/erstellen
OPerivar	#83	Unstimmigkeit

Nachdem wir nun festgestellt haben, wofür die Funktion ist, und wofür nicht, schlage ich vor, dass jeder sein Stimmchen für einen der Vorschläge kundtut. Ich würde dies auch sammeln und aufbereiten...danke

reneman wrote:

schlage ich vor, dass jeder sein Stimmchen für einen der Vorschläge kundtut.

Ich bin entweder für "Fehler melden" oder für "falsche / fehlende Information" (ersteres ist kürzer und paßt, zweiteres finde ich noch passender, aber etwas lang).

Gruß
unixasket

Fehler gefunden?
zweite Wahl: Fehler melden

Oli-Wan wrote:

Fehler gefunden?
zweite Wahl: Fehler melden

Bin auch für diese beiden. Ist präziser als mein Vorschlag. 😎

Oli-Wan wrote:

Fehler gefunden?
zweite Wahl: Fehler melden

Ist ebenso meine Wahl.

Ich bin für "Fehler melden".

Ich fände "Hinweis geben" oder "Hinweis erstellen" oder sowas am besten.

Es sollten IMO explizit nicht nur "Fehler" genannt und erwähnt werden, sondern eben Hinweise (idF die beste Übersetzung für "note") aller Art (auch Fehler) gegeben werden.

/al

Oli-Wan wrote:

Fehler gefunden?
zweite Wahl: Fehler melden

+1

aighes wrote:

Oli-Wan wrote:

Fehler gefunden?
zweite Wahl: Fehler melden

Ist ebenso meine Wahl.

Ich bin weiterhin für "Notiz" oder "Notiz erstellen".
So wie es aussieht werde ich mich damit wohl kaum durchsetzen.

Edbert (EvanE)

EvanE wrote:

Ich bin weiterhin für "Notiz" oder "Notiz erstellen".
So wie es aussieht werde ich mich damit wohl kaum durchsetzen.

Naja, wenn wir deine Stimme 10x werten, dann könnte es vlt. klappen. Was bietest du? 😄

Edit: Grafik aktualisiert.
Edit2: Bis 04.05.2013 (Samstag) sollten wir ein erstes Ergebnis und die erste Version der Übersetzung fertig haben, damit die Übersetzung mit der wöchentlichen Sychronisierung übernommen werden kann.

Edit3 aus der Maillingliste Talk-de: http://blog.openstreetmap.org/2013/04/2 … e-feature/
welche über die Abstimmung informiert wurde (Dank an aighes).

Oli-Wan wrote:

Fehler gefunden?
zweite Wahl: Fehler melden

+1

Gruß BBO

"Fehler gefunden?" passt für mich auch. Ist zwar konkreter als das Original, aber in der intendierten Richtung; also passt's.

Theodin wrote:

"Fehler gefunden?" passt für mich auch. Ist zwar konkreter als das Original, aber in der intendierten Richtung; also passt's.

Auch wenn viele das hier offensichtlich bevorzugen, sollte man sich überlegen, ob man negativ besetzte Worte wie "Fehler" oder "Problem" überhaupt auf der Karte zeigen will.
"Notiz" ist neutral, "Hinweis" zumindest nicht negativ besetzt.

Bei OpenStreetBugs war das Negative bereits im Seitennamen enthalten (Bug). Weiter war die Seite im Wesentlichen nur Mappern bekannt, die das in der Regel richtig einzuordnen wußten.
Jetzt auf der Hauptseite, haben solche feinen Unterschiede ein größeres Gewicht, da auch völlig Unbedarfte (was OSM betrifft) diese Seite sehen.

Edbert (EvanE)

EvanE wrote:

Theodin wrote:

"Fehler gefunden?" passt für mich auch. Ist zwar konkreter als das Original, aber in der intendierten Richtung; also passt's.

Auch wenn viele das hier offensichtlich bevorzugen, sollte man sich überlegen, ob man negativ besetzte Worte wie "Fehler" oder "Problem" überhaupt auf der Karte zeigen will.
"Notiz" ist neutral, "Hinweis" zumindest nicht negativ besetzt.

Bei OpenStreetBugs war das Negative bereits im Seitennamen enthalten (Bug). Weiter war die Seite im Wesentlichen nur Mappern bekannt, die das in der Regel richtig einzuordnen wußten.
Jetzt auf der Hauptseite, haben solche feinen Unterschiede ein größeres Gewicht, da auch völlig Unbedarfte (was OSM betrifft) diese Seite sehen.

Edbert (EvanE)

1+

Ich bevorzuge auch das Wort "Hinweis (zur Verbesserung der Karte)" oder vielleicht "Verbesserungsvorschlag"

Gruß Uwe

Etwas gutes darf auch Fehler haben...
Und: Wer ehrlich ist steht zu seinen Fehlern!
Und: Wer Perfekt ist, bietet dem User an, bei der Beseitigung des Fehlers zu helfen.
Edit2:
Und: Nur wer sich seine Fehler aufzeigen läßt, kann sie auch beseitigen.

Edit: Grafik aktualisiert.

Bei Google Maps ist die entsprechende Funktionalität mit "Problem mit der Karte melden" bezeichnet.

Oli-Wan wrote:

EvanE wrote:

Nun ja, man sollte vielleicht mal nachfragen, was die Leute, die das in die Hauptseite eingebunden haben, mit "Add Note" ausdrücken wollten.

Meiner Meinung nach gar nichts. Ich vermute, daß der Name "Notes" einfach gewählt wurde, weil das Kind einen Namen brauchte, aber nicht aus wirklich tieferen Erwägungen.

Wie oben schon erwaent, wurde in der ersten Fassung die Begriffe "Report an issue" und "Bug" verwendet, wurde dann aber im Laufe bewusst in "Note" umgeandert. Zum Teil, weil "Bug" nicht gerade der benutzerfreundlichste Begriff ist und weil im Source ein generischer Begriff nuetzlicher ist, aber auch weil eben Bewusst das ganze expansiver gestalten wollte. Dies bestaetigt Tom auch noch einmal in einer englischen Diskussion zum Thema der Begrifflichkeiten[1].

[1] https://github.com/openstreetmap/openst … t-17236768

Soweit ich es verstanden habe, geht es dort um den Inhalt des "Add a Note"-Fensters (Beschreibung).
Aber nicht um den Titel des Links, oder?

reneman wrote:

Kurze Zusammenfassung der bisherigen Vorschläge:

User		Beitrag	Vorschlag
amm		#29	Notiz	(Themeneröffnung)

Bei einer Abstimmung waere ich fuer "Fehler melden" oder "Problem melden" ("Problem melden" ist auch das was google maps als Begriff fuer diese Funktionalitaet verwendet).

Fehler beinhaltet fuer mich auch "da fehlt etwas" und kann somit auch fuer Dinge wie "TODO" Notizen verwendet werden. Sollte die Community in Zunkunft weitere sinnvolle Verwendungszwecke fuer das Feature finden, kann man es dann immer noch wieder umbenennen.

Das reduziert hoffentlich dann Notizen wie ( http://www.openstreetmap.org/browse/note/205 ), die nicht wirklich im Sinne des Erfinders sind.

reneman wrote:

Soweit ich es verstanden habe, geht es dort um den Inhalt des "Add a Note"-Fensters (Beschreibung).
Aber nicht um den Titel des Links, oder?

Der Pull request fing an bezueglich des Textes im "Add a Note"-Fenster, aber in dem Zusammenhang wurde in den spaeteren Kommentaren auch die Begrifflichkeit "Add a Note" bzw "Note" im allgemeinen in Frage gestellt und Tom hat eben seine Begruendung fuer die Verwendung des Begriffes gegeben.

amm wrote:

Fehler beinhaltet für mich auch "da fehlt etwas" und kann somit auch für Dinge wie "TODO" Notizen verwendet werden. Sollte die Community in Zunkunft weitere sinnvolle Verwendungszwecke für das Feature finden, kann man es dann immer noch wieder umbenennen.

+1, insbesondere auch für das erwähnen der zweiten Feststellung ("spätere Änderung jederzeit möglich") 🙂

Tach.

amm wrote:

Das reduziert hoffentlich dann Notizen wie ( http://www.openstreetmap.org/browse/note/205 ), die nicht wirklich im Sinne des Erfinders sind.

Und wie melde ich, wenn so etwas in der Karte fehlt?

fragt:
der Assistent

Mein Vorschlag:
Unstimmigkeit

Reschpeckt! Da wird über 4 Seiten philosophiert, ob man das jetzt Fehler oder Bug oder Problem oder Bär nennen soll. Aber daß immer noch keine Unterscheidung zwischen Datenfehler und Verbesserungsvorschlag (oder: falschen und fehlenden Daten) gemacht wird, wen juckts. Wurde ja in den letzten Jahren auch kaum mal angesprochen.

Prost!
(ich glaube ich muss mit dem Assistent seinem Chef mal einen trinken gehen...)

http://www.ddr-hoerspiele.net/bilder/co … leider.jpg

Zecke (heute mal bissig!)

@Zecke - sehe ich ähnlich. Ansonsten wäre ich erstmal für Fehler melden. Dann müsste man noch überlegen wie im Layerswitcher "Browse Notes" übersetzt werden soll.

Thomas

Hier meine Stimme:
[x] Fehler melden

Moin!

ich wäre noch dafür die Unstimmigkeiten um "gefunden?" oder "melden" zu erweitern.

Gruß Jan

Erste Wahl: Fehler gefunden?
zweite Wahl: Fehler melden

Hallo,

mit fällt da noch Kartenfehler melden bzw. Kartenfehler gefunden? ein. Sonst erweckt es den Eindruck, Fehler an der Webseite zu melden statt auf der Karte.

Franz

FvGordon wrote:

mit fällt da noch Kartenfehler melden bzw. Kartenfehler gefunden? ein. Sonst erweckt es den Eindruck, Fehler an der Webseite zu melden statt auf der Karte.

Da der Link schon innerhalb der Slippymap liegt und somit ein klarer Bezug zur Karte gegeben ist, sehe ich diese Gefahr als eher gering an. Außerdem sind (für Dritte ersichtliche) Fehler auf der Website deutlich seltener als Fehler im Datenbestand 😉

Ich wäre dafür mittels eines Zufalls-Algorithmus.... oder 6 Wochen lang immer einen anderen Begriff einzublenden und dann den zu verwenden der zu den meisten Ergebnissen geführt hat. 😉 😄

Edit: Wobei sich dann die Frage stellt ob der Anwender das Produkt am Ende so nutzt wie sich der Programmierer mal die spätere Verwendung vorgestellt hat. 😎

Mal abgesehen vom Namen, ich will ein kurzes statment was ihr davon haltet:

Jemand schreibt dass da bald was gebaut wird oder villeicht was ist (irgendeine Anlage oder so)

Ein Mapper schließt die Note dann mit begründungen wie komm mit luftbilder wieder oder mach die note neu auf wenn es gebaut ist.

Das passiert gerade in meiner umgebung häufig. Ich finde das gehört nicht zur korrekten nutzung von notes, und nur weil etwas erst bald exestiert kann man ja schon ne note dafür setzten.

mfg, pointhi

ich sehe das ganz pragmatisch:
Da ist ein Feld, wo man Text eingeben kann. Also schreiben die Anwender das rein, was sie wollen. Und sei es "hier fehlt was", "hier ist was falsch", "hier wird bald gebaut", "hier wohnt meine Freundin", "kannst hier billig einkaufen", "Dreckloch, das Hotel müsste geschlossen werden", ... - das kann man NIE verhindern - egal wie man das Feld nennt.

Gruss
walter

Ich bin für "Fehler melden" im Link. Und "Meldung" als allgemeiner Name für die Notes.

Es ist schon deutlich zu erkennen, dass der Link den Name "Fehler *" erhalten soll...

reneman wrote:

Es ist schon deutlich zu erkennen, dass der Link den Name "Fehler *" erhalten soll...

Danke reneman für die Auswertung. Ich würde mich der demokratischen Mehrheit geschlagen geben, es könnte meinetwegen dann "Fehler gefunden? - Hier melden" heißen.

Grüße aus Sachsen von Uwe

Ich bin für "Fehler melden", bzw. konkreter "Kartenfehler melden"

Czmartin

Also der RSS-Feed zu den Notes hat irgendwas. Bestehende Notes werden in Google Reader jeden Tag als neue Einträge angezeigt...

reneman wrote:

Bis 04.05.2013 (Samstag) sollten wir ein erstes Ergebnis und die erste Version der Übersetzung fertig haben, damit die Übersetzung mit der wöchentlichen Sychronisierung übernommen werden kann.

Sieger ist derzeit wohl "Fehler melden"

Wer möchte die Übersetzung entsprechend anpassen?

Gruß
BBO

Soweit ich dies gesehen habe, wurde dies bereits erledigt 🙂
siehe z.B. http://translatewiki.net/wiki/Osm:Site. … atenote/de
oder http://translatewiki.net/wiki/Osm:Brows … it.note/de

Und auch im Profil: http://translatewiki.net/wiki/Osm:User.view.my_notes/de

edit: wobei http://translatewiki.net/wiki/Osm:Note.mine.heading/de meiner Meinung nach nicht gut übersetzt ist. Sollte eher "Gemeldete Fehler von %{user}" heißen, da ansonsten suggeriert werden könnte, dass der Fehler vom entsprechenden User kommt.

Soeben geändert in

Fehler gemeldet von %{user}

. Danke.

Was hatten wir uns den Kopf zerbrochen um eine Einigung zu erzielen, für was die neue "Add a Note"-Funktion genau gedacht ist.
Seit heute gibt es von Harry Wood die folgende Ergänzung im Wiki:

Da sich beim Thema Import von OSB nach Notes derzeit nichts zu tun scheint, habe ich selbst mal zu diesem Zweck ein Programm gebastelt. Vorweg: Ich habe nicht vor, es flächendeckend einzusetzen. Aber ich werde es zur Verfügung stellen, damit jeder, der möchte, in seiner eigenen Umgebung die gemeldeten Fehler nach Notes übertragen und das Thema OSB für sich abhaken kann. Es ist doch ein wenig lästig, zwei Fehlermeldeportale im Blick zu behalten.

Das Programm funktioniert denkbar simpel: Zuerst werden bei OSB alle Einträge innerhalb einer einzugebenden bbox abgefragt. Dann wird zu jedem dieser OSB-Einträge eine "Note" erstellt und der OSB mit dem Kommentar "nach OSM Notes übertragen" geschlossen. Die neu erzeute "Note" sieht dann z.B. so aus: http://www.openstreetmap.org/browse/note/9620
OSB liefert bei einer Anfrage maximal 100 Bugs. Bei großer Bugdichte (oder großer bbox) muß man das Programm mehrfach ausführen, weil es jeweils nur das Resultat einer einzigen Anfrage verarbeitet.

Bevor ich das Programm im Netz bereitstelle, möchte ich es noch ein wenig weiter testen. Wer mir zu diesem Zweck seine Umgebung als Testgelände zur Verfügung stellen möchte, möge bitte die Grenzen (unten, oben, links, rechts) nennen.

Eine halb-automatische lokale Uebertragung von OSB in Notes, klingt sehr sinnvoll.

Ich gehe mal davon aus das es keine grossflaechige und "offizielle" Uebertragung von OSB nach Notes mehr geben wird. Wenn dann waeres as sinnvoll gewesen direkt am Anfang zu machen. Nun gibt es wahrscheinlich bereits zu viele ueberscheidungen als das eine voll-automatische Uebertragung gute Ergebnisse bringen wuerde.

Wie genau dein Program funktioniert weis ich nicht, aber es waere vielleicht schoen, wenn man kurz ueber die Liste gehen koennte und alle Bugs die nicht wirklich bearbeitbar sind, oder wahrscheinlich out-of-date sind vorher / waehrenddessen schliesst. Das wuerde helfen moeglichst wenig unnutze Altlasten in das neue System zu portieren.

Werden etwaige Kommentare in OSB ebenfalls ueberfuehrt?

amm wrote:

Wie genau dein Program funktioniert weis ich nicht, aber es waere vielleicht schoen, wenn man kurz ueber die Liste gehen koennte und alle Bugs die nicht wirklich bearbeitbar sind, oder wahrscheinlich out-of-date sind vorher / waehrenddessen schliesst. Das wuerde helfen moeglichst wenig unnutze Altlasten in das neue System zu portieren.

Werden etwaige Kommentare in OSB ebenfalls ueberfuehrt?

Bisher macht das Programm nach dem Herunterladen einfach for (vector<OSB>::const_iterator i = osbs.begin (); ...) { ... } und überführt ungehemmt alle Bugs zu Notes. Das könnte ich mit geringem Aufwand dahingehend erweitern, daß der Nutzer zu jedem einzelnen OSB gefragt wird, was damit geschehen soll: zu Notes hochladen, schließen, belassen. Man kann es ja noch dem Nutzer freistellen, ob er selektiv vorgehen oder gleich alles rüberschieben will.
Kommentare werden mit hochgeladen.

Ich hab in "meiner" aus bestimmten Gründen gut gepflegten 😉 bbox keine zu übertragenden Bugs, finde das Projekt aber Klasse.
Viel Erfolg damit, ich hoffe, dass es recht viele nutzen werden.

Oli-Wan wrote:

Da sich beim Thema Import von OSB nach Notes derzeit nichts zu tun scheint, habe ich selbst mal zu diesem Zweck ein Programm gebastelt. Vorweg: Ich habe nicht vor, es flächendeckend einzusetzen. Aber ich werde es zur Verfügung stellen, damit jeder, der möchte, in seiner eigenen Umgebung die gemeldeten Fehler nach Notes übertragen und das Thema OSB für sich abhaken kann. Es ist doch ein wenig lästig, zwei Fehlermeldeportale im Blick zu behalten.

Das Programm funktioniert denkbar simpel: Zuerst werden bei OSB alle Einträge innerhalb einer einzugebenden bbox abgefragt. Dann wird zu jedem dieser OSB-Einträge eine "Note" erstellt und der OSB mit dem Kommentar "nach OSM Notes übertragen" geschlossen. Die neu erzeute "Note" sieht dann z.B. so aus: http://www.openstreetmap.org/browse/note/9620
OSB liefert bei einer Anfrage maximal 100 Bugs. Bei großer Bugdichte (oder großer bbox) muß man das Programm mehrfach ausführen, weil es jeweils nur das Resultat einer einzigen Anfrage verarbeitet.

Bevor ich das Programm im Netz bereitstelle, möchte ich es noch ein wenig weiter testen. Wer mir zu diesem Zweck seine Umgebung als Testgelände zur Verfügung stellen möchte, möge bitte die Grenzen (unten, oben, links, rechts) nennen.

Ich habe da so meine Bedenken, OSM-Bugs nach Notes zu übertragen.
Es gibt einfach zu viele uralte OSM-Bugs, um die sich keiner mehr kümmert, oder die (noch schlimmer) so allgemein sind, dass sie eigentlich keiner schließen kann. Beispiel aus Bonn vom Venusberghang:
"Hier fehlen noch viele Wege."
"Habe mal einige Wege ergänzt. Sind die jetzt vollständig?"
Von diesem Kaliber gibt es reichlich OSM-Bugs.

Ich habe die Integration der Notes in die Hauptkarte als Chance gesehen, diesen alten Balast endlich los zu werden. Gelegentlich einige Bugs doppelt zu pflegen / als Erledigt zu markieren scheint mir in Summe das kleinere Übel. Wenn jetzt jedoch einige Spezialisten wegen der Verfügbarkeit eines Skriptes meinen, den ganzen alten und uralten Müll wieder in Notes reinzukippen, dann wird der meiner Meinung nach sinnvolle Neuanfang konterkariert.

Wenn es denn unbedingt sein muss (das Bedürfnis scheint ja zu existieren) sollten OSM-Bugs nur einzeln (und dann hoffentlich mit Überprüfung) übertragen werden. Insbesondere sollten inaktive OSM-Bugs (mehr als sechs Monaten kein Kommentar oder älter als 12/18 Monate) nicht übertragen werden. Übertragene Bugs sollten in OSM-Bugs mit Kommentar "Nach Notes Übertragen" als "Erledigt" markiert werden. Ansonsten können unterschiedliche Entwicklungen bei OSM-Bugs und Notes auftreten.

Wenn ein OSM-Bug nach Notes übertragen wird (weil er noch aktuell oder wichtig ist), dann sollte in Notes entweder ein Link auf den ursprünglichen OSM-Bug oder die Daten der verschiedenen Kommentare enthalten sein. Ansonsten kann man uraltes und aktuelles kaum auseinander halten.

PS:
Übrigens finde ich, dass man bei Notes ein automatisches Runterstufen/Ausblenden/Löschen nach gewissen Zeiten der Inaktivität einführen sollte. Ein Re-Open bei Änderungen ist ja bereits vorgesehen.

JM2C
Edbert (EvanE)

Hallo Edbert,

EvanE wrote:

Ich habe da so meine Bedenken, OSM-Bugs nach Notes zu übertragen.
... viele uralte OSM-Bugs, ... oder die... so allgemein sind, dass sie eigentlich keiner schließen kann.

... Wenn jetzt jedoch einige Spezialisten wegen der Verfügbarkeit eines Skriptes meinen, den ganzen alten und uralten Müll wieder in Notes reinzukippen, dann wird der meiner Meinung nach sinnvolle Neuanfang konterkariert.

ich verstehe Deine Einwände. Deswegen habe ich auch gleich klargestellt: ich werde das Programm nicht großflächig einsetzen, und ich möchte auch nicht, daß jemand anders dies tut. Aber wenn in einer Gegend die vorhandenen OSBs überwiegend sinnvoll sind und der Mapper vor Ort sie in Notes übernehmen möchte, soll er die Möglichkeit haben, dies zu tun. Die Möglichkeit, jeden Fehler einzeln anzuzeigen und verschiedene Optionen anzubieten - übertragen, belassen, schließen - werde ich noch vorsehen. Ein Filter "nur solche mit Aktivität in den letzten x Monaten" läßt sich auch noch einbauen.

Immerhin sehe ich die Chance, daß Fehler in Notes eine geringere Lebensdauer haben werden als in OpenStreetBugs, weil mehr Mapper Notes nutzen werden und Notes vielleicht (hoffentlich) auch noch stärker (prominenter) in die OSM-Website integriert wird.

Es ist ja weiterhin jedem Mapper unbenommen, eine Meldung zu schließen, mit der schlicht nichts anzufangen ist, weil sie zu vage ist (etwa die von Dir angeführten Beispiele), oder auf einen Fehler/Zustand hinweist, für die es gar keine separate Meldung braucht, weil sie von einschlägigen Werkzeugen ohnehin angezeigt werden (etwa die etlichen "hier ist eine Kirche ohne Namen" eines einzelnen Users - so alt, daß gar kein Datum eingetragen ist). Egal, ob in OpenStreetBugs oder Notes.

Bei der Übertragung in Notes werden alle in OSB hinterlegten Kommentare inklusive Datum übernommen und der ursprüngliche Fehler mit dem Kommentar "nach OSM Notes übertragen" geschlossen, vgl. der große blaue Fleck in OSB rund um Aachen.

Nachtrag: das Programm beherrscht jetzt die oben in Aussicht gestellten Funktionen und erzeugt Notes wie diese: http://www.openstreetmap.org/browse/note/9822
Die sprachliche Gestaltung ist noch etwas widersprüchlich: die Nutzerinteraktion erfolgt in englischer Sprache, während die Einleitung "aus OpenStreetBugs übernommen:" offensichtlich deutsch ist; aber sonst ist das Programm ziemlich fertig. Wenn das Sprachproblem aus der Welt ist, kann ich es zur Verfügung stellen. Ich denke außerdem noch über eine Authentifizierung nach, um sich beim OSM-Server anzumelden und die importierten Notes seinem Account zuzuordnen.

Als besondere Idiotensicherung ist das Programm in C++ geschrieben und muß gegen drei Bibliotheken gelinkt werden.
.oO (Vielleicht sollte ich in das #ifdef WIN32 ... #endif, das die Verwendung von unistd.h umgehen soll, lieber doch noch ein #error einbauen.)

Oli-Wan wrote:

Vielleicht sollte ich in das #ifdef WIN32 ... #endif, das die Verwendung von unistd.h umgehen soll, lieber doch noch ein #error einbauen.

Sonst sieht man doch nicht, wenn da ein Fehler auftritt? Das wäre doch blöd, wenn man dann erst lange suchen müsste woran es liegt. 🤣

scnr

Wer's ausprobieren will, alles hier: https://toolserver.org/~mapjedi/osbimport/

Oli-Wan wrote:

EvanE wrote:

Ich habe da so meine Bedenken, OSM-Bugs nach Notes zu übertragen.
... viele uralte OSM-Bugs, ... oder die... so allgemein sind, dass sie eigentlich keiner schließen kann.

... Wenn jetzt jedoch einige Spezialisten wegen der Verfügbarkeit eines Skriptes meinen, den ganzen alten und uralten Müll wieder in Notes reinzukippen, dann wird der meiner Meinung nach sinnvolle Neuanfang konterkariert.

ich verstehe Deine Einwände. Deswegen habe ich auch gleich klargestellt: ich werde das Programm nicht großflächig einsetzen, und ich möchte auch nicht, daß jemand anders dies tut. Aber wenn in einer Gegend die vorhandenen OSBs überwiegend sinnvoll sind und der Mapper vor Ort sie in Notes übernehmen möchte, soll er die Möglichkeit haben, dies zu tun. Die Möglichkeit, jeden Fehler einzeln anzuzeigen und verschiedene Optionen anzubieten - übertragen, belassen, schließen - werde ich noch vorsehen. Ein Filter "nur solche mit Aktivität in den letzten x Monaten" läßt sich auch noch einbauen.

Immerhin sehe ich die Chance, daß Fehler in Notes eine geringere Lebensdauer haben werden als in OpenStreetBugs, weil mehr Mapper Notes nutzen werden und Notes vielleicht (hoffentlich) auch noch stärker (prominenter) in die OSM-Website integriert wird.

Oli-Wan wrote:

Nachtrag: das Programm beherrscht jetzt die oben in Aussicht gestellten Funktionen und erzeugt Notes wie diese: http://www.openstreetmap.org/browse/note/9822

...

Hoffen wir, dass sich alle Anwender daran halten.
Du hast ja alles getan, damit Übertragungen mit deinem Tool in geordneten Rahmen stattfinden können.

Edbert (EvanE)

EvanE wrote:

Hoffen wir, dass sich alle Anwender daran halten.

Na, ansonsten schreibe ich halt ein Programm, um die Bugs wieder von Notes zu OSB zurückzuschubsen 😉

Das lange-nicht-bearbeitet-Filter habe ich noch nicht umgesetzt - kommt noch.

Es gibt jetzt eine Beta-Version des neuen Notes-Plugin für JOSM, es werden Tester gesucht:
http://lists.openstreetmap.org/pipermai … 67613.html
🙂

Gruß,
Mondschein

Die Sorge vor einem Mißbrauch meines OSB-zu-Notes-Konverters als Massenverschiebungswaffe scheint unbegründet gewesen zu sein: soweit mir bekannt, hat überhaupt noch niemand das Programm eingesetzt. Freilich wird auch schon der kleinskalige Einsatz nicht von jedem goutiert.

Spaßeshalber habe ich gerade noch eine einfache Version der von Edbert angeregten Filterfunktion eingebaut, um einen OSB nur dann zu übertragen, wenn er eine bestimmte Zeichenkette enthält. Die Suche ist ziemlich primitiv und prüft nur, ob die Zeichenkette irgendwo im Text vorkommt - ohne Unterscheidung zwischen ursprünglicher Meldung und weiteren Kommentaren oder Kommentar und Signatur. Das reicht aber, um mit typischerweise geringer Fehlerquote z.B. nur "eigene" Fehler zu übertragen (also selbst erstellte oder kommentierte) oder nach Aktivität in einem bestimmten Jahr zu filtern. Beispiel: --filter Oli-Wan filtert OSBs, die ich erstellt oder kommentiert habe, aber auch solche, wo sich jemand über mich beschwert hat. --filter 2013 erwischt solche, bei denen mindestens ein Kommentar im Jahr 2013 angelegt wurde, aber natürlich auch eine Meldung "Straße gesperrt bis 2013" aus z.B. 2010. --filter 2013- (mit zusätzlichem Bindestrich) ist schon etwas schärfer. --force erspart weitere Nachfragen.

Oli-Wan wrote:

soweit mir bekannt, hat überhaupt noch niemand das Programm eingesetzt.

Hast du es auch an entsprechenden Stellen beworben? Also außer dem Forum hier evtl. noch in der Mailingliste? Den Entwicklern der Notes-Funktion? Dem Schokokeks? Als "See also" im Wikiartikel zu Notes? Vielleicht sind die ja dafür dankbar, um so schnell wie möglich dieses sinnlose Nebeneinander zu beenden und die frei werdenden Kapzitäten für was anderes zu nutzen.

Finde es jedenfalls super, dass du mal schnell so ein Tool gebastelt hast!

poppei82 wrote:

Hast du es auch an entsprechenden Stellen beworben?

Nun ja, regelrecht "bewerben" möchte ich das Programm gar nicht. Ich möchte es niemandem aufdrängen; wer es benutzen will, soll das aus eigener Entscheidung tun. Aber Du hast Recht, daß dies eine gewisse Bekanntheit des Programms voraussetzt: daher gibt es jetzt eine kleine Wikiseite zum Programm, die auch von den Wikiseiten zu Notes und OSB verlinkt ist. Falls jemand anderswo auf das Programm aufmerksam machen will, von mir aus gerne.

Oli-Wan wrote:

eine kleine Wikiseite zum Programm

Hey sehr gut!

Ich wollte nicht einfach auf deiner Wikiseite rumpfuschen, aber ich würde zumindest noch in English ergänzen, was das Programm überhaupt ist. Kannste gerne diesen Text verwenden:

This application automatically imports OpenStreetBugs from a specified area. You can filter them by a string, username or the year of creation. Then the user is asked for every Bug if it should be transferred to OSM-Notes, not transferred or closed. The new OSM-Notes are labeled with the prefix "transferred from OpenStreetBugs:" You can find the code here.

Vielleicht noch einen Link zu der Forendiskussion hier setzen.

Ich würde die Schokokekse mal darüber in Kenntnis setzen, Vielleicht brüten die gerade über genau diesem Problem. Doppelt geoppelt ist verlorene Mapping-Zeit. 🙂

poppei82 wrote:

Vielleicht sind die ja dafür dankbar, um so schnell wie möglich dieses sinnlose Nebeneinander zu beenden und die frei werdenden Kapzitäten für was anderes zu nutzen.

Mit der Verfuegbarkeit des JOSM plug-ins fuer notes und der baldigen integration von Notes in Vespucci, duerfte die Vorraussetzungen nun deutlich besser sein um OSB bald nicht mehr zu benoetigen.

Wenn nun noch jemand Notes in iD einbauen wuerde..., dann sollte Notes nun eigentlich voll funktionsfaehig als Hauptplatform sein.

Ich habe das Plugin gerade getestet und es funktioniert für meinen Geschmack etwas zu gut 😉

Zumindest hatte ich nicht erwartet, dass die Note auf dem Server landet, ohne dass ich mein Changeset hochlade.
Wie sind da hier die Meinungen dazu? Ich meine, dass das nicht automagisch gehen sollte.

was mir noch auffällt ist, dass in jOSM kein Reopen möglich ist.

MKnight wrote:

Zumindest hatte ich nicht erwartet, dass die Note auf dem Server landet, ohne dass ich mein Changeset hochlade.

Das war und ist beim alten OSB-Plugin auch so.

MKnight wrote:

Wie sind da hier die Meinungen dazu?

Finde ich gut.

MKnight wrote:

Ich meine, dass das nicht automagisch gehen sollte.

Warum sollte man das mit dem Änderungssatz verknüpfen, obwohl die Notes nicht zu einem Änderungssatz gehören?

Gruß,
Mondschein

MKnight wrote:

Zumindest hatte ich nicht erwartet, dass die Note auf dem Server landet, ohne dass ich mein Changeset hochlade.
Wie sind da hier die Meinungen dazu? Ich meine, dass das nicht automagisch gehen sollte.

Es ist als JOSM-User eventuell ungewohnt, dass etwas ohne explizites Hochladen gespeichert wird. Das stimmt und es passt von daher nicht so recht zum Bedienkonzept im Rest von JOSM.

Eine Verknüpfung mit dem normalen Datenupload fände ich aber auch befremdlich, weil Änderungen an Notes ja nicht Teil von Changesets sind.

Oli-Wan wrote:

Die Sorge vor einem Mißbrauch meines OSB-zu-Notes-Konverters als Massenverschiebungswaffe scheint unbegründet gewesen zu sein: soweit mir bekannt, hat überhaupt noch niemand das Programm eingesetzt. Freilich wird auch schon der kleinskalige Einsatz nicht von jedem goutiert.

Spaßeshalber habe ich gerade noch eine einfache Version der von Edbert angeregten Filterfunktion eingebaut, um einen OSB nur dann zu übertragen, wenn er eine bestimmte Zeichenkette enthält. ...

Habe das Thema mal auf dem Stammtisch diese Woche angesprochen.
Die allgemeine Einschätzung war, dein Übertragungsprogramm nicht großflächig anzuwenden. Ein erfreuliches Ergebnis war, dass einige sich die alten Bugs noch einmal ansehen und wo möglich schließen wollten.

Ich werde mir demnächst deine Quellen laden und ein wenig mit dem Programm experimentieren. Schwerpunkt werden aktuelle Bugs (aus diesem Jahr) und meine eigenen sein. Durch die implementierte Filterfunktion ist das ja nun leicht möglich.
Wieviel das letztlich werden, kann ich nicht genau abschätzen. Ich rechne jedoch mit maximal 10% Übernahmen nach Notes. Sonst hätte ich meine eigenen Bedenken nicht ausreichend berücksichtigt.

Edbert (EvanE)