# Federated Freifunk Karte **URL:** \ **Category:** Technik\ **Created:** [24. Februar 2026 um 11:50 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556 "2026-02-24T11:50:14Z")\ **Posts on this page:** 5\ **Page:** 3
**Author:** ![jenell95](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/j/7ea924/32.png) [@jenell95](https://forum.freifunk.net/u/jenell95)\ **Post date:** [28. Februar 2026 um 16:53 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/41 "2026-02-28T16:53:33Z")
> [@wusel](#): > > Aaaaber: die Kontakt(!)daten (»Owner« ist vollkommen irreführend) ungefragt zu veröffentlichen, ist ein no-go. Daher … _hust hust_ ![image](https://forum.freifunk.net/uploads/default/original/3X/3/4/3463af23f515191630a1b51659f863a47ac08603.png) Aus der Anleitung die FFAC [verlinkt](https://wiki.freifunk.net/Freifunk_Aachen/Softwareinstallation) 😉 ---
**Author:** ![Murxmaster](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/m/3ec8ea/32.png) [@Murxmaster](https://forum.freifunk.net/u/Murxmaster)\ **Post date:** [3. März 2026 um 13:45 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/42 "2026-03-03T13:45:59Z")
> [@awlnx](#): > > Ihr macht sie ohne Hindernis schon für alle Suchmaschinen und co zugänglich, jede Suchmaschine, AI Crawler etc hat die schon im Index. Vielleicht habe ich technisch Dinge nicht auf dem Schirm. Bei “meiner” Community kann ich die Kontaktdaten auf dem Web-Interfaces des Nodes angeben - muss das aber nicht. Bislang bin ich davon ausgegangen, dass sie auch nur genau dort zur Verfügung stehen - vielleicht ist das ja schlichtweg falsch und die Daten erscheinen in irgendeiner API. Die Web-Oberfläche der Nodes ist “bei uns” nur von innerhalb des Freifunknetzes - aber meines Wissens nach - nicht für Aussenstehende einsehbar. Von daher hält sich meine Begeisterung über die Veröffentlichung der Kontaktdaten “für alle” in der Federated Map in sehr engen Grenzen. Möglicherweise habe ich die Situation auch technisch falsch beurteilt und die von mir angenommene Sicherheit könnte man als Security-by-not-membership bezeichnen: Wer nicht im internen Freifunk-Netz ist kann auf meine Daten nicht zugreifen. Alles in allem: cooles Projekt, aber die Veröffentlichung meiner Kontaktdaten in dem Zusammenhang finde ich mäh! ---
**Author:** ![wusel](https://forum.freifunk.net/user_avatar/forum.freifunk.net/wusel/32/630_2.png) [@wusel](https://forum.freifunk.net/u/wusel)\ **Post date:** [8. März 2026 um 01:59 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/43 "2026-03-08T01:59:10Z")
> [@Murxmaster](#): > > Bei “meiner” Community kann ich die Kontaktdaten auf dem Web-Interfaces des Nodes angeben - muss das aber nicht. Bislang bin ich davon ausgegangen, dass sie auch nur genau dort zur Verfügung stehen - vielleicht ist das ja schlichtweg falsch und die Daten erscheinen in irgendeiner API. Sofern Eure Firmware – Braunschweig AFAICS – das Feld nicht filtert, ist das Feld in den öffentlichen Daten enthalten. Braunschweig scheint es zu filtern: ![Screenshot 2026-03-08 at 02-02-08 Freifunk Map](https://forum.freifunk.net/uploads/default/original/3X/3/3/33a92bb52b94d029a339f8fcc49fc490cc77759f.png) > [@](#): > > Die Web-Oberfläche der Nodes ist “bei uns” nur von innerhalb des Freifunknetzes - aber meines Wissens nach - nicht für Aussenstehende einsehbar. Von daher hält sich meine Begeisterung über die Veröffentlichung der Kontaktdaten “für alle” in der Federated Map in sehr engen Grenzen. Lt. Karte verwendet FFBS 2001:bf7:381::/48-Adressen, die aber weder bei IN-Berlin registriert noch im globalen Routing verzeichnet sind. Insofern ist »nur von innerhalb des Freifunknetzes« wohl korrekt — IPv6-Zugriffe von innerhalb des FFBS-Netzes müßten an den Netzgrenzen (Gateways) dann z. B. per Prefix-Translation – »IPv6-NAT« – auf geroutete Adressen umgeschrieben werden. > [@](#): > > Alles in allem: cooles Projekt, aber die Veröffentlichung meiner Kontaktdaten in dem Zusammenhang finde ich mäh! Konjunktiv; Deine Community tat zuvor, war wir jetzt auch tun: Schutz der Kontaktdaten durch Austausch durch einen beschreibenden Platzhalter in von Dritten nutzbaren Daten. Eben weil die Veröffentlichung _dieser_ Daten was anderes ist als die der nackten Knoten-Statistiken. ---
**Author:** ![adorfer](https://forum.freifunk.net/user_avatar/forum.freifunk.net/adorfer/32/17910_2.png) [@adorfer](https://forum.freifunk.net/u/adorfer)\ **Post date:** [30. März 2026 um 14:36 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/44 "2026-03-30T14:36:54Z")
Was bedeutet denn so ein „fetch failed“? Wenn z.B. von hier aus alle genannten URLs abrufbar sind und auch andere Datenquellen vom gleichen Server OK („active“) sind in dem [debug.html](https://federated-map.ffmuc.net/debug.html)? ![image](https://forum.freifunk.net/uploads/default/original/3X/2/d/2da2b1e92ae61d1e1853d4ce97accf00f4866246.png) ---
**Author:** ![T\_X](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/t/a9adbd/32.png) [@T\_X](https://forum.freifunk.net/u/T_X)\ **Post date:** [10. Juni 2026 um 23:12 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/45 "2026-06-10T23:12:57Z")
Sehr cooles Projekt! Wäre es evtl. möglich, eure Mühen bzgl. des Fixen der Freifunk API feeds irgendwie wieder zu exportieren? Bin am Überlegen, ob man dass dann vll. auch für den Census-Exporter benutzen könnte. Also das die Daten dann hauptsächlich unverändert durch die Freifunk API kommen, bis auf die paar kleinen, manuellen fixes. Sodass man sich dadurch vll. das Pflegen dieser extra Liste hier sparen könnte: [census-exporter/communities.json at main · freifunk-gluon/census-exporter · GitHub](https://github.com/freifunk-gluon/census-exporter/blob/main/communities.json) [Vorherige Seite](https://forum.freifunk.net/t/federated-freifunk-karte/24556.md?page=2)