I am doing my part!
Ich hab noch nicht ganz verstanden wofür ich das brauche. Warum will ich möglichst genaue Standort Daten?
Das dient als Ergänzung zu GPS. Ist halt deutlich schneller. Wenn du zum Beispiel CoMaps benutzt wird dein Standort erstmal über beaconDB angezeigt bis GPS bereit ist (Die machen das soweit ich weiß unabhängig bon custom Roms und so). Oder Geräte die kein GPS haben wie ein Linux desktop können das auch nutzten um deinen Standort zu ermitteln. Der haupt Anwendungsfall sind halt Karten und da muss man halt genau wissen wo man ist
Comaps benutzt BeaconDB nativ? Cool!
Edith: nein tut es wohl nicht
Jo, hab noch mal nachgeschaut: https://codeberg.org/comaps/comaps/issues/1081
Schau dir mal das Ergebnis an… CoMaps hat KEINEN eingebauten Location provider.
Es benutzt ganz normal die Location vom Betriebssystem, das kann “fine location” oder “coarse location” sein, also network location oder A-GPS
Es gibt aber “Alt Location Services”, eine App die folgende Idee implementiert und damit auf allen Androids läuft. Sie verwendet die “Mock Location”, Apps müssen diese also akzeptieren. Open source navi apps sollten das tun, andere wie zB Rollervermietung oder sonstwas wahrscheinlich nicht (deren Entwickler sind aber auch so saumäßig faul, dass die Apps Standort, Karten und Bluetooth an die Play Services outsourcen und damit nicht ohne funktionieren)
also so wie ich das lese steht da nur das sie microg als Bibliothek benutzten und lediglich keine eigene Implementation haben. Außerdem steht da ja ganz am Anfang:
We use Micro G services to improve location in our app
Micro G use BeaconDB?
Und das würde ich jetzt so verstehen das sie BeaconDB nutzten weil ja spezifisch gesagt wird das sie microg verwenden, was BeaconDB nutzt
microG kann man soweit ich weiß nicht als Bibliothek benutzen. Das ist eine Reimplementation der Play Services, die wirklich zuverlässig nur funktioniert, wenn sie als Systemapps mit zusätzlich erweiterten Berechtigungen installiert wird.
BeaconDB verwendet das API Format vom abgeschalteten Mozilla Location Service, den microG früher unterstützt hat, dadurch ist der Support schnell gekommen. Genauso wie in geoclue auf Linux.
Aber dann verstehe ich die Kommentare von jeanbaptisteC nicht und was der Code snippet bedeutet. Hab jetzt noch nicht für Android entwickelt
Noice!
Da es noch keine gute Antwort gab
- Standort innerhalb von Gebäuden, basierend auf offenen Daten
- GPS wird permanent gestört, sogenanntes “Jamming”. Mit falschen Signalen wird vorgegaukelt, an einem anderen Ort zu sein, oder auf dem selben Frequenzbereich einfach ganz viel Rauschen versendet. Das geht sehr gut, weil GPS nicht authentifiziert ist, und man mit einem stationären Störsender gut die schwachen Sattelitensignale übertönen kann.
- Transparente Ermittlung von Daten. Sowas zu machen ist extrem einfach, viele Apps haben Libraries eingebaut die ohne zu fragen Standort und umliegende Netzwerke scannen und ohne dein Wissen in Datenbanken hochladen. BeaconDB plant die Netzwerknamen und MACs zu geo-hashen, eine Form des Hashings (also einen String so umzuwandeln, dass immer das selbe Ergebnis herauskommt, jedoch aus dem Ergebnis nicht der Ausgangsstring ermittelt werden kann => Privatsphäre)
Der Entwickler von BeaconDB hat auch die Datenbank von Apple gescraped, GrapheneOS macht das auch. Geht sehr gut und hat extrem viele Wifis. Jedoch ist das halt nicht “ethisch” und nicht zukunftssicher. Ich wäre auf jeden Fall dafür, alle hochwertigen Datenquellen zusammenzutun.
Momentan gibt es aber noch essentielle Probleme wie keine Triangulation zur Ermittlung der Ausgangspunkte, und einen ziemlich schlechten Algorithmus zur Ermittlung der Position.
Vermutlich für:
- Navigation
- Standortübermittlung ala Whatsapp
- Scheinbar teilen auch viele junge menschen dauerhaft standortdaten damit ihre Freunde sie finden können… Oder sowas in der richtung
