谷歌地图VS苹果地图:大数据领域竞争

标签: 业界 | 发表时间:2012-10-05 09:03 | 作者:清雨
出处:http://news.csdn.net/yejie/

北京时间10月4日消息,苹果在iPhone 5操作系统iOS 6中推出的自家地图应用尽管给人留下了深刻的印象,但是由于错误频频也招致了大量批评。苹果的地图应用不仅损害了苹果的声誉,而且还有可能会削弱iOS 6与谷歌安卓操作系统竞争的实力。

苹果和谷歌之间的竞争领域可以用三个字来概括:大数据。谷歌拥有大数据,而苹果正在努力获取大数据。

苹果之所以决定在iOS 6中使用自家地图应用以取代谷歌地图,据传是因为谷歌不愿向苹果许可安卓手机中非常流行的逐向导航服务,使得苹果与谷歌在地理位置领域的竞争中面临挑战。

谷歌2005年向开发者开放地图功能,次年便推出了首个移动地图应用。此外,谷歌还加大力度,为全球所有重要城市的每条街道提供地图,同时提供全球卫星视图。现在,用户使用搭载谷歌地图的智能手机就能找到某座城市附近的道路。由于所有安卓手机以及搭载iOS 6前代系统的苹果手机均使用谷歌地图,因此现在大多数智能手机使用的都是谷歌地图。

由于苹果开始积累地图数据的时间不长,因此尽管苹果和谷歌均在这个战略领域投入了大量资源,但是由于谷歌起步早,因此对苹果来说还会有机会吗?

发出这样的疑问并不奇怪。任何密切关注智能手机市场发展的人士可能都有这样的疑问。虽然苹果占据了所有新闻的头条,但是谷歌安卓操作系统凭借在较iPhone或多或少便宜的产品上的广泛应用,拥有了大量用户,尽管安卓在总体用户体验上还存在着不足。

就语音识别功能来说,苹果拥有Siri个人助手,可以直接以近似人的语音回答用户提问,而安卓的语音搜索应用只能在屏幕列出搜索结果,不能用语音直接回答。苹果似乎拥有优势,且用户使用Siri越多,Siri的功能就越强大。不过,安卓在识别语音和提供语音搜索结果上准确性更高。

这又是关于大数据的问题。语音识别对用户来说是一项新颖功能,如果用户因为某种原因难以操作电脑,那么就可以用上这一功能。桌面语音识别的准确性不那么出名,主要是因为软件开发者必须依靠与自然语言不相匹配的语言规则,且要处理大量不同的口音造成的。不过,随着无线运营商3G网络的推出,所有这一切都发生了改变。似乎是一夜之间拥有了足够的带宽,凭借云服务中的语音识别功能,用户可以通过移动设备在数秒钟内完成语音搜索或简短的语音指令。

当用户使用安卓手机进行语音搜索时,谷歌便使用庞大的数据库来存储用户所说的每个字。语音识别也随之成了数据驱动的云服务,可以自我完善,并与数百万用户的语音模式进行对比,与搜索提问的内容和语境关联。

使用大数据,谷歌大大加快了改进语音识别功能的步伐。谷歌产品经理Bertrand Damiba表示:“我们设计了可以不断改进,并从搜索提问中学习的一套系统。我们系统准确性的不断提高仅是通过使用流量的增加来进行匹配实现的。”

苹果正在使用类似的技术,在地图应用上紧追谷歌,然而谷歌并非裹足不前。

谷歌可以轻松扩大自己对苹果的优势,因为谷歌的大量产品开发均是围绕地理位置展开的。从知道去什么地方的自动驾驶汽车到增强实境的眼镜,谷歌正在开发基于位置的服务,以帮助改进谷歌地图和语音搜索等应用。

本文来自: 腾讯科技

相关 [谷歌地图 vs 苹果地图] 推荐:

谷歌地图VS苹果地图:大数据领域竞争

