android定位信息比对 android百度地图算法 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 这是个数学题1、先找出两天的路线的大致方向一样的一段，或者说角度相近的一段2、然后再找出这两条线的平均距离X，如果X在你设定的误差内，那就可以说是重合的路线第一个可以从出发点开始一段段的对比，如A->B和A'->B'角度差为3度，则认为方向一致，接着再求AA'和BB'的距离的平均值X，X小于设定的误差值，A->B和A'->B'就可以说是重合的了同理再分析下一段这样的前提是两天的出发点一致，即A和A'的距离接近，否则你要先对A、B、C...与A‘、B’、C‘...两两依次比较找到相近的两点作为起点 我觉得lz的需求还是略微理想了一点，1秒一次的定位，这个数据密集程度已经远超手机定位位置阈值了。如果lz能够更宏观的说出需求，我觉得还可以有解决方案，但是如此理想的需求我觉得实现起来很困难，或者说会有很大误差。 总感觉你说的直中要害。我的宏观需求是判断用户一天做了什么，然后将它们粗略地划分开来。我给出的想法是用户每做一件事情必将和一个特定的地点相关联。而日积月累，经常重复的一段肯定就是在做一件特定的事情。因此，相邻街道应该要算做同一路线（如果绕远道走当然算作不同路线），走在马路对面应该算作同一路线。//-----------------------------------------ps：问个和这个问题不太相关的问题，百度地图搜索必须要填关键字么？我只是想搜索当前位置附近（比如方圆50米）内的建筑而已。可是，我发现，不设关键字会报错，设置空的关键字没有返回值。（这个问题困扰我很久啦，其实不回答也没关系TAT） 总感觉你说的直中要害。我的宏观需求是判断用户一天做了什么，然后将它们粗略地划分开来。我给出的想法是用户每做一件事情必将和一个特定的地点相关联。而日积月累，经常重复的一段肯定就是在做一件特定的事情。因此，相邻街道应该要算做同一路线（如果绕远道走当然算作不同路线），走在马路对面应该算作同一路线。//-----------------------------------------ps：问个和这个问题不太相关的问题，百度地图搜索必须要填关键字么？我只是想搜索当前位置附近（比如方圆50米）内的建筑而已。可是，我发现，不设关键字会报错，设置空的关键字没有返回值。（这个问题困扰我很久啦，其实不回答也没关系TAT）我明白你大概的设计思路了。是这样。你的这个思路目前IOS的系统位置历史功能实现了一半，他可以通过你在某点停留的时间段特点，推算哪里是你的公司，哪里是你的家，哪里你偶尔去，哪里你只去过一次等等。但是你需要比他更近一步统计他可能的意图。这个我觉得比较困难，首先百度这个API就不纯熟，无论是基站反推地址，还是坐标反推地址，都有问题。反推的地址成功率有7成就算运气不错。地址推断坐标还稍微好一点。这也就导致“附近”这个功能百度只能实现在地图上点附近，不能靠地址查附近(网页上，你用地址查附近其实还是通过搜一个某模糊地址的点，来查找其附近，最近有所改进，一些模糊地址有区域的概念了)。然后就是路径和停留地点的问题。目前IOS只做到了统计地点，并不包含路径。从你的需求上，我看出应该你也是只关心目标的停留地点吧。目标不同的行进方式应该不是最重要的。所以可以考虑IOS系统的做法，通过统计时间段来确定某设备在某个区域停留多长时间，来推断此处的可能性，然后再把地图标点展现给客户。靠坐标解析统计附近，不能说不行，但是可能数据出来后你会发现垃圾数据太多，意义不大。 总感觉你说的直中要害。我的宏观需求是判断用户一天做了什么，然后将它们粗略地划分开来。我给出的想法是用户每做一件事情必将和一个特定的地点相关联。而日积月累，经常重复的一段肯定就是在做一件特定的事情。因此，相邻街道应该要算做同一路线（如果绕远道走当然算作不同路线），走在马路对面应该算作同一路线。//-----------------------------------------ps：问个和这个问题不太相关的问题，百度地图搜索必须要填关键字么？我只是想搜索当前位置附近（比如方圆50米）内的建筑而已。可是，我发现，不设关键字会报错，设置空的关键字没有返回值。（这个问题困扰我很久啦，其实不回答也没关系TAT）我明白你大概的设计思路了。是这样。你的这个思路目前IOS的系统位置历史功能实现了一半，他可以通过你在某点停留的时间段特点，推算哪里是你的公司，哪里是你的家，哪里你偶尔去，哪里你只去过一次等等。但是你需要比他更近一步统计他可能的意图。这个我觉得比较困难，首先百度这个API就不纯熟，无论是基站反推地址，还是坐标反推地址，都有问题。反推的地址成功率有7成就算运气不错。地址推断坐标还稍微好一点。这也就导致“附近”这个功能百度只能实现在地图上点附近，不能靠地址查附近(网页上，你用地址查附近其实还是通过搜一个某模糊地址的点，来查找其附近，最近有所改进，一些模糊地址有区域的概念了)。然后就是路径和停留地点的问题。目前IOS只做到了统计地点，并不包含路径。从你的需求上，我看出应该你也是只关心目标的停留地点吧。目标不同的行进方式应该不是最重要的。所以可以考虑IOS系统的做法，通过统计时间段来确定某设备在某个区域停留多长时间，来推断此处的可能性，然后再把地图标点展现给客户。靠坐标解析统计附近，不能说不行，但是可能数据出来后你会发现垃圾数据太多，意义不大。你的回答每次都答在点上，表示十分感激+开心！表示果断要加分按照你说的，要确定某个区域停留多长时间，这里的某个区域你是怎么界定的呢？或者说你觉得该怎么界定呢？百度的反向编码不太可靠，不过正向编码还是不错的。我觉得可以找到附近地图上标定的点，然后把得到的点以一定半径画圆作为区域。不过问题是：百度地图好像只能按关键字搜索，比如“美食”、“团购”balabala的，我想得到所有类型的POI，可行么？或者说有没有替代的解决方法啊？ 总感觉你说的直中要害。我的宏观需求是判断用户一天做了什么，然后将它们粗略地划分开来。我给出的想法是用户每做一件事情必将和一个特定的地点相关联。而日积月累，经常重复的一段肯定就是在做一件特定的事情。因此，相邻街道应该要算做同一路线（如果绕远道走当然算作不同路线），走在马路对面应该算作同一路线。//-----------------------------------------ps：问个和这个问题不太相关的问题，百度地图搜索必须要填关键字么？我只是想搜索当前位置附近（比如方圆50米）内的建筑而已。可是，我发现，不设关键字会报错，设置空的关键字没有返回值。（这个问题困扰我很久啦，其实不回答也没关系TAT）我明白你大概的设计思路了。是这样。你的这个思路目前IOS的系统位置历史功能实现了一半，他可以通过你在某点停留的时间段特点，推算哪里是你的公司，哪里是你的家，哪里你偶尔去，哪里你只去过一次等等。但是你需要比他更近一步统计他可能的意图。这个我觉得比较困难，首先百度这个API就不纯熟，无论是基站反推地址，还是坐标反推地址，都有问题。反推的地址成功率有7成就算运气不错。地址推断坐标还稍微好一点。这也就导致“附近”这个功能百度只能实现在地图上点附近，不能靠地址查附近(网页上，你用地址查附近其实还是通过搜一个某模糊地址的点，来查找其附近，最近有所改进，一些模糊地址有区域的概念了)。然后就是路径和停留地点的问题。目前IOS只做到了统计地点，并不包含路径。从你的需求上，我看出应该你也是只关心目标的停留地点吧。目标不同的行进方式应该不是最重要的。所以可以考虑IOS系统的做法，通过统计时间段来确定某设备在某个区域停留多长时间，来推断此处的可能性，然后再把地图标点展现给客户。靠坐标解析统计附近，不能说不行，但是可能数据出来后你会发现垃圾数据太多，意义不大。回答了我最原始的困惑。谢谢。结帖已加分！^V^ android播放youtobe的视频 NDK中的本地函数要读一个5M左右的txt文件，怎么才能将txt打包进apk android弹出窗口播放视频 【求助】突发奇想，自制基于android系统的终端 请问android如何将视频文件加密，然后用android的media player进行播放呢 widget添加至桌面代码怎么实现 android2.3 HDMI 豌豆荚如何显示的视频截图 关于socket通信的问题 安卓在Fragment里面传递东西的问题 自定义的Adapter，怎样相应其中item的某个按钮事件，并打开另外一个activity？ 关于handler的问题求解
1、先找出两天的路线的大致方向一样的一段，或者说角度相近的一段
2、然后再找出这两条线的平均距离X，如果X在你设定的误差内，那就可以说是重合的路线
第一个可以从出发点开始一段段的对比，如A->B和A'->B'角度差为3度，则认为方向一致，
接着再求AA'和BB'的距离的平均值X，X小于设定的误差值，A->B和A'->B'就可以说是重合的了
同理再分析下一段这样的前提是两天的出发点一致，即A和A'的距离接近，
否则你要先对A、B、C...与A‘、B’、C‘...两两依次比较找到相近的两点作为起点
ps：问个和这个问题不太相关的问题，百度地图搜索必须要填关键字么？我只是想搜索当前位置附近（比如方圆50米）内的建筑而已。可是，我发现，不设关键字会报错，设置空的关键字没有返回值。（这个问题困扰我很久啦，其实不回答也没关系TAT）
ps：问个和这个问题不太相关的问题，百度地图搜索必须要填关键字么？我只是想搜索当前位置附近（比如方圆50米）内的建筑而已。可是，我发现，不设关键字会报错，设置空的关键字没有返回值。（这个问题困扰我很久啦，其实不回答也没关系TAT）我明白你大概的设计思路了。是这样。你的这个思路目前IOS的系统位置历史功能实现了一半，他可以通过你在某点停留的时间段特点，推算哪里是你的公司，哪里是你的家，哪里你偶尔去，哪里你只去过一次等等。但是你需要比他更近一步统计他可能的意图。这个我觉得比较困难，首先百度这个API就不纯熟，无论是基站反推地址，还是坐标反推地址，都有问题。反推的地址成功率有7成就算运气不错。地址推断坐标还稍微好一点。这也就导致“附近”这个功能百度只能实现在地图上点附近，不能靠地址查附近(网页上，你用地址查附近其实还是通过搜一个某模糊地址的点，来查找其附近，最近有所改进，一些模糊地址有区域的概念了)。然后就是路径和停留地点的问题。目前IOS只做到了统计地点，并不包含路径。从你的需求上，我看出应该你也是只关心目标的停留地点吧。目标不同的行进方式应该不是最重要的。所以可以考虑IOS系统的做法，通过统计时间段来确定某设备在某个区域停留多长时间，来推断此处的可能性，然后再把地图标点展现给客户。靠坐标解析统计附近，不能说不行，但是可能数据出来后你会发现垃圾数据太多，意义不大。
ps：问个和这个问题不太相关的问题，百度地图搜索必须要填关键字么？我只是想搜索当前位置附近（比如方圆50米）内的建筑而已。可是，我发现，不设关键字会报错，设置空的关键字没有返回值。（这个问题困扰我很久啦，其实不回答也没关系TAT）我明白你大概的设计思路了。是这样。你的这个思路目前IOS的系统位置历史功能实现了一半，他可以通过你在某点停留的时间段特点，推算哪里是你的公司，哪里是你的家，哪里你偶尔去，哪里你只去过一次等等。但是你需要比他更近一步统计他可能的意图。这个我觉得比较困难，首先百度这个API就不纯熟，无论是基站反推地址，还是坐标反推地址，都有问题。反推的地址成功率有7成就算运气不错。地址推断坐标还稍微好一点。这也就导致“附近”这个功能百度只能实现在地图上点附近，不能靠地址查附近(网页上，你用地址查附近其实还是通过搜一个某模糊地址的点，来查找其附近，最近有所改进，一些模糊地址有区域的概念了)。然后就是路径和停留地点的问题。目前IOS只做到了统计地点，并不包含路径。从你的需求上，我看出应该你也是只关心目标的停留地点吧。目标不同的行进方式应该不是最重要的。所以可以考虑IOS系统的做法，通过统计时间段来确定某设备在某个区域停留多长时间，来推断此处的可能性，然后再把地图标点展现给客户。靠坐标解析统计附近，不能说不行，但是可能数据出来后你会发现垃圾数据太多，意义不大。
你的回答每次都答在点上，表示十分感激+开心！表示果断要加分
按照你说的，要确定某个区域停留多长时间，这里的某个区域你是怎么界定的呢？或者说你觉得该怎么界定呢？百度的反向编码不太可靠，不过正向编码还是不错的。我觉得可以找到附近地图上标定的点，然后把得到的点以一定半径画圆作为区域。
不过问题是：百度地图好像只能按关键字搜索，比如“美食”、“团购”balabala的，我想得到所有类型的POI，可行么？或者说有没有替代的解决方法啊？
ps：问个和这个问题不太相关的问题，百度地图搜索必须要填关键字么？我只是想搜索当前位置附近（比如方圆50米）内的建筑而已。可是，我发现，不设关键字会报错，设置空的关键字没有返回值。（这个问题困扰我很久啦，其实不回答也没关系TAT）我明白你大概的设计思路了。是这样。你的这个思路目前IOS的系统位置历史功能实现了一半，他可以通过你在某点停留的时间段特点，推算哪里是你的公司，哪里是你的家，哪里你偶尔去，哪里你只去过一次等等。但是你需要比他更近一步统计他可能的意图。这个我觉得比较困难，首先百度这个API就不纯熟，无论是基站反推地址，还是坐标反推地址，都有问题。反推的地址成功率有7成就算运气不错。地址推断坐标还稍微好一点。这也就导致“附近”这个功能百度只能实现在地图上点附近，不能靠地址查附近(网页上，你用地址查附近其实还是通过搜一个某模糊地址的点，来查找其附近，最近有所改进，一些模糊地址有区域的概念了)。然后就是路径和停留地点的问题。目前IOS只做到了统计地点，并不包含路径。从你的需求上，我看出应该你也是只关心目标的停留地点吧。目标不同的行进方式应该不是最重要的。所以可以考虑IOS系统的做法，通过统计时间段来确定某设备在某个区域停留多长时间，来推断此处的可能性，然后再把地图标点展现给客户。靠坐标解析统计附近，不能说不行，但是可能数据出来后你会发现垃圾数据太多，意义不大。
回答了我最原始的困惑。谢谢。结帖已加分！^V^