Error getting position: Router mac address query failed
jku at linux.intel.com
Wed Sep 22 02:11:50 PDT 2010
On 08/31/2010 03:26 PM, Javier Fernandez Garcia-Boente wrote:
> On Tue, 2010-08-31 at 14:58 +0300, Stefan Kost wrote:
>> Okay I am probably having the same problem as javier when he sent
>> "[PATCH 0/3] Using the router MAC for Plazes queries.".
>> I had added some debug here to print the addresses and the strenth. But
>> plazes won't have anything for any of the wireless ap (which is quite
>> obvious as they are company internal). This would be the same for my ap
>> at home. Imho using APs only makes sense for public APs or if that is
>> the only connection.
> Yes, I've got the same response than you from Plazes. Thats why I've
> thought the router MAC address would work. I've tried with Connman,
> using the recently upload patch, and I think I've got a slightly
> different address than the one got by the "arp" command. I'll check it
> as well for the Connman connectivity module.
I'm finally going through bugzilla... I'm lower casing the mac for
plazes and tweaking the uri escaping a bit, the libxml implementation
seems to have changed (this is something librest would properly fix as
There's still the question of what MAC address to use: we should of
course do what the databases do, but that's not so simple...
Skyhook uses at least AP macs, there is no documentation so hard to say
anything else. Plazes was/is "free-for-all" database so it might contain
anything but their api docs clearly talk about "gateway mac address" so
current geoclue implementation is broken in my opinion, as it uses the
AP mac address. The gateway mac doesn't seem to be available via NM at
I'm not sure if Plazes is that relevant though: it seems to be an
abandoned project now.
More information about the GeoClue