Error getting position: Router mac address query failed

[Jussi Kukkonen]

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 
well).

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 
least.

I'm not sure if Plazes is that relevant though: it seems to be an 
abandoned project now.


Jussi