我有一台服务器从移动设备（iphone）接收GPS数据，然后找到每个不同日期数据来自的不同城市。该应用程序每三个小时同步一次。由于我需要的粒度不是那么小 - 我对任何“小于”城市的东西不感兴趣 - 我希望能够说“这个人在那个或那个城市在这个或那个日期”。问题是，GPS预热，准确性差和收到的数据量很大（设备每隔十分钟收集数据并且每3小时与服务器同步）有时会产生误报或坏数据 - 我的用户住在附近nyc / nj的边界和我一直在从一个或另一个地方获得替代位置，即使他将大部分时间都花在离边境很远的地方，所以那些他回家的时间也不重要。）
我的问题是：我应该考虑哪些算法，应该阅读哪些论文，或者甚至应该使用哪些术语来查找可以帮助我摆脱每个同步数据的噪音和误报的方法n小时，并且不需要比某个级别（城市，在这种情况下）更精细，并且在一段时间内是重要的？ （想想这是因为我计算不同城市，州或国家对不同日期的访问）。我在考虑类似“聚类”或“解散”数据的东西，但我对地理算法一无所知，但是;）
答案 0 :(得分：1)
我使用的是android而不是iphone所以我会回答希望iphone在其修复流中提供类似的信息。
首先，您应该只使用从GPS找到的位置，而不是来自wifi或手机信号塔位置的位置。在android中，定位源的来源是“GPS”“网络”或“小区”，GPS是最准确的。使用手机信号塔，特别是在河流或山坡附近，当你四处走动时，你往往会选择离你很远的塔楼，这听起来就像你的ny / nj问题一样。
第二，如果一个人在某个城市，他应该在那里呆很长时间而不会走得太远。你可以写一些只声明一个位置的东西，如果它在一行内接收到一堆位于该位置的位置，这实际上过滤掉了不良结果，指出在两个位置之间来回快速反弹是不现实的。相距500米或类似的东西。