Moin
Nach dem nun der Geolocator Fix in die Firmware eingebaut ist, sind viele Router schon besser Positioniert.
Nun tritt ein neues Phänomen auf. Viele Router (~70) sitzen auf den Koordinaten (Lat: 51 Lon: 9)
Nach einiger Recherche, danke noch mal an die junge aus Aurich konnte ich das Problem nun nachvollziehen.
Wenn man sich den Code von openwifi.su anschaut [1] sieht man zwischen Zeile 68 und 85 den Grund hierfür.
Wenn keine Netzwerke gefunden worden sind, mit der jeweiligen MAC Adresse oder die gesendeten Netzwerke nicht in der openwifi.su Datenbank sind, wird über die Anfrage IP versucht die Geokoordinate zu ermitteln. (Zeile 71)
Das Ergebnis kann man auch auf dem Router erkennen, da nun in der Antwort die Quality mit 0% angeben wird.
Ist dieses der fall, sollten die Koordinaten zukünftig nicht mehr übernommen werden, da sie die Position der Router in keinem fall widerspiegelt.
Die Zweite Methode dieses zu Verbessern, ist es die Datenbank von openwifi.su mit mehr Daten zu füttern.
Dieses kann jeder machen, der ein Android Handy benutzt. Mann kann sich hier [2] die passende App runterladen.
Ich werde das mal die Tage einbauen, wenn die die Quality der Antwort 0% beträgt, dass die Position dann nicht übernommen wird.
Wünsche Anregungen Fragen, Ergänzungen ?
Gruß
Johannes
[1] https://sourceforge.net/p/libwlocate/code/ci/master/tree/master/web/getpos.p...
[2] https://f-droid.org/repository/browse/?fdid=com.vwp.owmap
On 06.04.2016 22:51, Johannes Rudolph via Dev wrote:
Ich werde das mal die Tage einbauen, wenn die die Quality der Antwort 0% beträgt, dass die Position dann nicht übernommen wird.
Wünsche Anregungen Fragen, Ergänzungen ?
Schönes debugging, sehr geil!
Ich kenne die üblichen quality Werte jetzt nicht, möchte aber anregen einen Schwellwert > 0% einzusetzen. Ich bezweifel, dass eine quality von 1% uns sehr viel besser gefällt.
Spontan hätte ich 70% oder so gesagt, aber das hängt von den üblichen Werten ab.
So ich habe es mal schnell gelöst :D
https://git.nordwest.freifunk.net/ffnw-firmware/packages/merge_requests/7
oder auch als Patch für Tarek:
From 8e5e179421ec95b81c9b2f30c38370bce609df24 Mon Sep 17 00:00:00 2001 From: Johannes Rudolph johannes.rudolph@gmx.com Date: Wed, 6 Apr 2016 23:28:48 +0200 Subject: [PATCH] if quality=0 return location error
--- libwlocate/src/libwlocate.c | 5 +++++ 1 file changed, 5 insertions(+), 0 deletions(-)
diff --git a/libwlocate/src/libwlocate.c b/libwlocate/src/libwlocate.c index abc3a9c..99a061f 100755 --- a/libwlocate/src/libwlocate.c +++ b/libwlocate/src/libwlocate.c @@ -116,6 +116,11 @@ WLOC_EXT_API int get_position(const char *domain,const struct wloc_req *request, tcp_closesocket(sock); return WLOC_LOCATION_ERROR; } + if (strstr(data,"quality=0")) + { + tcp_closesocket(sock); + return WLOC_LOCATION_ERROR; + } pos=strstr(data,"quality="); if (pos); { -- libgit2 0.24.0
Am 06.04.2016 um 23:18 schrieb Simon Kurka via Dev dev@lists.ffnw.de:
On 06.04.2016 22:51, Johannes Rudolph via Dev wrote:
Ich werde das mal die Tage einbauen, wenn die die Quality der Antwort 0% beträgt, dass die Position dann nicht übernommen wird.
Wünsche Anregungen Fragen, Ergänzungen ?
Schönes debugging, sehr geil!
Ich kenne die üblichen quality Werte jetzt nicht, möchte aber anregen einen Schwellwert > 0% einzusetzen. Ich bezweifel, dass eine quality von 1% uns sehr viel besser gefällt.
Ja wir müssen noch mal Grundsätzlich diskutieren was nach einer Standortveränderung passieret und die Position nun nicht mehr bestimmt werden kann.
Bleibt dann die alte Postion erhalten, was auch falsch wäre. Oder wird die Position auf unbekannt gesetzt, da es ja nun nicht mehr die alte ist.
Spontan hätte ich 70% oder so gesagt, aber das hängt von den üblichen Werten ab.
Ja Alles über 0 ist brauchbar laut Code View von mir. Zu mindestens für den Augenblick
Gruß
Johannes
Hi,
Ich werde das mal die Tage einbauen, wenn die die Quality der Antwort 0% beträgt, dass die Position dann nicht übernommen wird.
Wünsche Anregungen Fragen, Ergänzungen ?
Schönes debugging, sehr geil!
Top Arbeit :)
Ich kenne die üblichen quality Werte jetzt nicht, möchte aber anregen einen Schwellwert > 0% einzusetzen. Ich bezweifel, dass eine quality von 1% uns sehr viel besser gefällt.
dem stimme ich zu
Spontan hätte ich 70% oder so gesagt, aber das hängt von den üblichen Werten ab.
Ich finde 70% schon ziemlich hoch und würde evtl. >50% vorschlagen.
80% entspricht bei mir ca. 3-5m vom reellen Standort entfernt.
Your location: 53.364077 (lat) 7.203008 (lon) Quality: 80 % Country: unknown
vg Tarek
On 04/06/16 23:33, Johannes Rudolph via Dev wrote:
So ich habe es mal schnell gelöst :D
https://git.nordwest.freifunk.net/ffnw-firmware/packages/merge_requests/7
oder auch als Patch für Tarek:
Danke dir.
Reviewed und applied.
P.S. Ist das gewollt das dein Applemail-client die mails immer mit einen Doppelten Body versieht?
Gruß Tarek
From 8e5e179421ec95b81c9b2f30c38370bce609df24 Mon Sep 17 00:00:00 2001 From: Johannes Rudolph johannes.rudolph@gmx.com Date: Wed, 6 Apr 2016 23:28:48 +0200 Subject: [PATCH] if quality=0 return location error
libwlocate/src/libwlocate.c | 5 +++++ 1 file changed, 5 insertions(+), 0 deletions(-)
diff --git a/libwlocate/src/libwlocate.c b/libwlocate/src/libwlocate.c index abc3a9c..99a061f 100755 --- a/libwlocate/src/libwlocate.c +++ b/libwlocate/src/libwlocate.c @@ -116,6 +116,11 @@ WLOC_EXT_API int get_position(const char *domain,const struct wloc_req *request, tcp_closesocket(sock); return WLOC_LOCATION_ERROR; }
if (strstr(data,"quality=0")){tcp_closesocket(sock);return WLOC_LOCATION_ERROR;} pos=strstr(data,"quality="); if (pos); {-- libgit2 0.24.0
Am 06.04.2016 um 23:18 schrieb Simon Kurka via Dev dev@lists.ffnw.de:
On 06.04.2016 22:51, Johannes Rudolph via Dev wrote:
Ich werde das mal die Tage einbauen, wenn die die Quality der Antwort 0% beträgt, dass die Position dann nicht übernommen wird.
Wünsche Anregungen Fragen, Ergänzungen ?
Schönes debugging, sehr geil!
Ich kenne die üblichen quality Werte jetzt nicht, möchte aber anregen einen Schwellwert > 0% einzusetzen. Ich bezweifel, dass eine quality von 1% uns sehr viel besser gefällt.
Ja wir müssen noch mal Grundsätzlich diskutieren was nach einer Standortveränderung passieret und die Position nun nicht mehr bestimmt werden kann.
Bleibt dann die alte Postion erhalten, was auch falsch wäre. Oder wird die Position auf unbekannt gesetzt, da es ja nun nicht mehr die alte ist.
Spontan hätte ich 70% oder so gesagt, aber das hängt von den üblichen Werten ab.
Ja Alles über 0 ist brauchbar laut Code View von mir. Zu mindestens für den Augenblick
Gruß
Johannes
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
-
Jan-Tarek Butt -
Johannes Rudolph -
Simon Kurka