Projekt Openlayers

Die Kartenanwendung der Opennet Initiative dient zur Visualisierung der aktuellen Zustände von Accesspoints und Links, sowie zur Einbettung der Verfügbarkeitsgraphen und weiterer Detail-Informationen zu Accesspoints.

Team

Projekt Openlayers

Treffen: nur bei Bedarf

Opennet Karte

Mitglieder: Matthias M., Benutzer:Lars

Kontakt: admin@opennet-initiative.de

Status

• alte Karte: https://www.opennet-initiative.de/map/
  • ins Wiki eingebettet (z.B. Karten der Regionen in der Sidebar)
• neue Karte: https://map.opennet-initiative.de/
  • Nutzung in der Opennet-Firmware:
    • Einblendung der AP-Umgebung auf der Status-Seite (seit v0.5.3)
    • Route zum Gateway visualisieren (seit v0.5.3)

Entwicklungsgeschichte

• 2011/2012: Matthias M. ersetzt die vorherige Google-Maps-basierte Karte durch eine OpenStreetMap-Karte mit OpenLayers
  • URL: https://www.opennet-initiative.de/map/
  • Datenquelle: Geronimo v1
  • Planung: Openlayers/Planung
  • Betrieb auf Host on-v6
• 2014: Matthias M. aktualisiert die Kartenanwendung:
  • Verwendung von Openlayers 3
  • Nutzung der neueren API (Geronimo v2)
  • Einbettung von geojson-Daten mittels einer separaten API als Zwischenschicht gegenüber Geronimo
  • URL: https://map.opennet-initiative.de/
• 2017: Vereinfachungen
  • Paketierung der Kartenanwendung als deb-Paket
  • Reduzierung von Code-Kopien im Repository (jquery, usw.)
  • Zwischenschicht-API entfernt (stattdessen Geronimo v2 um geojson-Unterstützung erweitert)
  • URL: https://map.opennet-initiative.de/
  • Betrieb auf Host jun

Auswertung von Parametern (Query-Arguments und Location)

• Position und Zoom angeben: https://map.opennet-initiative.de/#18;12.122769355773924;54.091076155464606
• zentrieren auf einen Accesspoint: https://map.opennet-initiative.de/?ip=192.168.1.79
• Hervorhebung von Verbindungen zwischen APs: https://map.opennet-initiative.de/?route=192.168.1.120,192.168.1.96,192.168.2.36

Betrieb

• Installationshinweise siehe Server Installation

TODO

• bbox auf Link-Anfragen anwenden (wird derzeit von der API nur für AccessPoint ausgewertet)
• alte "/api/sites"-Anfrage durch client-seitige Logik ersetzen
  • z.B. Erkennung einer Site durch identische "postal_address" der Knoten
  • Ziel: Kabelbündel (z.B. zwischen Philoturm und AE22) visuell zusammenfassen
  • Vorschlag für die Logik: falls AP in Site A viele Verbindungen zu APs in Site B hat, dann diese Verbindungen unscheinbarer darstellen