Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ToDo: Frankfurter Map-Web­prä­senz #48

Open
13 of 15 tasks
oszilloskop opened this issue May 10, 2017 · 12 comments
Open
13 of 15 tasks

ToDo: Frankfurter Map-Web­prä­senz #48

oszilloskop opened this issue May 10, 2017 · 12 comments

Comments

@oszilloskop
Copy link
Member

oszilloskop commented May 10, 2017

Hier werden emotionslos Auffälligkeiten der Frankfurter Map aufgeführt.

Die Frankfurter Map ist hier zu finden: https://map.ffm.freifunk.net

Da es sich bei der Frankfurter Map um ein Konglomerat von mehreren Dingen handelt (Yanic, Meshviewer, Grafana, InfluxDB, Web-Server, etc.) sind die folgenden Punkte wohl nicht nur Frankfurt-relevant. Ich kann das aber irgendwie noch nicht alles auseinanderhalten und weiss auch nicht, was evtl. konfigurationstechnisch so alles machbar ist.

  • Auf der Netztopologie-Graphenseite werden nur Knoten dargestellt, welche mit mindestens einem weiteren Knoten meshen. Isolierte Knoten (Mesh-los) werden nicht dargestellt. (Beispiel: https://map.ffm.freifunk.net/#/graph)
  • Evtl. sollte die Hauptseite mit einer Zoom-Stufe weniger dargestellt werden (also mehr Region drum rum).
  • Auf der Hauptseite der Map hat das Eingabefeld "Knotenfilter" keine Funktion.
    Anmerkung/Lösung:
    Der Filter wirkt nur auf die anzuzeigenden Knoten auf der Map, nicht auf die Auflistung der Knotennamen.
  • Yanic mag das Firmware-Package ffffm-additional-wifi-json-info nicht.
  • Keine Knoten-Statusinformationen zum verwendeten WLAN-Kanal
  • Keine Knoten-Statusinformationen zum verwendeten "Next-Hop"
  • Ist auf der Landkartenansicht ein Knoten markiert worden und wird dann auf die Netztopologie-Graphenseite gewechselt, so wird der vorher markierte Knoten nicht zentriert dargestellt. Der Knoten ist dann meist schwer zu finden.
  • Ist auf der Netztopologie-Graphenseite ein Knoten markiert (weiß umrandet) so wird dieser automatisch visuell demarkiert (keine weisse Umrandung mehr) wenn sich die Netztopologie-Graphenseite alle 60 Sekunden neuorganisiert. Die Netztopologie-Graphenseite behandelt diesen Knoten dann aber noch so, als ob er markiert ist. Er kann aber nicht mehr durch einen Mausklick markiert werden. Dieses ist nur über den Umweg möglich, dass zuvor ein beliebig anderer Knoten markiert wird.
  • Ist auf der Netztopologie-Graphenseite ein Knoten markiert (weiß umrandet), und wird im Browser (hier Chrome) auf ein anderes Tab gewechselt und dort für ca. 60 Sekunden verweilt, so wird bei einem Rückwechseln auf die Netztopologie-Graphenseite keine Netzwerktopologie mehr angezeigt (komplett schwarze Darstellung). Dieses passiert aber wohl nur, wenn zwischendurch die Knoten-Daten aktualisiert wurden (was aber irgendwie alle 60 Sekunden passiert).
  • Alle 60 Sekunden wuselt die Anzeige auf der Netztopologie-Graphenseite ganz schön rum. (basiert das auf Datensatzänderungen?)
  • ... Weitere Auffälligkeiten bitte hier eigenständig eintragen (der Text ist editierbar).

Wie gesagt, nicht alles ist für das Frankfurter Webteam relevant.

Update 12.05.2017

  • Router werden auf der Netztopologie-Graphenseite grafisch dem fastd6 zugeordnet obwohl sie per Mesh-VPN garnicht mit ihm verbunden sind.
  • Auf der Netztopologie-Graphenseite erscheinen manchmal zwei Knoten mit dem Namen "fastd6".
    bildschirmfoto 2017-05-12 um 12 13 19

Update 14.05.2017

Update 03.06.2017

@MyIgel
Copy link
Member

MyIgel commented May 10, 2017

Die Issues sollten mal mit https://github.com/ffrgb/meshviewer/issues abgeglichen werden

@oszilloskop
Copy link
Member Author

oszilloskop commented May 10, 2017

Laut Aussage von @skorpy2009 muss die Firmware angepasst werden. Was machen wir später mit alten Knoten, welche evtl. nicht updaten?

Zerschiessen die die Map dann, oder sorgen wir dafür, dass Meshview/Yanic (ich habe keine Übersicht wer/was da gerade wie Probleme macht) so robust wird wie unsere alte Hopglass-Map?

@christf
Copy link

christf commented May 10, 2017 via email

@oszilloskop
Copy link
Member Author

oszilloskop commented May 10, 2017

Die JSON-Daten, welche vom Package ffffm-additional-wifi-json-info kommen (WLAN-Kanal, Next-Hop, etc.) , überfordern wohl Yanic.
Damit die Map funktioniert ist Yanic z.Z. von @skorpy2009 gepatched worden. (Ob das jetzt ein Patch oder ein böser Hack ist, dass kann nur @skorpy2009 sagen.)
Er würde sich auf jeden Fall gerne an den Yanic Master-Branch hängen. Da ist dann aber ein zusätzlicher Frankfurter Patch wohl nicht so in seinem Sinne.

@oszilloskop
Copy link
Member Author

Obige Liste wurde aktualisiert.

1 similar comment
@oszilloskop
Copy link
Member Author

Obige Liste wurde aktualisiert.

@skorpy2009
Copy link
Member

@wahram
Copy link

wahram commented Jun 2, 2017

Wenn man lange genug wartet, scheint der (2.) Offline-Knoten mit dem Namen fastd6 wieder zu verschwinden.

@oszilloskop
Copy link
Member Author

Auf der Freifunk-Deutschlandkarte klafft immer noch ein Loch über Frankfurt.
Siehe: https://www.freifunk-karte.de

@wahram
Copy link

wahram commented Aug 13, 2017

Wir sind auf der Karte zu sehen -> fixed!
Den Issue mit dem Zoom kann man beheben, ist die Frage, ob das nötig ist?

@skorpy2009
Copy link
Member

@oszilloskop was ist hier der Status?

@oszilloskop
Copy link
Member Author

@skorpy2009
Siehe ersten Eintrag: #48 (comment)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants