感叹下现在导航软件依旧是个传统行业

[otakustay]

虽然越来越多的app出现，虽然界面从华丽到扁平一路走来，但在我的感觉里，导航app的设计思路依旧很“传统”，缺乏互联网的创新基因，在算法上数据上挖来挖去，但其实有些东西能更好地成为亮点
1. 比如我选个目的地，但我知道导航给的路中间是会堵的，因此我会先从自己熟悉的不堵的路走。而此时导航会做的唯一事情就是“前方路口请调头了”。这是作为一个应用对用户意图揣测能力的不足，比如连续3个路口不调头，导航就应该去规范一下不调头的路线吧？
2. 高德和百度都还没有根据交通状况来加权计算路径的方案
3. 在大都市没有考虑进限行后的路径计算，比如魔都不能选“避开高架”
4. 提示音自定义。虽然这个很无聊，但我相信能吸引不少宅，有混音软件在手，路名啥的可能不行，但“向左转”，“前方有摄像头”这一类完全是可以的

诸如此类还有很多很多，承认导航的算法、路径规划能力、POI都很重要，但是现在这个业界这些东西都将近饱合，何不换个方向走几步呢？

[bluntblade]

针对问题1有如下问题需要考虑：
1. 交通状况信息的数据来源与量级？数据的采集方式是来自路段监测点还是来自移动设备？数据的真实性（伪造/篡改/破坏）？数据的判断方法？
2. 通信方式与能力（带宽/流量）是否能满足？
3. 同步速率与成功率（局部节点群里的全连接）？

[otakustay]

@bluntblade 是的，这些问题很严重，所以我曾经想过这样一种实现：

1. 预存一年内一个城市各个时间段各路段的平均状况
2. 能同步上交通信息就同步，同步不上就用预存的计算
3. 所有使用导航应用的设备自身组成一个网络，不断把当前车速和路段送到处理中心（相信我，用的流量很小的，做过GIS应用我还算清楚），处理中心利用这些数据来推导真正的交通状况，甚至可以在你要转进一条路前提醒你前面有突发性拥堵（比如撞车了）

不过我在想，做第3点会被国家禁掉吧- -

[NemoAlex]

高德我觉得当下最需要做的是：kill掉“高德导航”这个包袱，专心做“高德地图”
只要“高德地图”的导航部分跟“高德导航”一致，那么在路线算法上就不会有太大的改进

[ninjai]

Google地图如果不按照导航路线行驶会重新计算路线

关于导航，个人使用不多，但有次从珠海到广州机场，Google给出的路线完全和大巴司机实际行驶的路线是一致的，百度就不要提了，我只想说Google抛国内导航几条街

[Wy4q3489O1z996QO]

门槛太高,大家都还忙着做基础设施建设 还没顾上创新吧.

[cxhcp163]

Google地图确实很赞，可惜一直要有网络，比较耗电

百度地图我记得以前是有躲避拥堵的，现在没了，只会在你堵在路上的时候告诉你前方有一公里拥堵之类的。

个人比较喜欢Waze，也加入了社交元素，可惜国内用的人不多，地图跟线路也不够全，导航基本没用。要不然实时路况信息加上众包的地图编辑秒杀其他所有导航。我在英国的时候，它基本上都能很准确得画出拥堵的路线，并指引你绕小道过。

[slixurd]

我3年前用的凯立德导航(WM)就带自动重算路线,而且完全离线,所有计算本机完成.另外搞清楚导航和地图的区别,google地图的确会重新计算路线,但是那是在重新获取线路的时候才会吧?我没开过google导航一直用google地图..

[sinxccc]

@otakustay 第三点即使能过的了国家的关也不一定过的了用户的关…

[otakustay]

@ninjai
@sinxccc
重算路线这回事，多数的导航软件（我用过凯立得、百度、google、高德、Nokia here）是这样一个逻辑：如果你走的路和他给出的路线不符，且你当前位置依旧是掉头回他的路线更近，他会不断叫你调头。
但是在有些城市，会存在这样一个情况，导航规划的路线是非常拥堵的（必然，大家都按导航的走），而不走规划的路线会多绕3-5公里。在这个过程中，你即便不走导航的线，基本上在2-3公里内，导航依旧会觉得你掉头更好，不断叫你掉头，我就曾经连续10个路口让我掉头，终于在第11个路口的时候他重算路径了……
这就表现出了导航只是按他的算法（固定的）来计算你应该怎么走，而没有加入对驾驶者意图的判断。很明显我连续3-5个路口都不理导航掉头的要求，就是我不想走他给的路，他就应该及时地重新计算，而不是等10个路口后我离给定的路线太远才不得不重算

[csx163]

能搞定流量的话 此行业比现在至少进步5年

[otakustay]

@csx163 指的是3G流量吗？我觉得导航本身流量用得很少啊（普通导航仪根本都没3G卡），我出去玩7天开车到处跑，用掉的流量还没打一关节奏大师多……

[Keinez]

GTA的导航都比这些破东西好。

[iqav]

@otakustay 为什么会禁？这思路好啊，其实做好这些也能较好地防堵了。

[darkbill]

@otakustay 所有使用导航应用的设备自身组成一个网络。
其实，这就是所谓的车联网了。关于这点，我也来说两句。

1、所有的设备自身组成一个网络，这个网络用什么方式来通信呢？用gprs的话，模块贵，运营成本高（用户和服务商都是），相对起一个导航设备千把两千块的销售价。光这个部分可能都把毛利给烧掉了。
2、zigbee 模式的话，装车量不高，没法组成相应的网络，也没什么效果。
3、这个想法是好的，但现在的无线通信技术，来来去去能民用的就那些。能解决近地的问题的，就不能解决远处问题。都能解决的就成本太高。

其实，我最看好的是gprs方式，也是最有可能的方式。但正如 @csx163 所说的那样，能搞定流量的话，就能大大的进步了。

[otakustay]

@darkbill 其实我的想法很单纯，只做手机上的应用，3G同步到服务器（简单的只要坐标、朝向、速度，且速度朝向不变的情况下不再发送，只发关键点的3个属性），服务器计算后形成一个类似交警给的路况信息的东西，设备可以请求这个数据

[yanyanlong]

以上 搜狗路况导航 ： http://map.sogou.com/shouji/index.jsp?prod=nav&from=ROOT&c=13280531,2990640,12

[wizardoz]

GPS本身是不用流量的，但是如果要实时上传数据，我想流量会有点大吧。我也想过每个导航把当前的位置和行车速度上传到服务器，服务器就有可能计算出每条道路的拥堵情况。但是这个就涉及到用户隐私的问题了。

[ninjai]

@csx163 实际使用google地图耗费的流量一般一次也就10-20M左右

[RW667]

我是来问高德的：

内环，外环上面怎么掉头？掉给我看看？

[jason52]

同学你这个想法是蛮好的，但是工作量都可以支撑起码未来十年交通方面的科研了。前一段时间我想搞搞交通方面的流量预测，交通调度的。发现其实就流量预测这个问题都不太好解决。拿上一周的历史数据和前一天的短时历史数据加权做预测，没啥好效果，因为交通问题实时性太强了，一个擦碰就堵车了。你可以搜搜看“幽灵堵车”这个关键词，即使十辆车匀速绕着400米操场开，一会儿后间隔就不均匀了，再一会儿就能堵车了。

我觉得最好能实时获得交通信息来服务于调度，但这件事要政府来做，而且安全性的、也十分重要，如果hack了实时信息，乱发布拥堵状况，那可以像虎胆龙威5里面一样，不亚于发动一场战争。