search

FreiFunkMuenster / md-fw-dl

Material Design Freifunk Münsterland Firmware Downloader
https://firmware.freifunk-muensterland.de/md-fw-dl/
Other
0 stars 10 forks source link

Nachbarschaftsdomänen in Karte verlinken #11

Open MPW1412 opened 8 years ago

MPW1412 commented 8 years ago

Moin,

um die Aufstellung von Knoten in Nachbarcommunities einzudämmen, hatten wir vor einiger Zeit mal die Idee, noch Polygone in die Karte einzubauen, die an Freifunk Münsterland grenzen und dann eine Weiterleitung zu deren Firmwaredownloadseiten zu machen.

Grüße Matthias

descilla commented 8 years ago

Dazu habe ich noch zwei offene Punkte:

MPW1412 commented 8 years ago

Als Verhalten würde ich vorschlagen, dass wir - je nach Wunsch der Nachbarcommunity - direkt auf die Firmware verlinken, oder nur auf die Website. Ich würde erstmal die Website nehmen.

Bzgl. Größe, der Nachbarkreis klingt gut. Das sollte grob passen und wäre dank OSM nicht zu viel Aufwand; außer im Norden, aber da kann man eventuell über die Differenzmenge zum jetzigen Polygon arbeiten.

christian-weiss commented 5 years ago

Dagegen spricht, dass der Firmware Download Assistent schon jetzt reichlich HTTP-Requests absetzt um einsatzbereit zu werden (aktuell: 74 Domänen-Shape-Files bei 115 Requests gesamt). Mit Nachbar-Shapes kommen vermutlich noch mal 30-50 hinzu.

Auf einer langsamen Verbindung oder bei hohen Latenzen fühlt sich der Assistent schon jetzt nicht mehr "State of the art" an. Und ich finde, die "schlecht angebundenen" sollten uns ganz besonders am Herzen liegen.

Vielleicht wäre ein einziger "Kranz-Shape" der sich um das Kerngebiet anschmiegt ein Kompromiss - einfach ein Link auf eine statische Info Seite, wo alle Nachbar-Communities gelistet sind. Aber wer hat wirklich Lust die ganzen Links aktuell zu halten? Ein Crawling der Community API gemäß einer Nachbarschaftliste könnte den Aufwand reduzieren...

Alternativ könnte man auch alle Shape-Files durch ein build-script in einer Datei zusammenfassen, dazu müssen aber auch das JavaScript etwas angepasst werden. Und das Download-Volumen sowie das JavaScript-Rendering könnte man durch Polygon-Vereinfachung um den Faktor 10 reduzieren sowie das JavaScript-Parsing durch Minifizierung beschleunigen (reduziert auch das Volumen ein bischen).

MPW1412 commented 5 years ago

Bzgl. der vielen Verbindungen müssen wir auf dem Webserver einfach mal HTTP/2 aktivieren. Dann werden die automatisch zusammengefasst.

Die geojsons zusammen zu fassen fände ich auch interessant. Gibt es da einen Ansatz?

descilla commented 5 years ago

Bzgl. der vielen Verbindungen müssen wir auf dem Webserver einfach mal HTTP/2 aktivieren. Dann werden die automatisch zusammengefasst.

Die geojsons zusammen zu fassen fände ich auch interessant. Gibt es da einen Ansatz?

Natürlich. Einzelne Dateien für die Domains wurde seinerzeit gemacht, als wir 6 Domänen hatten. Und ich dachte, dass es einfacher sei die Daten (ist ja letztendlich ein Export aus OSM) zu verwalten.

Man kann natürlich einfach alle Shapes in eine geojson-Datei schmeißen. Man müsste dann hier diese Schleife umbauen: https://github.com/FreiFunkMuenster/md-fw-dl/blob/master/map.js#L87:L99 Anstatt über alle Domänen zu iterieren und das jeweilige geojson zu laden, lädt man einmal das geojson mit allen shapes und iteriert dann da drüber.

Man muss vermutlich nur an jedes Shape ein Attribut packen, um es einer entsprechenden Domäne zuzuordnen.

descilla commented 5 years ago

Nachtrag: Ich würde die Shapes vermutlich weiterhin in einzelnen Dateien speichern und dann mittels Script vom Build-Server in eine Datei schreiben lassen. Dann kann man auch direkt das passende Attribut dran pappen.