Version 9 (modified by MK, 12 years ago) (diff) |
---|
FF-Karte
Ziel der Anwendung soll es sein, sowohl ein Werkzeug für das technische, als auch für das soziale Netzwerk zu sein. User sollen in einer Karte sehen können wo es bereits FF-Accesspoints gibt. Ausserdem soll der Eigentümer (Nickname) des Accesspoints angezeigt werden und die Möglichkeit bestehen, mit dem User Kontakt aufzunehmen. Es gibt verschiedene TopicMaps? für verschiedene Ansichten, z.B. GeoMap?, Community-Blackboard und Chat.
Hier gibt es auch schon eine Menge Infos von Aaron zum dem Thema:
- https://github.com/FFM/FFM/tree/master/doc
- https://github.com/FFM/FFM/blob/master/doc/cwnos.txt
- https://github.com/FFM/FFM/blob/master/doc/cwnos-architecture-overivew.pdf
User
- User soll sich selbst einen Account erstellen können
- via E-Mail Confirmation?
- wohl besser, aber aufwendiger: via OpenID/OAuth
- Das sollte Server-Seitig für die Domain FF-Karte einstellbar sein (Wer kann neue user anlegen? admin||user)
- User hat einen Nickname, über dem man ihm interne Nachrichten schicken kann.
- User kann einstellen, welche seiner Daten welcher Community angezeigt werden sollen.
- Das System kann User per Mail über neue Nachrichten informieren.
Datenmodell
- User, Node, Community
- Node gehört-zu Community?
- User gehört-zu Community
- Community wird-administriert-von User
- Node wird-administriert-von User
- User: Name, E-Mail, Wikitext als Beschreibung
- Leute können User per Webmail kontaktieren.
- Node: Name, Position, Kanal, Protokoll...
- User soll neuen Accesspoint erstellen können.
- Community: Name, Ort, Wikitext als Beschreibung, Treffenstermin/-ort/-periode
- Beschreibungstext sollte insbesondere auch Links zu zugeordneten Foren und Wiki-Seiten enthalten (per Template motivieren)
- User soll eine neue Community erstellen bzw. beliebig vielen Communitys beitreten können.
- Community kann nur gelöscht werden, wenn leer = keine Mitglieder
- Ort kann sehr lokal (Strassenzug) und sehr global (Berlin, D, A, CH) sein.
- Termin wäre für einen Service wie "upcoming meetings" interessant, aber wohl kaum wirklich aktuell zu halten. Deaktivieren, falls Meetings nicht nach Nachfrage-Mail bestätigt?
NodeMap
- Was sind im Moment die größten Probleme?
- verschiedene Datenformate.
- nicht replizierbar.
- läuft nicht auf Smartphones/Tablets.
- Map skaliert nicht weltweit.
- Code unmaintained oder unmaintainable.
- In einer GeoMap sollen alle Accesspoints sichtbar sein (Standort).
- Sofern diese meshen (mindestens OLSR, besser auch batman), soll die Linkverbindung und Linkqualität angezeigt werden.
- Schneller Überblick, wie groß ist FF?
- Wo ist der nächste von mir aus vermutlich sichtbare AP?
- Also irgendwie auch mindestens Einberechnen von Höhe der APs?
- Anzeige technische Infos der APs (Verfügbarkeit etc.)
- Wishlist: Vielleicht ginge auch eine "Bin hier, noch ohne Verbindung - passender AP gesucht"-Funktionalität
- Social-Kram - die Teilnehmer anzeigen und direkt mit ihren Facebook etc.-Profilen verknüpfen?
- "Zeige mir den nächsten FFler, der gerne lötet"
- Gibt's besondere Services im FF-Netzwerk, die man nach außen sichtbar machen kann/will und die spannend sind?
- ...
- feste ewig gültige kurze schöne URLs für alles, was sich im System findet
- einfaches REST-Interface
Vorgehen
- Bau/Zusammenstellen einer möglichst simplen Komponente, die Node-Daten zusammensammelt und in einfachem vereinheitlichtem Format per REST zur Verfügung stellt
- z.B. PHP/SQLite-Skript, das erstmal einfach alle Nodes als Komplett-Dump als CSV per REST ausliefert
- Datenmodell in DM bauen
- Importer für o.g. Daten in DM schreiben (Synchronisierung...)
- ...