Hello, ich denke, diese Grundsätze legen wir auch und vor allem in unseren Datenformaten nieder :)
Ansonsten stimme ich Dir voll und ganz zu ... ob alle Firmwares und Statistik-Tools, Server-Configs das bis ins Detail umsetzen bleibt offen … ich kenn da noch n paar Diskussionen und offene Tickets. Daher fand ich es wichtig. Back to API Datenformaten :p > Ein Datenaustausch-Format für nodes braucht maximal eine Information über > Nutzer - nämlich deren Anzahl +1 > Mail-Adressen und Klarnamen haben in so einem API-File weniger verloren. +1 + Mac Adressen auch nicht LG Monic Am 10.12.2014 um 17:28 schrieb [email protected]: > Hallo, > > so schnell verliert man in eine Diskussion das Thema. > Es ging hier ursprünglich mal um eine Karte und ob die "nett" ist oder nicht. > > Dann kam die Frage nach einer "API" für die nodes dazu, wie die aussehen > könnte und was enthalten sein muss bzw kann. > > Und nun diskutieren wir darüber ob wir Daten der Clients sammeln und > austauschen. > > Ein Datenaustausch-Format für nodes braucht maximal eine Information über > Nutzer - nämlich deren Anzahl (int) > > Streiten lässt sich nun noch darüber, ob die Information, wer einen Node > betreibt wichtig ist. > Meiner Ansicht nach kann ein Nickname und Link zur Userseite im > Freifunk-Meinstadt-Tool da durchaus rein, wenn sich die Nodebetreiber > (ACHTUNG - nicht Nodenutzer!!!) damit bei Anmeldung in besagtem Tool > einverstanden erklärt haben. > Mail-Adressen und Klarnamen haben in so einem API-File weniger verloren. > (wieder meine Meinung) > > Speicherung von Clientdaten (mac, ip, Verbindungsdaten, Personendaten etc) > ist meiner Ansicht nach ein absolutes Tabu für Freifunk. > Was an Logfiles auf den Systemen anfällt und derartige Daten enthält sollte > zügig, regelmäßig und automatisch gelöscht werden. > Sobald so etwas mal irgendwie leaken würde würden wir das in freifunk > gesetzte Vertrauen sträflich missbrauchen. > > Tino > > Am 2014-12-10 16:47, schrieb Monic Meisel: >> Datensparsamkeit UNBEDINGT! Das ist eines unserer Freifunk SVP (Social >> Value Proposition) >> Ich wurde schon mehrfach nach Statements gefragt und hoffe, ich habe >> mich nicht zu weit aus dem Fenster gelehnt, als ich sagte: >> Wir sammeln keine Daten der Nutzer (Clients)! >> Von den Knotenbetreibern nur soviel als nötig und die Angabe >> persönlicher Daten ist freiwillig (z.B. Email)! >> Ich weiß, wir wollen die Nodes erreichen können, um die Netze >> updaten können :p aber da gibts ja auch andere Möglichkeiten: >> Autoupdater, Mailinglisten … >> BITTE ACHTET ABSOLUT DARAUF IN DEN KARTENANWENDUNGEN WEDER MAC >> ADRESSEN NOCH PERSÖNLICHEN DATEN DER NUTZER (NODES UND CLIENTS) IM >> WEB ZU VERÖFFENTLICHEN! >> Das ist unabhängig davon, ob es im Meshnetz intern zum Routen >> gebraucht wird … aber auch hier die Frage, wie lange das gespeichert >> oder weg geschmissen werden kann? >> VLG Monic >> PS: Für die Kontaktaufnahme zu Knoten-Nachbarn, kann man evt. in der >> Detailansicht der Knoten in den Karten einen Button zur >> Kontaktaufnahme einbauen, sofern die Adresse angegeben wurde, der >> nicht gleich die Emaildresse preisgibt? Hat schon jemand eine Lösung >> dafür oder drüber nachgedacht?? > _______________________________________________ > WLANtalk mailing list > [email protected] > Abonnement abbestellen? -> > http://lists.freifunk.net/mailman/listinfo/wlantalk-freifunk.net > > Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung > unter http://freifunk.net/mailinglisten
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ WLANtalk mailing list [email protected] Abonnement abbestellen? -> http://lists.freifunk.net/mailman/listinfo/wlantalk-freifunk.net Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung unter http://freifunk.net/mailinglisten
