1030948 - Stumbler database should only store N measurements of each Wi-Fi AP or cell

Status: RESOLVED INVALID

(Android Background Services Graveyard :: Geolocation, defect)

Description

[Chris Peterson [:cpeterson]]

By only storing the most recent or strongest signal measurement(s) for a Wi-Fi AP or cell, the stumbler can avoid uploading tons of redundant measurements. This will reduce the upload data size and also avoid kicking out the oldest measurements (which might have been unique APs or cells).

Comment 1

[Richard Newman [:rnewman]]

Is this already done, Garvan?

Comment 2

[:garvan]

(In reply to Richard Newman [:rnewman] from comment #1)
> Is this already done, Garvan?

The code has pre-existing guards on the number of measurements. I updated these values to 200 wifis and 50 cells max per GPS location (a.k.a. an observation). I think this bug relates to the prev. design of the lib, in which it had a database, and the row count perhaps wasn't strictly capped. Now we store bundles of observations to disk (50 per file), the files are 0.5-10KB, and we stop storing at 250KB.

I think this is INVALID due to the design changes in the lib.