主题:【原创】大纵深的移动位置业务 -- 邓侃
国内道路建设发展相对于国外来说,有的时候太快呢,数据更新是否能及时,不太清楚邮编是否有很规范的标准,以达到可以准确定位。
数据更新是个大问题。某些GPS导航系统公司都用大学生拿GPS扫街标点的方式来更新数据了。
邮编很粗糙的,根本没指望。
手头上也算有点LBS的资源,不过现在实在是不敢进这个行业啊,觉得风险太高,收益很不明确。
不过看着又有点眼馋。唉
我知道我所处的国家是通过多种方式,主要是邮编定位,输入邮编,门牌号,然后计算出行车时间,最短路线等等
至于数据更新问题。总体上来讲,不像想像中变化如此剧烈。但是更新起来,在后台server更新,比在无数个设备上更新要容易的多。这也是为什么要强调要通过网络来跑LBS程序的原因之一
我印象中似乎不是如此。
印象中是中国移动EDGE铺的太窄,大部分终端也只支持到GRPS6/8,连10都很少。如果真的铺开3G,情况应该会好很多。这是以中国移动基站的密度对比美国基站的密度推测的
三需求交互的标准应该是一样的
那么应用需求用这种妥协的方案,是要得到自己的UI标准吗?
或者这么说,基于OS的交互使用的UI标准是和你的应用需求有矛盾?
不懂手机应用的,但是还是想问问,当给俺扫盲吧
至于服务器端和客户端(WEB)服务,每个应用需求出现的时候,也会引起争论,但是客户端除了QQ\MSN的应用比较好以外,其他的全歇菜了,搜狐拼音做得躲躲闪闪。但是这种争论似乎不会停止,即使是基于特定用户的,客户端并不是好的选择,QQ越来越大,总有一天会大到被抛弃。
而SNS的兴起似乎可以说明这样争论最终的结果——都是说线上的,和WAP没关系,只是看到这样的争论,想把自己的心得说出来
高mm的问题是,曾经输入地址,某GPS设备说找不到。
这个把地址转化成GPS设备能求路的功能,叫做Address Capture(地址捕捉?)
高mm怀疑是因为道路经常建设,导致自己邮编记错之类的自己的错误。
实际上,一个好的产品,是要允许用户犯错的。也就是说,就算用户记错了邮编,记错了城市,甚至拼写都有了错误,一个好的Address Capture的引擎都要能够找到用户想去的地方。最少是要提供几个可能的选项给用户选择。
所以高mm碰到了一个不那么好的Address Capture的引擎,就开始想是不是自己记错了。其实用户永远不会错。如果用户错了,请参考前一条。这是一个合格的产品应该做到的一点。
这其实和道路是否更新关系不大。当然,道路如果真的经常更新,那么在Server端来做数据更新显然比在无数个终端上数据更新更容易。一次更新,所有的用户也能同时受益
原因很简单,绝大部分人不记得邮编,在查询的时候只会输入地名,不会输入邮编的。
既然不是一个索引量,那么基本上没有什么用处
1. 通常应用开发商是没有话语权主导OS层面的标准的制定的。
2. 小公司即便有话语权,喉咙也不够大。
所以,像我等知趣的人士,不去妄图制订标准,而是跟着老大们走。他们吃肉,我们喝汤。虽然没骨气,但是总比饿死强。
我在办公室就打不了手机,手机铃声一响,立刻跳起来向门口跑,那里信号比较强。
还得了一个通宝
难道现在移动退化了?
记得02年的时候上海移动搞了个内环找信号死角,找到一个奖2000.也没听说谁找到了啊。北京办公室大概是特例吧
Yueyu同学是这方面的权威。
欧美的地址很标准,两行,
123 Washington Ave East
Seattle, WA 12345
[door number] [street name] [road type] [direction]
[city], [state] [zip]
中国的地址可就没这么规范了,
北京市海淀区上地
小营西路12号上清园1-2-102
邮编 100085
“上地”是什么,区?
“上清园”是个居民区,居民区是个二维的区域,而不是一个线状的地理范畴?
“1-2-102”代表着1栋2单元102室,也可以写成1/2/102,或者其它林林总总的形式。
对于这样的地址怎么准确定位?几乎没办法。能做的是,把小区的大门,也就是“小营西路12号”的经纬度算出来。
但是如何把“小营西路12号”从整个字段中抽取出来?
印度的地址就更可爱了。
在中国,如果“小营西路2号”在“小营西路1号”西边,通常情况可以推测“小营西路3号”在更西边。
但是印度不一样,它的门牌号码是按房子的落成时间定的。所以1号的西边有可能是2号,但是再右边不一定是3号。3号有可能在1号左边。
从宏观的角度看,硬件一直在突飞猛进,手机每6个月更新换代一次。手机网络也一直在进化。当年我们都用modem上网,可现在上网基本都是adsl或者宽带接入。所以大部分人都会认为将来手机网络的带宽会满足需求。
另外你所说的百度音乐掌门,digg之类的应用,正是时下比较交流的human computing的具体实现。但怎么去设计,实现和维护这类的应用,的确是个大课题,目前来看saas的思想和设计对这方面的应用有一定的帮助。