Da seh ich nur die Möglichkeit… einfach Textphrasen in Kommentare einzufügen das die OSM-Website bzw. eine eigene auswertet und unterschiedlich darstellt… z.B.
Für mich wäre “Priorität” die falsche Herangehensweise.
Ich investiere hauptsächlich Zeit in aktuelle und korrekte Geometrien und access-tags.
Ob Dr. Schießmichtot oder der Laden für Popelhilfen schon um 7:43 statt 8:11 aufmachen, interessiert mich nur sehr peripher … Das überlasse ich den Nichtgeometrikern, die besser die Maus von der Geometrie lassen …
Sprich: Wenn A abgehakt ist, wäre in B für mich nix mehr zu tun, während für die Geometrieahnungslosen die Arbeit erst ab B beginnt.
Erweiterungen der API die rückwärtskompatibel sind, zb neue optionale Felder einführen, sind idR kein Problem. Um vor Implementierung abzuchecken ob ein PR Aussicht darauf hat, gemergt zu werden, sollte man vorher in einem Issue die konkrete Idee bechreiben.
Damit haben wir zwei Ebenen von Kategorien: 1. die von mir vorgeschlagene „Dringlichkeit“ in dem Sinn, wie schwer sich der Fehler auswirkt, und 2. die Art der erforderlichen Maßnahme bzw. des weiteren Vorgehens.
Wenn es dringend ist wird es bei mir eh schnell erledigt… da bräuchte ich jetzt keine Kategorie, vorausgesetzt ich hab alle infos dazu… Aber ich verstehe wenn das andere brauchen…
Es gibt viele anonyme Meldungen auch zu dringenden Sachverhalten. Längst nicht alle notes-Ersteller sind selbst aktive Mapper. Daher brauchen wir das durchaus
Ich wäre für eine optionale thematische Klassifizierung:
*routing
*geometry refinement needed
*POI update
*cycle related
*pedestrian related
*highway attributes
Die könnte man (ganz ohne Code-Änderung) einfach so als Kommentar an die Note schreiben, und dann den Note-Planet-Dump auslesen (oder online die notes-API auslesen), auf diese Hashtags prüfen, und entsprechend eingefärbt anzeigen.
Ich würde das also am Ehesten ganz simpel über eine “drangebaute” Lösung machen.
Also so wie ich das verstehe, sollte die Dringlichkeit nicht anhand subjektiver Einschätzung des Note-Erstellers erfolgen sondern anhand objetivierbarer Maßstäbe durch eine Auswahlmöglichkeit zuvor festgelegter Kategorien. Diese können ja hier und an anderer geeigneter Stelle diskutiert werden. Maßstab sollte letztlich die Konsistenz der Datenbank und die Auswirkungen auf die Anwendungen haben. Die A-B-C … Kategorien von Kreuzschnabel sind da schon ein guter Ansatz. Man muss ja das nicht unbedingt als Priorität oder Dringlichkeit sehen, sondern einfach eine einfache, zugegeben recht grobe Unterteilung in Kategorien.
Letztendlich eine ganz einfache Alternative zu dem was Osmose und keepright und co. auch machen, viel viel einfacher und die Eingabe an die Otto-Normalnutzer von Routing und Karten gerichtet. Halte daher auch maximal 5Kategorien sinnvoll, allenfalls in 2 Ebenen wie in #24.
Eine Vereinfachung wäre aber auch schon, wenn der Inhalt der Note zumindest in den Desktop Anwendungen beim drüberfahren mit der Maus angezeigt würde ohne Klicken zu müssen.
OK, ich hab mich gestern auch mal dran versucht bin aber noch nicht so weit… ich kann erst Notes laden und anzeigen… mit Kommentar… (closed) actions … mehr noch nicht…
Aber ich bekomm einen Fehler: Sobald ich auf Notes Laden klicke, ohne was zu machen
TypeError: Array(...).flat is not a function gormo-osm.github.io:194:34
Es geht auch bestimmt anders, aber ich hatte gestern keinen Bock, da noch was wegzuoptimieren. Eigentlich könnte ich auch jQuery loswerden, aber da müsste ich noch nen bisschen drumrum Programmieren, bin bisher dafür zu faul gewesen
So, jetzt meine drangebaute Lösung ( so pre pre pre version 0.1 )
Ich suche nach bestimmten Wörtern in den Notes…
#… kommt noch hinzu… wenn man sich ein wenig auf was geeinigt hat
Momentan zum – Anfang – suche ich nach “?” Fragezeichen, also Fragen… und nach Baustellen mit (Baustelle|baustelle|construction|gesperrt|umleitung|Umleitung|gebaut) und füge da Symbole hinzu… da kann man noch viel ändern hinzufügen usw. usw. aber mal für den Anfang… damit man mal was sieht
Super, daß sich eine angehängte Lösung so schnell realisieren läßt.
Mittelfristig wäre es schön, wenn sich das Notes-System so erweitern ließe, daß schon der Ersteller einer Meldung eine Katergorie vergeben kann muß.
Die Kategorie sollte nachträglich änderbar sein.
Dein Ansatz ist besser, denke ich. Das Suchen nach Schlüsselwörtern bringt glaub ich mehr als das reine Suchen nach Hashtags. Man kann es natürlich auch kombinieren.
Was ich bei meiner Karte mag ist die Anzeige von Infos beim Mouseover, d.h. die Tooltips.
(Wie) können wir da am Code zusammenarbeiten - machst Du github oder so; oder willst Du das garnicht groß?