google 地图手机版实时路况查询 是如何实现的？

[李锋]

1. 通过卫星航拍的照片进行图像处理？
2. 有专门传感器来做这件事情？
3. GPRS？
--
Time passed, but I miss it very much.
http://okidogi.yo2.cn

[Daniel Lee]

在上海已经部署了TMC系统，只要是能接受这个广播的设备，就可以知道路况了，服务器只是把这个广播的内容转换成图片而已

2008/11/6 李锋 <nemok...@gmail.com>

[莫华枫]

google map上的实时路况曾经显示早上5点的时候，上海的高架一片红。这当然是不可能的了。我们归咎于google的数据没有更新。不过有一天，我的一个同事加班到半夜，叫车回家。当他在高架上高速奔驰的时候，发现头顶上的路况提示板上也显示一片红色...

2008/11/6 Daniel Lee <ledw...@gmail.com>

--
反者道之动，弱者道之用
m...@seaskysh.com
longsh...@gmail.com
http://blog.csdn.net/longshanks/

[nemo]

以下为我所知和理解类似功能实现原理，以及一些相关内容：
1.静态实现：
服务器根据一定的频率，从实时路况采集系统（比如楼上提到的TMC系统），维护服务器端的tilemap服务提供的栅格位图。如果手机用户定制了类似服
务，根据手机用户所在的位置，就从服务器端接收，更新本地的部分内容。

一般这个会更加多的用在PC的应用上（b/s）。

2 动态实现：
手机上的GIS应用（比如GOOGLE MAP）做相对比较复杂的地图本地绘制功能，从服务器端，或者FM类似的途径接收到2进制的数据，分析，实时的
在地图上进行绘制（动态图层实现）。
这个方法实时性比较好。如果城市（国家）动态路况信息和FM网络布置好，可以得到实时的表现。
也有先到应用服务提供商那里转 一圈以后根据服务商提供的频率进行数据更新。

通过FM进行数据更新等功能的，微软的spot技术在前几年就已经提供了可以量产和实用的软件硬件支持了，国外有些导航产品已经支持，国内MIO好像也
有几款支持，不过介于国内相关网络和服务的支持问题..

随着3G网络的提速和手机硬件的不断进步，手机上的GIS应用也会更加的趋近于GPS导航器吧。

[李锋]

TMC系统是用来传输交通信息，并没有说明交通信息的获取方式。不知道他们在具体实现的时候是通过什么方式来采集到交通是否拥塞的情况。

2008/11/6 Daniel Lee <ledw...@gmail.com>

[Kenny Yuan]

1、得用同步轨道的卫星才可能干这事，但是太高了
2、可以拍清楚图像的低轨卫星，但是它相对地面又是在运动的，做不了这件事。如果搞好多颗又太贵了
3、其实只要用卫星就太贵了，成本不可接受。
4、每个城市都有自己的信息采集方式，常见的是各种实时的摄像探头，测速仪。
5、据我所知，在北京，环路和主干路上是视频+测速的方式监控路况，有些非主干道路则是按照红绿灯的开启频率来估算路况（因为无探头）

2008/11/6 李锋 <nemok...@gmail.com>

--
Kenny Yuan
C++, UI, LISP, MMA, Psychology and Automobile.
BLOG: CS巴别塔(Computer Science Babel)
URL: http://blog.csdn.net/yuankaining/

[jacky zhao]

这个话题有点意思。

见过一个有趣的报告，是研究者和该国手机运营商联合进行的研究，通过基站定位的方式，持续追踪大批量手机用户所处的位置和路段，以统计学的方式得出"拥堵路段"和"平均车速"。

想想也是，我堵在哪儿我的手机是知道的，问问大家的手机也就能知道大家都堵在哪儿了。在这个过程中，我们使用的是从我们自己身上统计出来的数据。

若能将这个计算过程优化到实时水平，再做到googlemap上，那不就是完美版的"实时路况"了么。

2008/11/7 Kenny Yuan <yuank...@gmail.com>

[jiang li]

也可以抛弃运营商，通过手机上的GPS定位，然后手机通过wifi自动的定时将信息上传，互联网上的云计算服务器将所有的信息进行计算整合再反馈回用户，用户手机上的map客户端将结果显示出来。

一个未来经典的移动服务就诞生了：）

2008/11/7 jacky zhao <jacky...@gmail.com>

[李锋]

这个是 Floating Car Data
处理主要放到了基站端。基站定位一般不大准确，不过如果考虑到最低的用户成本的话，很不错。

2008/11/7 jacky zhao <jacky...@gmail.com>

[李锋]

wifi传输需要自组织组网，在大量移动节点的情况下想将数据传输至数据收集点还是需要一些策略的。。

2008/11/7 jiang li <li.ji...@gmail.com>

[jiang li]

恩，这个方案本身还有很多的问题，包括技术层面和社会层面的。
不过，只要用户有需求，（如果它们愿意掏点钱就最好不过了），那么一切都不是问题。

一切都取决于市场和商业。对于做技术的人而言多少有些悲哀。

2008/11/7 李锋 <nemok...@gmail.com>

[nemo]

On 11月7日, 上午10时29分, "jacky zhao" <jackyz.z...@gmail.com> wrote:

> 见过一个有趣的报告，是研究者和该国手机运营商联合进行的研究，通过基站定位的方式，持续追踪大批量手机用户所处的位置和路段，以统计学的方式得出"拥堵路段" 和"平均车速"。
>
> 想想也是，我堵在哪儿我的手机是知道的，问问大家的手机也就能知道大家都堵在哪儿了。在这个过程中，我们使用的是从我们自己身上统计出来的数据。
>
> 若能将这个计算过程优化到实时水平，再做到googlemap上，那不就是完美版的"实时路况"了么。
>

nokia正式做了这个事情了。今天的新闻。