Ideen
Ideensammlung, adhoc, lose
Wireless community search
yacy instanz, welche freifunk wikis, openwrt wiki, freifunk foren, etc. durchsucht. ooptimal hat jede community ihre eigene instanz, welche mit den anderen instanzen vernetzt ist.
trac mailingliste interaktion
Fragen auf der liste, welche auf der liste hinreichend verfeinert sind und einer spezifischen komponente zugeordnet werden können, werden als ticket in das jeweilige trac geschmissen, der liste zugeordnet und updates des tickets werden auf die liste gepostet.
ziel: developer bekommen probleme vorgekaut im trac serviert, antworten, updates auf das ticket landen wieder beim fragesteller und der community, so das die kommunikation zwischen beiden hergestellt ist, ohne die devs mit der ganzen liste zuzuspammen.
problem: antworten auf der liste landen nicht automatisch im trac, sollen auch nicht ungefiltert, hier ist menschliche interaktion und aktivität nötig.
Freifunk FAQ von fehlern freihalten
Problem: fehlerhafte information im Wiki wird von denen, die es besser wissen, nicht gesehn, da sie nicht permanent das wiki lesen.
Idee: grosse gesamtFAQ in teilFAQs splitten (sollte man eh machen), dieses aufsplitten so gestalten, das eine teilFAQ einem trac zugeordnet werden kann. dann änderungen an dieser FAQ ( und der zugehörigen HOWTO) in die timeline des jeweiligen trac integrieren, so das developer über updates "ihrer" FAQ auf dem laufenden sind und korrigierend eingreifen können.
globale semantische aggregation von theman
Problem: es ist quasi unmöglich, alle entwicklungen zu einem teilbereich (z.B.: Antennenbau) im Freifunk zu verfolgen.
Idee: Alle wikis taggen ihre seiten mit dem thema, ein feedaggregator kann das filtern und zusammenfassen und themenfeeds bereitstellen.
uucp als store and forward für datei/whatever versand im mesh für zeitunkritische daten
Problem: TCP (new reno) transfers quer durchs mesh sind durch massiven packetloss quasi unmöglich.
Idee: uucp als store and forward protokoll, um dateien von node zu node zum ziel zu bringen.
- uucp nodes per mdns announcen
- aus topologie und uucp node liste uucp topologie errechnen, möglicherweise uucp map generieren.
- uucp nachbarn müssen automatisch peeren
- uucp nodes sollten tcp westwood sprechen, damit packet loss weniger impact hat, sctp als transport protokoll andenken.
damit uucp versand von dateien zu ziel quasio automatisch möglich, ziel muss bekannt sein
Webserver als nutzerschnitstell zu anfordern von dateien nutzen
Problem: wie requeste ich einen transfer.
Annahme: yacy indext den content diverser ftp und http server, darunter auch fileserver
Idee: cgi script auf dem webserver, der für jede datei einen zusätzlichen link anzeigt, welche das queuen der datei zum ziel auslöst.
- script muss wissen, ob du uucp kannst, möglicherweise anhand deiner absendeadresse, bzw dem vorhandensein deiner absendeadresse im hna den uucp nodes.
ideengeber/ansprechpartner: Juergen (Mi auf der c-base)
hop by hop tcpproxy
Tcp intercepten und proxyen um einfluss durch packetloss zu minimiren.
Mehr unter Ideas:tcpproxy
geotrace
graphischen traceroute in die freimap
oder
- LOC records für in-addr.arpa adressen im freifunk
- geotraceroute so umhäcken, das er sie abfragt
Sensornetzwerk
- z.B. Temperatur, Regen, Sicht mit Arduinos
- Strahlung mit Mighty Ohm Geigercounter