- - 业界
北京时间10月4日消息,苹果在iPhone 5操作系统iOS 6中推出的自家地图应用尽管给人留下了深刻的印象,但是由于错误频频也招致了大量批评. 苹果的地图应用不仅损害了苹果的声誉,而且还有可能会削弱iOS 6与谷歌安卓操作系统竞争的实力. 苹果和谷歌之间的竞争领域可以用三个字来概括:大数据. 谷歌拥有大数据,而苹果正在努力获取大数据.

GIF vs APNG vs WebP

- - JayXon
GIF 是一个非常古老的格式,1987 年诞生,最后一个版本是 1989 年. (这就是为什么 GIF 文件头的 magic number 是 GIF89a). APNG 相对新一些,是 Mozilla 在 2004 年推出的,十几年的科技进步是不容小觑的,所以 APNG相对于 GIF 的优势十分明显,后面会分析.

谷歌地图API即将收费

- 可可 - 月光博客
  Google地理开发博客宣布,谷歌地图API(Google Maps API)将不再免费提供,当用户调用谷歌地图API超过一定限制,将会按照超出的次数来收取费用,费用是每一千次调用4-10美元左右.   Google建议使用Google Maps API的开发商,需要评估一下调用谷歌地图的用法,确认他们的服务是否受到影响.

转 redis vs memcached

- - 数据库 - ITeye博客
传统MySQL+ Memcached架构遇到的问题.   实际MySQL是适合进行海量数据存储的,通过Memcached将热点数据加载到cache,加速访问,很多公司都曾经使用过这样的架构,但随着业务数据量的不断增加,和访问量的持续增长,我们遇到了很多问题:.   1.MySQL需要不断进行拆库拆表,Memcached也需不断跟着扩容,扩容和维护工作占据大量开发时间.

NOSQL数据库大比拼:Cassandra vs MongoDB vs CouchDB vs Redis vs Riak vs HBase

- - 博客园_Ruby's Louvre
话说,尽管 SQL 数据库一直是我们IT行业中最有用的工具,然而,它们这样在行业中超过15年以上的“转正”终于就要寿终正寝了. 现在,虽然关系型数据库仍然无所不在,但它越来越不能满足我们的需要了. 但是,各种 "NoSQL" 数据库之间的差异比当年众多关系型数据库之间的差异要大许多. 这就加大了人们在建设自己的应用是选择合适的数据库的难度.

如何解决苹果地图问题?

- - 36氪
苹果地图是iOS 6带来的众多令人期待的新功能之一,但是其使用效果却令 用户大失所望. 对于一贯追求高品质的苹果来说,这样的事情似乎并不多见. 从事地理空间技术研究的Mike Dobson给出了自己的 看法. 要想做出覆盖全球的高质量地图应用是件非常困难的事情. Mike Dobson此前就曾经警告过苹果,认为该公司缺乏可为应用提供大部分地理空间及POI(兴趣点)数据的资源,以其服务水平,只能算是“C级”供应商.

普通 vs 文艺 vs 二逼

- 貝殼 - The Only Exception

服务发现:Zookeeper vs etcd vs Consul

- - 企业架构 - ITeye博客
服务发现:Zookeeper vs etcd vs Consul. 【编者的话】本文对比了Zookeeper、etcd和Consul三种服务发现工具,探讨了最佳的服务发现解决方案,仅供参考. 如果使用预定义的端口,服务越多,发生冲突的可能性越大,毕竟,不可能有两个服务监听同一个端口. 管理一个拥挤的比方说被几百个服务所使用的所有端口的列表,本身就是一个挑战,添加到该列表后,这些服务需要的数据库和数量会日益增多.

学界 vs. 商界

- Yuli - 科学松鼠会
汉化: Oicebot & Ent. 0x5f375a86来自一个传奇算法,出自John Carmack开发的《雷神之锤3》的3D引擎. 这个引擎的源代码里包括一个反平方倒数的算法,其速度要比标准的牛顿迭代法快上几十倍,而其中的关键是一行神秘的代码和一个莫名其妙的数字:[ i   = 0x5f3759df - ( i >> 1 ); // what the fuck.