Ist eigentlich dasselbe, aber im der README.md steht:
I have handed off this project to @devee. The new official repository for this work is a now at https://gitlab.com/deveee/Local-GSM-Backend
Location ohne MicroG - ShiftOs-L
- Ersteller timmo
- Erstellt am
- SHIFT5me ShiftOS-L
-
- Schlagworte
- location nogapps nomicrog shift 5 me shiftos-l unifiednlp
I have handed off this project to @devee. The new official repository for this work is a now at https://gitlab.com/deveee/Local-GSM-Backend
Ha! Ich wusste, dass n76 das abgegeben hat. Seit über einem Jahr. Komme aber nicht auf die Idee, das auch in meiner App-Liste zu aktualisieren
Danke für den Zaunpfahl! Ist jetzt korrigiert.Muss einem doch gesagt werden
Erwähnt war ich, und Du hast mich gefragt. Lieb wie ich bin (oops 
) habe ich Dir natürlich brav geantwortet. Aber jetzt weiß woff ja, dass er zurück blättern und nachschauen muss, was Du mich gefragt hast, um Dir dann zu antworten 
Nitpick. Es heißt dort immer noch Github obwohl die Repo bei Gitlab gehostet ist.
@timmo @Izzy_ 
Das Backend funktioniert, das seh ich ja via "My Location". Meine Frage ist eigentlich, wie diese Information dann zur nutzenden App käme, denn dort kommt sie nicht an. OSMAnd~, meteocool, was auch immer "network location" haben will. Na klar habe ich bei den Standort-Einstellungen "Hohe Genauigkeit" oder "Energiesparmodus" gewählt. Ein anderes Backend habe ich auch probiert, das funktioniert in "My Location" ebenfalls und sogar schneller, löst mein Problem aber auch nicht. Im logcat habe ich schon geschaut und nichts richtiges gesehen.
Mein Gedanke war, dass die Apps die googlemäßige "network location" abfragen und irgendwas im System die UnifiedNLP-Location zu Network-Location kopieren müsste damit die Apps das bekommen, aber da liege ich eventuell falsch. Aber wie funktioniert es denn, dass die network location abfragenden Apps die Position von UnifiedNLP bekommen? SHIFT5me, Android 8.1, root.
Das Backend funktioniert, das seh ich ja via "My Location". Meine Frage ist eigentlich, wie diese Information dann zur nutzenden App käme, denn dort kommt sie nicht an. OSMAnd~, meteocool, was auch immer "network location" haben will. Na klar habe ich bei den Standort-Einstellungen "Hohe Genauigkeit" oder "Energiesparmodus" gewählt. Ein anderes Backend habe ich auch probiert, das funktioniert in "My Location" ebenfalls und sogar schneller, löst mein Problem aber auch nicht. Im logcat habe ich schon geschaut und nichts richtiges gesehen.
Mein Gedanke war, dass die Apps die googlemäßige "network location" abfragen und irgendwas im System die UnifiedNLP-Location zu Network-Location kopieren müsste damit die Apps das bekommen, aber da liege ich eventuell falsch. Aber wie funktioniert es denn, dass die network location abfragenden Apps die Position von UnifiedNLP bekommen? SHIFT5me, Android 8.1, root.
Zuletzt bearbeitet:
Richtig. Und da scheint es zu klemmen. Ich habe kein 5me und kann es daher nicht nachstellen – Du könntest aber per
adb logcat nachschauen. Vorsicht, da kommt eine ganze Menge Text, also am besten (unter Linux) wie folgt:
Bash:
adb logcat | tee location.logDann siehst Du die Zeichen wie wild über den Terminal-Bildschirm flitzen. Sobald sich das beruhigt:
Strg+C. Dann in location.log nachschauen. Ist wahrscheinlich echt viel drin, daher zuerst mal nach "nlp" suchen und schauen was da auftaucht. Bei Treffern auch die Zeilen vor und nach dem Fund anschauen. Eventuell findest Du da welche, die mit "E" (error) oder "W" (warning) markiert sind. Die geben Dir dann hoffentlich einen Hinweis, was da schief liegt.
Code:
W LocationProviderProxy-network: com.google.android.gms resolves service com.android.location.service.v3.NetworkLocationProvider, but has wrong signature, ignoring
W LocationProviderProxy-network: Odd, no component found for service com.android.location.service.v3.NetworkLocationProvider
W GeocoderProxy: com.google.android.gms resolves service com.android.location.service.GeocodeProvider, but has wrong signature, ignoring
W GeocoderProxy: Odd, no component found for service com.android.location.service.GeocodeProvider
W LocationProviderProxy-network: com.google.android.gms resolves service com.android.location.service.v3.NetworkLocationProvider, but has wrong signature, ignoring
D LocationProviderProxy-network: bindBestPackage for com.android.location.service.v3.NetworkLocationProvider : found 1, no new best component
W LocationProviderProxy-network: Odd, no component found for service com.android.location.service.v3.NetworkLocationProvider
D LocationProviderProxy-fused: bindBestPackage for com.android.location.service.FusedLocationProvider : found 1, new best component: ComponentInfo{com.android.location.fused/com.android.location.fused.FusedLocationService}und nach Deinstallation des µG bleibt
übrig.
µG war schmutzig installiert, aber die relevanten Häkchen (signature-spoofing) waren ok gewesen und alles sah aus wie es soll beim Selbsttest.
Auch wenn ich dann frisch nach https://github.com/microg/UnifiedNlp/issues/181#issuecomment-626200709 verfahre, komme ich nur wieder zu
Code:
W LocationProviderProxy-network: Odd, no component found for service com.android.location.service.v3.NetworkLocationProvider
W GeocoderProxy: Odd, no component found for service com.android.location.service.GeocodeProviderµG war schmutzig installiert, aber die relevanten Häkchen (signature-spoofing) waren ok gewesen und alles sah aus wie es soll beim Selbsttest.
Auch wenn ich dann frisch nach https://github.com/microg/UnifiedNlp/issues/181#issuecomment-626200709 verfahre, komme ich nur wieder zu
com.google.android.gms resolves service com.android.location.service.v3.NetworkLocationProvider, but has wrong signature, ignoring.
Zuletzt bearbeitet:
Danke @Izzy_ , du musst ja hier nicht alles machen.
Wer könnte was dazu sagen? Wie könnte ich hier weiter kommen?
Das putzige an der Sache ist: Ich war letzte Woche in Spanien, und hatte dort ein sehr ähnliches Problem: GSMLocationService auf dem 6mq fand nix. MLS (Mozilla Location Service) noch schnell nachinstalliert; das fand zwar was: wie bei Dir tauchte es in "My Location" unter MLS auf, wurde aber nicht als "Netzwerk-Location" übernommen – der erste GPS-Fix dauerte daher ewig. Mit gleicher Datenbank auf meinem FP2 funktionierte alles prima – und kaum zurück in DE, funktionierte es auch wieder auf dem 6mq (inkl. Übernahme als Netzwerk-Standort).Was bei mir gleich zwei Fragen aufwirft:
- bei identischer Datenbank und identischem Mobilfunk-Anbieter, warum funzt es auf dem FP2 aber nicht auf dem 6mq?
- Warum wird MLS nicht als Netzwerk-Standort übernommen, GSM aber schon?
Wenn mir die Reise bereitgestellt wird, gerne
Wir haben auch GPS ein bisschen eingeschränkt (Stichwort IZat), während es auf dem FP2 aktiviert sein sollte (laut Uralt-Posting).
Könnte also vielleicht daran liegen, ist aber nur eine Vermutung meinerseits ohne Beweise oder Fakten.
Das betrifft aber nicht das 5me/6m, da MTK statt QCOM.
Ich schau mir da nochmal die microG Integration an, vielleicht hat sich seit damals was verändert oder wir haben es nicht optimal umgesetzt.
Danke Dir, Alex! Ich stehe dann auch wieder gern für Tests zur Verfügung (bin aber wie Du weißt noch auf SOS-L 3.9, weil da noch nix neueres offizielles kam). Zusammengefasst wundert mich:
- warum funktioniert LocalGSM es in Spanien gar nicht (liefert keinen Standort, obwohl es mit gleicher DB auf dem FP2 tut), wohl aber in DE?
- warum wird MLS, obwohl es einen Standort liefert, in ES nicht für den Netzwerk-Standort übernommen? Hier weiß ich nicht, ob es das in DE wird; da war er zwar wieder da, könnte aber eben so gut vom LocalGSM gekommen sein)
Ich habe mich generell etwas mit der Standortermittlung beschäftigt (Fokus microG). Vielleicht könnt Ihr meine Recherchen ja mal bestätigen oder kommentieren.
Ich konnte zur Technik der Standortermittlung nicht wirklich eine(!) Quelle finden, wo das erklärt wird. Man kann sich nur "durchhangeln", wie üblich mit Widersprüchen.
Meine Frage: Was sollte man denn an zusätzlichen Apps unter microG installieren, damit man:
- eine performante und genaue Standortermittlung hat,
- aber ohne zuviel "Datenschnüffelei"?
Prinzipiell funktioniert wohl die Standortermittlung in mobilen Geräten über Satellit (GPS/GNSS), Mobilfunk (Funkzellen) und/oder WLAN/WiFi.
GPS ist als Technik z.B. im Smartphone enthalten, braucht mehr Akkuleistung und ist bei schlechtem Empfang ggf. ungenau und langsam (habe ich selbst mal mit einem älteren IPhone erlebt...). Dafür braucht es prinzipiell keine Internetverbindung und weitere "Services". Allerdings gibt es wohl auch da Techniken, die an Hand von Daten aus dem Internet die Genauigkeit und Performance steigern können (kann ich z.B. in den Shift-OS Einstellungen sehen = Qualcomm Location Service?).
Mobilfunk und WLAN brauchen weniger Akkuleistung, sind recht genau (auch "indoor"), benötigen aber zur Standortermittlung neben GPS (soweit verfügbar) zusätzlich Internet und eine Art "Fingerprinting" (also "Services"). Das kann über Google sein, aber auch andere Anbieter.
Unified Network Location Provider (UnifiedNlp), welches im microG Services Core (GmsCore) enthalten ist, nutzt wohl Mobilfunk und WLAN.
Dazu werden aber wohl weitere Backends und damit Apps benötigt:
UnifiedNlp alone does not provide any features, but acts as a middleware for multiple backends. Most of them can be downloaded and updated using F-Droid. Here is a list of backends known to me...
- MozillaNlpBackend - Uses the Mozilla Location Service to resolve user location. The coverage is OK. Only the cell tower database is free.
- NominatimGeocoderBackend - Address lookup backend.
Oder hier Backends
Ich konnte zur Technik der Standortermittlung nicht wirklich eine(!) Quelle finden, wo das erklärt wird. Man kann sich nur "durchhangeln", wie üblich mit Widersprüchen.
Meine Frage: Was sollte man denn an zusätzlichen Apps unter microG installieren, damit man:
- eine performante und genaue Standortermittlung hat,
- aber ohne zuviel "Datenschnüffelei"?
Prinzipiell funktioniert wohl die Standortermittlung in mobilen Geräten über Satellit (GPS/GNSS), Mobilfunk (Funkzellen) und/oder WLAN/WiFi.
GPS ist als Technik z.B. im Smartphone enthalten, braucht mehr Akkuleistung und ist bei schlechtem Empfang ggf. ungenau und langsam (habe ich selbst mal mit einem älteren IPhone erlebt...). Dafür braucht es prinzipiell keine Internetverbindung und weitere "Services". Allerdings gibt es wohl auch da Techniken, die an Hand von Daten aus dem Internet die Genauigkeit und Performance steigern können (kann ich z.B. in den Shift-OS Einstellungen sehen = Qualcomm Location Service?).
Mobilfunk und WLAN brauchen weniger Akkuleistung, sind recht genau (auch "indoor"), benötigen aber zur Standortermittlung neben GPS (soweit verfügbar) zusätzlich Internet und eine Art "Fingerprinting" (also "Services"). Das kann über Google sein, aber auch andere Anbieter.
Unified Network Location Provider (UnifiedNlp), welches im microG Services Core (GmsCore) enthalten ist, nutzt wohl Mobilfunk und WLAN.
Dazu werden aber wohl weitere Backends und damit Apps benötigt:
UnifiedNlp alone does not provide any features, but acts as a middleware for multiple backends. Most of them can be downloaded and updated using F-Droid. Here is a list of backends known to me...
- MozillaNlpBackend - Uses the Mozilla Location Service to resolve user location. The coverage is OK. Only the cell tower database is free.
- NominatimGeocoderBackend - Address lookup backend.
Oder hier Backends
Hallo @railes, Du gibst auf Deine Fragen schon die richtigen Antworten, wie ich finde. Mit GPS und microG Location inkl. Nominatim und zusätzlich einem Backend wie Mozilla Unified NLP realisierst Du eine Standortbestimmung, die sowohl outdoor als auch indoor super mit dem 6mq funktioniert und gleichzeitig keine Daten den Datenklau-Firmen preis gibt. Ich habe als weiteres Backend noch Local NLP Backend installiert. Mit der App My Location (f-droid) kannst Du überprüfen, wie schnell und genau Deine Phone per GPS oder Backends den Standort findet.
Im Freien habe ich gewöhnlich innerhalb von zwei bis drei Sekunden einen GPS-Fix. Im Haus sind die Backends schneller als GPS und benötigen ca. 5 Sekunden. Das GPS ist indoor nach ca. einer Minute da, was aber abhängig vom Standort - am Fenster, im Keller etc.- ist.
Heutige GPS benötigen auch nicht mehr so viel Akkuleistung, wie es früher der Fall war. Beim Wandern habe ich z.B. GPS den ganzen Tag an und zeichne die Strecke auf, trotzdem ist das Phone am Ende noch bei 30 bis 50% Akkuleistung. Deswegen stelle ich mittlerweile stets beides an, wenn ich es brauche.
Im Freien habe ich gewöhnlich innerhalb von zwei bis drei Sekunden einen GPS-Fix. Im Haus sind die Backends schneller als GPS und benötigen ca. 5 Sekunden. Das GPS ist indoor nach ca. einer Minute da, was aber abhängig vom Standort - am Fenster, im Keller etc.- ist.
Heutige GPS benötigen auch nicht mehr so viel Akkuleistung, wie es früher der Fall war. Beim Wandern habe ich z.B. GPS den ganzen Tag an und zeichne die Strecke auf, trotzdem ist das Phone am Ende noch bei 30 bis 50% Akkuleistung. Deswegen stelle ich mittlerweile stets beides an, wenn ich es brauche.
Damit man mich nicht missversteht: Unter dem Link UnifiedNlp stehen noch mehr Apps und Anbieter, genau wie unter dem Link Backends darunter.
Ich habe nur mal die zwei aufgeführt, die ich kannte (neben Deja vú, was laut diesem Thread ja wird nicht mehr gepflegt wird, dafür als Fork Local NLP Backend).
Bei microG sollte man im Auge behalten, dass die neueren Versionen davon (ab Version 0.2.28) keine zusätzlichen Module (wie von @jefla genanntes Local NLP Backend) mehr unterstützt werden. Stattdessen sind jetzt Nominatim und Mozilla fest im Core integriert. Es gibt da Bestrebungen, auch weitere Backends zu integrieren – aber welche und wann ist da noch nicht klar.
Wer Details dazu sucht: hier wäre das zugehörige Issue.
Wer Details dazu sucht: hier wäre das zugehörige Issue.
so sollte es nicht sein, deshalb hatte ich es ja hier platziert
bitte ggf. hier weiterführen, da der andere Thread "intern" bzw. nur für Mitglieder sichtbar ist und als Thema "SHIFT6MQ.SOS.5.0.20230621" hat
Hallo,
weil ich Zeit und Spaß dazu hatte... Ich habe mich nochmal intensiver mit microG und der Standortermittlung (Locations) beschäftigt.
Zur Erinnerung - Für microG sollte installiert sein:
zu UnifiedNlp siehe auch Wikipedia Fingerprinting (WLAN) - Praktische Anwendungen
Prinzipiell funktioniert die Standortermittlung in mobilen Geräten:
Zu UnifiedNlp gilt microG (Components):
Kommentar: Wir haben bereits die Variante "included in GmsCore" installiert, man braucht keine weitere App installieren.
Unified Network Location Provider (UnifiedNlp) is a library that provides Wi-Fi- and Cell-tower-based geolocation to applications that use Google’s network location provider. It is included in GmsCore but can also run independently on most Android systems Installation:
Unified Network Location Provider is provided in 3 variants:
Usage: UnifiedNlp alone does not provide any features, but acts as a middleware for multiple backends. Most of them can be downloaded and updated using F-Droid. Here is a list of backends known to me.
Backends for geolocation and geocoding… (Liste Backends)
Standalone Apps für UnifiedNpl (F-Droid) - braucht man nicht wg. "inbuild", s.o.:
Unter microG Einstellungen - Location habe ich alles nur mögliche aktiviert:
Als Test App habe ich dann "My Location" genutzt
Testet man obige Konstellation ohne UnifiedNlp Backends, so wird nur GPS genutzt (Network Not supported, UnifiedNlp keine Nutzung).
Man bekommt in der App auch eine Download Möglichkeit für UnifiedNlp Backends (Link zu Backends).
Installiert man z.B. Local NLP Backend (als Fork von Déjà Vu, von F-Droid) -> GPS in Kombination mit Mobilfunk (Funkzellen) und/oder WLAN/WiFi
Ich habe dann zusätzlich
NominatimNlpBackend wird nicht angezeigt, aber ggf. weil das wg "Geocoding" ein spezielles Backend ist? Geocoding
puh, das war eine Menge Testing, Kommentare welcome
vor allem zur Frage: Warum kann man in der App "My Location" bzw. generell die Standortermittlung nach Network nicht auswerten bzw. aktivieren? Geht das ggf. nur mit Google Diensten?
weil ich Zeit und Spaß dazu hatte... Ich habe mich nochmal intensiver mit microG und der Standortermittlung (Locations) beschäftigt.
Zur Erinnerung - Für microG sollte installiert sein:
- microG Services Core (GmsCore)
- microG Services Framework Proxy (GfsProxy)
- microG Companion (vormals FakeStore microG Store)
zu UnifiedNlp siehe auch Wikipedia Fingerprinting (WLAN) - Praktische Anwendungen
Prinzipiell funktioniert die Standortermittlung in mobilen Geräten:
- über Satellit (GPS/GNSS)
- und/oder Mobilfunk (Funkzellen)
- und/oder WLAN/WiFi
Zu UnifiedNlp gilt microG (Components):
Kommentar: Wir haben bereits die Variante "included in GmsCore" installiert, man braucht keine weitere App installieren.
Unified Network Location Provider (UnifiedNlp) is a library that provides Wi-Fi- and Cell-tower-based geolocation to applications that use Google’s network location provider. It is included in GmsCore but can also run independently on most Android systems Installation:
Unified Network Location Provider is provided in 3 variants:
- NetworkLocation.apk – for the usual configuration of Android 4.4+ without GApps
- LegacyNetworkLocation.apk – for the usual configuration of Android 2.3 - 4.3.1 without GApps
- UnifiedNlp.apk – for Android WITH Gapps
Usage: UnifiedNlp alone does not provide any features, but acts as a middleware for multiple backends. Most of them can be downloaded and updated using F-Droid. Here is a list of backends known to me.
Backends for geolocation and geocoding… (Liste Backends)
Standalone Apps für UnifiedNpl (F-Droid) - braucht man nicht wg. "inbuild", s.o.:
- UnifiedNlp (GAPPS) for most modern ROMs AOSP 4.4 and later ("independently from the AOSP version")
- UnifiedNlp (no GAPPS) (legacy): AOSP from 2.3 to 4.3.1
Unter microG Einstellungen - Location habe ich alles nur mögliche aktiviert:
- WiFi-location: request Mozilla, request Hotspot, remember GPS
- Mobile network location: request Mozilla, remember GPS
- Address resolver: use nominatim
- Standortdienste WLAN-Suche und Bluetooth aktiviert
- WLAN und parallel Mobile Daten (LTE) sowie Standortermittlung sind eingeschaltet
Als Test App habe ich dann "My Location" genutzt
- Berechtigung Standort gewährt
- GPS is usually the most accurate method. But a position fix may take some time or may not work at all due to signal loss. Lock GPS feature runs a persistent service to keep connected with the satellites.
- Network Location Provider uses Wi-Fi or Cellular ids to estimate the location. On the devices with Google Play Services installed, NLP usually uses Google Location Service at backend.
- UnifiedNLP is an open source API which has been used to develop multiple NLP backends (Backends).
Testet man obige Konstellation ohne UnifiedNlp Backends, so wird nur GPS genutzt (Network Not supported, UnifiedNlp keine Nutzung).
Man bekommt in der App auch eine Download Möglichkeit für UnifiedNlp Backends (Link zu Backends).
Installiert man z.B. Local NLP Backend (als Fork von Déjà Vu, von F-Droid) -> GPS in Kombination mit Mobilfunk (Funkzellen) und/oder WLAN/WiFi
- Berechtigung Standort (immer) gewährt
Ich habe dann zusätzlich
- MozillaNplBackend -> Internet & Mozilla
- NominatimNplBackend -> Internet & MapQuest (OpenStreetMap)
- MozillaNlpBackend Berechtigung Standort (immer) und Telefon gewährt (warum Telefon???)
- NominatimNlpBackend benötigt keine Berechtigung
NominatimNlpBackend wird nicht angezeigt, aber ggf. weil das wg "Geocoding" ein spezielles Backend ist? Geocoding
puh, das war eine Menge Testing, Kommentare welcome
vor allem zur Frage: Warum kann man in der App "My Location" bzw. generell die Standortermittlung nach Network nicht auswerten bzw. aktivieren? Geht das ggf. nur mit Google Diensten?
Zuletzt bearbeitet:
zur Test App "My Location" heißt es:
My Location finds your device's location in the following ways:
- GPS is usually the most accurate method. But a position fix may take some time or may not work at all due to signal loss. Lock GPS feature runs a persistent service to keep connected with the satellites.
You can also see the list of visible satellites with their PRNs (unique identifiers) and SNR (signal quality).
- Network Location Provider uses Wi-Fi or Cellular ids to estimate the location. On the devices with Google Play Services installed, NLP usually uses Google Location Service at backend.
- UnifiedNLP is an open source API which has been used to develop multiple NLP backends (https://github.com/microg/UnifiedNlp/wiki/Backends).
Ggf. ist es so, wie ich vermutet habe. Das "reine" NLP als solches funktioniert nur mit Google Services?
Oder wie heißt es zu UnifiedNLP: Alternative network location provider for Android, with plugin interface to easily integrate third-party location providers.
Vielleicht kann ja mal jemand, der ShiftOS-G installiert hat, die App ausprobieren und gucken, ob dort "reines" NLP funktioniert?
Also ich bekomme unter Network mit ShiftOS-L auch manchmal ein Ergebnis angezeigt.
ich habe jetzt noch als zusätzliche Test App noch "Location Provider Debugger" installiert
apt.izzysoft.de
versuche ich dort einen Network Scan zu starten, erhalte ich die Fehlermeldung "Network Provider not supported on this device"
daraufhin habe in die Android bzw. ShiftOS-L Einstellungen nochmal durchforstet, aber keine deaktivierte Einstellung bezüglich "Netzwerk" oder "Standort" gefunden
„Location Provider Debugger“ – IzzyOnDroid F-Droid Repository
debug the Location Manager
apt.izzysoft.de
versuche ich dort einen Network Scan zu starten, erhalte ich die Fehlermeldung "Network Provider not supported on this device"
daraufhin habe in die Android bzw. ShiftOS-L Einstellungen nochmal durchforstet, aber keine deaktivierte Einstellung bezüglich "Netzwerk" oder "Standort" gefunden
dann verrate uns doch bitte mal Deine genaue Konstellation, wann bzw. wie das bei Dir funktioniert...
Hallo Daniel,
ich kann leider Deine Konstellation nicht nachvollziehen.
Ich habe mal zwei Screenshots gemacht. Ich kann noch nicht einmal das "Network" aktivieren, ist bei mir ausgegraut. Wie machst Du das?
Anhänge
Zuletzt bearbeitet:
Was heißt das? Du kannst meine Konstellation nicht abbilden oder du bekommst unter Network nicht sporadisch ein Ergebnis?