Closed Bug 1030948 Opened 6 years ago Closed 5 years ago

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

Categories

(Android Background Services Graveyard :: Geolocation, defect)

All
Android
defect
Not set

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: cpeterson, Unassigned)

References

Details

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).
Blocks: 1032506
Is this already done, Garvan?
Product: Core → Android Background Services
Summary: Fennec stumbler database should only store N measurements of each Wi-Fi AP or cell → Stumbler database should only store N measurements of each Wi-Fi AP or cell
Flags: needinfo?(gkeeley)
(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.
Status: NEW → RESOLVED
Closed: 5 years ago
Flags: needinfo?(gkeeley)
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.