sebastian büttrich#PicoPeering PeerConf 2024
Read more in comments
PicoPeering PeerConf 2024
During 2002-3, around the time Freifunk was forming, a group of early open wifi activists from London & Berlin came together to exchange knowledge and experience in building and establishing Community Wireless Networks. A document, a PicoPeering Agreement was co-authored to state expectations and obligations in participating in a community network and to facilitate furher wider connectivity.
Today, Freifunk and many community networks around the world use the PicoPeering Agreement as a foundational document for their activities.
On Friday May 17 & Saturday May 18 many of the original activists along with other interested people are meeting in Berlin once again, to reflect and celebrate the past, examine and question the document in the context of the present, and discuss future improvements and possibities.
We invite all interested people to come and participate in this informal event.
When: Sat 18 May
Where: Rooftop above c-base, Rungestraße 20, 10179 Berlin
Remote: https://jitsi.c-base.org/PicoPeers
Entry via Green door to the right in the inner courtyard facing the river.
The majority of the informal talks, discussions and remote video links to the Battlemesh conference and other community network activists will be held on Saturday May 18 from about 12:00 onwards. There will be a BBQ too.
T_X@sebastian I'm very curious what the results of the discussions you had before and after the battlemesh video conference will be. I'm also wondering if there could be a chance to revive the PPA mailing list for future questions? Currently the link to the mailing list on https://picopeer.net/ is dead.
@sebastian also one more thing/question that came to my mind, where I was wondering what your thoughts would on it would be: We also have this SSID changer package in Gluon (no internet -> change SSID): https://github.com/freifunk-gluon/community-packages/tree/master/ffac-ssid-changer
It was a feature people requested quite early on. Initially I was quite against it, as it prioritizes internet over local services. But communities maintained it downstream. Now years later, I can somehow acknowledge it's benefits. 1/
It was a feature people requested quite early on. Initially I was quite against it, as it prioritizes internet over local services. But communities maintained it downstream. Now years later, I can somehow acknowledge it's benefits. 1/
@sebastian without it, we just get a lot of complaints about broken #Freifunk, Android is very/too eager to switch from cellular internet to any open Wifi it connected to in the past, causing noticeable disruption for people. And maybe, an off-grid app could try to just use the offline-replacement SSID, too...
On the other hand, could auto-renaming the SSID of a node without internet access maybe be seen as a violation of the free transit rule of the PPA, as it discourages clients to use it? 2/2
On the other hand, could auto-renaming the SSID of a node without internet access maybe be seen as a violation of the free transit rule of the PPA, as it discourages clients to use it? 2/2