Ich habe mal die Markierung der Uplinks ins neuste Release des Meshviewer geportet. In Version v4 von Meshviewer wurde die Performance drastisch verbessert. Diese Implementation versucht, das nicht zu zerstören.
Die Farbwahl ist noch nicht so schön und ich würde mich über Vorschläge freuen.
Der Plan ist es, noch weitere Verbesserungen einzubauen. Auf der Liste stehen eine Legende für den Graphen und ein Button zum verstecken aller „Hotspots“ / Nicht-Mesh-Nodes.
Bisher habe ich das Ganze noch nicht in Betrieb genommen, um gewisse Leute nicht zu verärgern. Wenn jemand diese Version mit einer Datenquelle versieht und irgendwo hochlädt kann ich das hier verlinken.
Ich finde es gut. Dadurch wird es etwas übersichtlicher und die VPN Links guckt man sowieso im Infofenster nach.
Es ist nur schwierig etwas zu ändern ohne dass es auf einmal hässlich wird.
Was würdest du dir an Features im Meshviewer wünschen?
Wir haben bei uns im Meshviewer zb. die offline Nodes auch weniger penetrant in Grau mit rotem Rand
eingefärbt, sieht nicht so aus als wär die ganze Stadt offline nur, weil mal weiter raus gezoomt wird.
Mit wäre die draw-Reihenfolge auf der Geomap wichtig: Grün über Rot.
Sowohl für Offline-Nodes mit identischer Koordinate wie ihre Nachfolger.
Als auch für Meshlinks.
VPN-Links brauche ich im Graphen, damit ich sehe, wo plötzlich große Meshes nur noch an einem Uplink hängen wenn die CPE210 mal wieder keine Fastd Tunnel mehr aufbauen mag wegen DNS-Störungen.
Einfache Einbindung eines Koordinaten-pickers und von Grafana-Bildern wäre natürlich auch toll.
Ich hab noch die Filter gemerged und einen Button für die VPNs hinzugefügt und die Roten Punkte auf der Karte in den Hintergrund gepackt. @adorfer ich hab mir mal die Freiheit genommen das auf http://map.ffdus.de/#!v:g zu tun
Gut, ich ziehe mir den Commit demnächst.
Ich finde wir sollten mal die Forks vom Meshviewer ein bisschen sortieren. Wie ich das sehe ist nach Nils Absprung kein Nachfolger bestimmt worden. Ich werde weiter an diesem Fork entwickeln und mich an allen Wünschen versuchen, mit denen die Mehrheit einverstanden ist und die technisch und zeitlich umsetzbar sind.
Ich habe aber überhaupt nicht die Absicht unter dem Original Meshviewer Branding zu entwickeln, einfach weil die mehrheitliche Meinung nicht mit Nils Vorstellungen (die ich sehr zu schätzen weiß) übereinstimmen.
Um nicht jedes Feature mehrmals einzubauen sollte es mindestens eine Übersicht der Forks und deren Features geben.
[quote=„PetaByteBoy, post:14, topic:8886“]Wie ich das sehe ist nach Nils Absprung kein Nachfolger bestimmt worden. Ich werde weiter an diesem Fork entwickeln
…
Ich habe aber überhaupt nicht die Absicht unter dem Original Meshviewer Branding zu entwickeln, einfach weil die mehrheitliche Meinung nicht mit Nils Vorstellungen (die ich sehr zu schätzen weiß) übereinstimmen.
[/quote]
Es ist wohl so, dass viele neue Features in manchen branches so ziemlich nur reingehackt wurden, und nicht der Quellcode-Qualität des Meshviewers gerecht wurden. Daher sind diese nicht eingeflossen in den master.
[quote=„PetaByteBoy, post:14, topic:8886“]
Ich finde wir sollten mal die Forks vom Meshviewer ein bisschen sortieren.
…
und mich an allen Wünschen versuchen, mit denen die Mehrheit einverstanden ist und die technisch und zeitlich umsetzbar sind.[/quote]
Am besten, du schaltest mal die issues in deinem fork frei, dann kann man dir da wünsche requesten und die dort einzeln diskutieren.
Ja eine übersicht vielelicht auch einfach in einer wiki seite im github repo?