Also wenn ich es nun richtig verstehe kommen die ganzen falschen Positionen daher, dass alle unsere Freifunk Router die gleiche BSSID haben. Diese aber in der Datenbank ein PK ist und daher nur einmal vorkommt. Das würde wahrscheinlich auch erklären, warum die ganzen "falsch" positionierten Knoten alle Koordinaten bekommen die auch bereich Nordwest liegen.
Ich habe mir nun nicht alles angeschaut daher mal ein vorsichtiger Schuss ins Blaue:
Wenn der Router eine Positionsanfrage stellt könnte er doch seine eigene BSSID mit senden (vielleicht macht er das auch) die mitgesendete BSSID ist bei allen Freifunk Routern in Nordwest gleich. Bzw zukünftig hat zwar jede Hood eine eigene, kommt aber auf das gleiche hinaus. Die eigene BSSID müsste dann bei der Datenbankabfrage am besten ignoriert werden das könnte uns doch helfen oder?
Gruß
Johannes
Am 2016-02-03 18:20, schrieb Jan-Tarek Butt via Dev:
Hi,
Hat jemand Lust und vorallem Zeit das libwlocate-Backend weiter zu entwickeln? Die Problematik ist das der aktuelle Algorithmus nur ein BSSID mit einer angegebenen Position erlaubt. Das ist natürlich sehr einfach gedacht und führt dann zu Problemen wie man es z.b. am Freifunk sieht..
https://sourceforge.net/p/libwlocate/code/ci/master/tree/master/web/
Ich hab mal einen Mail aus schnitt von mir und Michael angehängt.
vg Tarek
Wir verhält es sich wenn n identischen SSIDs und BSSIDs in der DB sind ?
SSIDs werden nicht gespeichert, nur die BSSIDs und deren Position. Da die BSSID gleichzeitig der Key für die DB ist, kann so ein AP eigentlich nur einmal existieren. Bei der Abfrage einer Position schlägt dann eine Fehlerkorrektur zu: befindet sich bei mehr als zwei APs einer laut Datenbank zu weit von allen anderen weg, so wird er als potentiell falsch markiert. Sammelt dieser AP im Laufe der Zeit zu viele "Falsch"-Marierkungen, wird er automatisch gelöscht und die fehlerhafte Position existiert nicht mehr. Das kann aber schon so 5..10 Abfragen lang dauern.
Meine Idee Wäre das n BSSIDs in der DB existieren können. Je mehr Smartphons die Echtheit der Router Position bestätigen des so höher soll eine Wahrscheinlichkeit über die Korrektheit der Position werden. Zudem könnte man den output bei einer Positionsabfrage gpsd kompatibel ausgeben.
Der Algorithmus zur Ermittlung der Position bei einer anfrage über die libwlocate scheint sehr gut zu funktionieren.
vg Tarek
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev