Diskussion:Projekt Openlayers

Bisher herschen allerlei verschiedene Bausteine vor um Netzdaten zu sammeln und darzustellen:

• OLSRd+TXTInfo Plugin, Instanz auf Webserver
  • Log Datenbank (Thomas, Till) HoG
  • RoundRobin DB PHP für LQ Graphen, Inaktivitäts Counter (Ralph Oesker) [1]
• Firmware Statistik Plugin (Till) ORQ [2]
• Engine PHP (Ralf)
• Alfredi Python KML Export (wird nicht für Karte genutzt)
• Wiki
  • Opennet Nodes Tabelle, manuelles eintragen, einige Leichen
    • Koordinaten
  • Backbone ,outdated, manuelles eintragen (Thomas früher)
  • UGWs , wohl automatisches eintragen?
    • haben eigene Firmware Modul laufen, dass traffic reports an Server schickt
  • Persönliche AP Seiten (Kontaktinfos
• anonyme eMail Adresse
• Nagios hatte irgendjemand privat laufen für Benachrichtigungen
• Munin auf den großen Gateways

Anonymität/Kontaktinfos

• Frühere Idee Workflow mitRouter abfackeln -> Landingpage mit wichtigsten Formularen
• Zertifikate (Name, eMail)

Was wünschen wir uns überhaupt für Daten/Formate?

• konsolidieren JSON
• Service der Daten abstrahiert (JSON, CSV, Wiki)
• alle Attribute
• was ist online? Welche Nachbarn?
• Wie ist der Zustand des Netzes?
• Karte(Standort, Backbone, Kanal, SSID, UGW, Routen, On/Off, offenes Netz/WifiDog)

Welcher Abstraktionsgrad?(Interfaces, Standorte, Links beidseitig,...)

• IP Adresse nicht immer ein Interface
• Wie könnte man Kabel ermitteln?
• so detailliert wie möglich zu Verfügung stellen
• historische Daten nur bedingt (last seen z.B. für Karteileichen)

Weg von manuell eingepflegten Daten im Wiki (zu schnell outdated, fehleranfällig,...).

• Nutzung Wiki Templates
• Persönliche Details auf Router speichern?

Resume

einheitliches Infoframework

Matthias wird einen Webservice erstellen, der alle bisherigen Informationsquellen konsolidiert (Abstraktionsschicht) und in einem einheitlichen Format herausgibt. An diesen koppeln sich die bestehenden Tools an. So können wir die Datenquellen später ändern, ohne dass wir wieder jedes Tool anpassen müssen, jeder dasselbe irgendwie parst,...

Weniger Wiki

Zu viele Informationen werden zu verstreut im Wiki gesammelt und in dessen Folge nicht mehr aktualisiert (z.B. AP Liste und AP Einzelseiten). In Zusammenspiel mit der neuen Vereinsverwaltungs-Software, wäre es gut, wenn man einen Webwizzard zusammen mit den Routern bewerkstelligen könnte. Diese könnten dann in das Wiki projeziert werden, damit die Informationen für jeden eingesehen werden können. Konkrete Ideen und Mitarbeit fehlt hier aber!

eine zentrale Sammelstelle

Wenn die Informationsquellen neu geordnet sind, könnte man damit anfangen, bestehenden Tools durch neue vereinheitlichte Lösungen zu erstzen.

• Todo Thomas: Codereview mit Matze: Wo werden RRDTool Daten generiert abgeliefert?
• Was macht vnstat?