2 Punkte von GN⁺ 2024-07-08 | 1 Kommentare | Auf WhatsApp teilen
  • beaconDB, eine gemeinfreie Funk-Standortdatenbank

    • 219.953 Netzwerke
    • 5.565 Beacons
    • 7.601 Funkmasten
    • 36 Länder
    • Ethische Erfassung: Datensammlung per Opt-in
    • Datenschutz: Informationen werden zum Schutz von Sendern und Beitragenden verschleiert
    • Missbrauchsschutz: Zum Aktualisieren bestehender Daten sind Informationen erforderlich, die nur innerhalb der physischen Reichweite eines Beacons erfasst werden können
  • Beitragen

    • beaconDB nimmt seit Kurzem Einsendungen entgegen. Um regionale Abdeckung hinzuzufügen, können folgende Apps verwendet werden:
      • NeoStumbler: unterstützt Mobilfunkmasten, WLAN-Netzwerke und Bluetooth-Geräte
      • Tower Collector: unterstützt nur Mobilfunkmasten
        • Download über F-Droid oder Google Play
        • In den Upload-Einstellungen die Unterstützung für benutzerdefinierte MLS-Dienste aktivieren und die Adresse auf https://beacondb.net/v2/geosubmit setzen
    • Eingereichte Daten werden aggregiert und unter einer Public-Domain-Lizenz geteilt. Weitere Details zur Datenverarbeitung finden sich in der Datenschutzerklärung
  • Verwendung

    • beaconDB ist experimentell und sollte nicht für kritische Dienste verwendet werden
    • Wer ein Android-Telefon mit einer aktuellen Preview-Version von microG nutzt, kann beaconDB leicht ausprobieren, ohne etwas zu installieren. Auf der Standort-Seite in den microG-Einstellungen lassen sich über das Drei-Punkte-Menü oben rechts benutzerdefinierte Service-URLs setzen. Mit https://beacondb.net/ kann beaconDB ausprobiert werden
    • Da beaconDB bei null startet, gibt es für viele Regionen vermutlich noch keine WLAN-Abdeckung. Wenn beaconDB den Standort nicht per WLAN schätzen kann, wird auf ungefähre Positionen von Mobilfunkmasten zurückgegriffen, die aus dem letzten Datendump von MLS stammen. Eingereichte Daten brauchen mindestens 5 Minuten, bis sie über die beaconDB-API verfügbar sind
  • Entwickler

    • beaconDB hostet den mit Ichnaeas Request-Format kompatiblen Endpoint https://beacondb.net/v1/geolocate. Bei Software mit vielen Nutzern sollte dieser nicht als Standard-Standortdienst verwendet werden. Die beaconDB-Infrastruktur kann derzeit noch nicht viele Anfragen verarbeiten
    • Datendumps werden derzeit nicht angeboten. Es wird noch an Maßnahmen geforscht, die nötig sind, um die Privatsphäre von Beitragenden und AP-Besitzern zu schützen
    • Quellcode: Codeberg
    • Chat: Matrix und IRC
    • Bug-Tracker
    • Datenschutzerklärung
    • Ersteller: Joel Koen

Zusammenfassung von GN⁺

  • beaconDB ist eine ethische, datenschutzorientierte Funk-Standortdatenbank. Das wird durch Opt-in-Datenerfassung und verschleierte Informationen erreicht
  • Beitragende können Daten mit den Apps NeoStumbler und Tower Collector einreichen. Die eingereichten Daten werden unter einer Public-Domain-Lizenz geteilt
  • beaconDB ist experimentell und sollte nicht für kritische Dienste eingesetzt werden. Über microG lässt es sich leicht ausprobieren
  • Entwickler können einen mit Ichnaeas Request-Format kompatiblen Endpoint nutzen. Die Kapazität für viele Anfragen ist jedoch noch begrenzt
  • beaconDB unterscheidet sich von anderen Standortdatenbanken durch den Fokus auf ethische Datenerfassung und Datenschutz

1 Kommentare

 
GN⁺ 2024-07-08
Hacker-News-Kommentare
  • Zu „ethically sourced: opt-in only data collection“: Wenn mein Nachbar mein WiFi-Netzwerk scannt und zu BeaconDB hochlädt, habe ich nicht zugestimmt.

    • In der Datenschutzrichtlinie von BeaconDB wird erwähnt, dass man dem WiFi-Namen _optout hinzufügen kann.
    • Das ist eher ein Opt-out- als ein Opt-in-Verfahren.
  • Der Autor stellt keine Open-Source-Mobile-App bereit, mit der sich die Daten direkt erfassen lassen.

    • Ich frage mich, woher die Daten gesammelt wurden.
    • Insbesondere frage ich mich, ob sie auf dem Erfassungsgerät per Opt-in gesammelt wurden.
  • Als ich GrapheneOS untersucht habe, war es nicht möglich, einen benutzerdefinierten Standortdienst bereitzustellen.

    • Wenn jemand weiß, wie man das ohne microG umsetzen kann, wäre ich sehr froh.
  • Das Hauptproblem von MLS war, dass es von Skyhook wegen Patenten verklagt wurde.

    • Ich frage mich, ob jemand die betreffenden Patente kennt und wie BeaconDB dieses Problem umgeht.
  • Beim Lesen über die Einstellung von MLS habe ich gesehen, dass auch mehrere Organisationen (e foundation, Graphene) daran interessiert sind, einen Ersatzdienst bereitzustellen.

    • Ich frage mich, ob es sich um eine Situation handelt, in der mehrere Open-Source-Standortdienstanbieter konkurrieren, oder ob dieses Projekt derzeit das einzige öffentlich zugängliche ist.
  • Das Projekt ist cool, wirkt auf GitHub aber wie ein Ein-Personen-Projekt mit wenig Beteiligung.

    • Ich frage mich, ob geplant ist, mit anderen Menschen mit ähnlichen Zielen zusammenzuarbeiten, um das Projekt zu skalieren.
    • Mit Unterstützung aus der bestehenden Entwickler-Community könnte das Projekt den nächsten Schritt machen.
  • Das eigentliche Projekt läuft auf Codeberg, und neben dem Hauptentwickler gibt es dort etwas mehr Beteiligung von anderen.

  • Ich frage mich, ob es einen Grund gibt, warum die API die Standorte der Access Points nicht zurückgibt.

    • Es wäre gut, wenn Clients die Position selbst berechnen könnten.
  • Dieses Projekt ist wirklich cool.

    • Es ist immer erfreulich, Problemlöser zu sehen, die die Lücke schließen, die MLS hinterlassen hat.
    • Auch das Design ist großartig.
  • Ich frage mich, ob dieses Projekt nur als API bereitgestellt wird.

    • Ich frage mich, ob man die Daten nicht dumpen und lokal analysieren kann.
  • Wirklich ein cooles Projekt.

    • Ich hoffe, dass mehr Software auf dieses Projekt umsteigt.
    • Ich würde zu 100 % beitragen.
  • Ich hoffe, dass GrapheneOS dieses Projekt bald unterstützt.

    • Derzeit sind Nicht-Google-GPS-Anbieter fast nutzlos, wenn man sich nicht im Freien befindet.