>> >> >> I'm skeptical about that. If we know where I have been to 500m accuracy, >> that's basically pretty much as privacy-invasive as if we now exactly. > > I think it must be kept in mind that this is all opt-in and as Garvan said: > > "The opt-in for the leaderboards will have to indicate that Mozilla is > storing this granularity of data, so users can make an informed > decision about participation."
Yeah, we have make sure users know that they are opting in to be tracked, almost as closely as apps like Yelp or Foursquare. It is a 'necessary evil', the arguments for it are: - it can support a lot of future leaderboard gameification - apps like Yelp and Foursquare seem to have no problem getting users to opt-in I can definitely see some users being disappointed with this; they want to be part of the leaderboard system, but they don't want to be tracked. I would think that grid cells of at least 20x20km might be needed to appease these folks, but at that level we can't use a regular projected grid on the world and do country-level (or administrative boundary level) leaderboards. By using small, regular cells, then ANY geographic geometry can be applied for customizing the leaderboards. Since large cells are problematic, we may have to decide up-front what the geographic division of leaderboards will be, and code to that specifically. For instance, decide leaderboards will be decided by countries only, and assign user observations to those; in future there is no possibility of smaller geographically divided leaderboards. [ASIDE: This approach has the benefit of having the simplest possible implementation]. _______________________________________________ dev-geolocation mailing list [email protected] https://lists.mozilla.org/listinfo/dev-geolocation
