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ß?
Ich wurstle da mit einem Texteditor (Kate) rum… im Rahmen meines unwissens mit github und Co. kenne ich mich nicht aus… Hoste auf so einem FreeHoster, der nicht so Leistungsstark ist Die Basis der Seite kommt von das anderem an dem dem ich noch arbeite… darum sind manche Variabelnamen so unpassend…
Aber mir können uns Codemässig annähern… damit einer vom anderen übernehmen kann usw. aber erstmal mal dann so weiterentwickeln… weil jeder hat da andere Ideen hat und da muss man auch schauen was besser funktioniert… glaub da ist es noch zu früh für so github oder so… weil ich noch zuviel ändere, da wäre das glaub ich eine Hürde…
Für github ist es nie zu früh, außerdem hätte es eben den Vorteil, daß via Clonen und PullRequest eben kollaborativ zusammen gearbeitet werden kann.
Ist aber halt die Frage, ob dann gormo - der guthub-fit ist, oder? - den Hauptmaintainer auf github für dieses Projekt übernehmen möchte
Aber der Mehrwert zum OSM.org Seite ist noch nicht groß, das meiste des Codes baut das nur nach… so halbwegs… bis jetzt gibt es auch nur 2 Dinge wonach gesucht wird… und da möchte ich noch ein paar “IF” reinmachen…
Aber wenn interesse Besteht gebe ich den Code schon her mit vermerk ich kenn mich ned Github aus… und bin eher JavaSkript Anfänger Würde also dazu führen das ich aus der Entwicklung mehr oder minder raus bin
Ich Entwickle jetzt mal weiter… bis dann der Punkt kommt das es für mich fertig ist (< 1 Monat) und ich mich dann wieder anderen Dingen zuwende… dann ist glaub ich der richtige Zeitpunkt
Ja, ich würde bis dahin (kann leider nicht sagen, ob ich zu irgendwas komme) vielleicht teile deines Codes händisch in mein Projekt übernehmen (vorallem deine Popups und die Icons find ich klasse!).
Ich kann das dann schon hinterher irgendwie für github verwursten, hab aber nicht viel “fest freie” Zeit.
Der Code ist nicht das Problem, der steht ja quasi. Nur noch tweaken…
Interessant ist, wie man die Notes klassifizieren will, bzw. nach welchen Stichworten und ob man hashtags verwenden will oder lieber nicht, und stattdessen auf eine Klassifikation nach Schlagwörtern aus dem Fließtext setzt.