针对你在绍兴版那个帖子中的回复:
其实我们在最近的需求收集和调查中也发现了目前这几个功能的一些潜在问题,并做了些相应的调整:
1.对于你提的第一点,我们也慢慢觉得导航其实比较费电和费流量(如果一直开着的话),而且还有信号问题,在其他地方的帖子里也有人提到了用kml格式的文件制作路线信息,我们担心的是这个方法是不是目前骑友间普遍流行的一种方式,还是只有一些懂专业IT知识的人才会使用这种文件?
答:一般骑长途的多少都懂一点地图知识,导航的问题不是费电和费流量,而是如果做的差,想骑车导航一样,没有意义,如果做的好,我觉得你们的开发成本会很高,本身导航对算法的要求就特别的高,你们确定能承受这种人力成本?
其次,对骑车来说,目的地不是唯一目标,对我们来说,骑行不是骑最快到的,路面最好的路,而是空气好且好玩的路,所以我们骑行经常会绕行。最要命的是,你的地图矢量数据能保证到田间路吗?而我们骑行,不仅是田间路,连山道,古道,甚至有可能没有路但是比较平的地方也会过去,所以导航的意义不大。这也是我喜欢卫星图的原因。
KML问题不大,做个教程就OK了,我已经教会10多个人做KMl了,而且Maps.google.com上就可以用导航制作KML,就算不会KML也没关系,能定位,就能看地图,骑车不像开车,在路口标注几个路点上去,到了路口停下来看一看就好,1天撑死也就200来KM,没几个路口,实话说,连这都不看的,你给他导航他也不会用。而且这个还可以通过共享路线的方式解决。
2.对于第四点,你是指好友间可以发送传递哪些地图数据信息?
答:一开始的想法是离线地图数据,比如OruxMaps的地图用的是SQLLite 的数据库,我在宁波,然后我一骑友在绍兴,我的宁波地图肯定很全,他的绍兴地图肯定比我全,我到绍兴去,他把地图传给我就好了,支持WIFI是我在骑丙察的时候一个想法,当时200多KM无信号,我和骑友的距离大概在1KM左右,对讲机没电池了,我当时想,能不能我把手机做成AP,然后大家用WIFI,同步双方的路线信息并且当对讲机用。
3.第五点里提到的海拔是你们平时骑行当中会常常关注的信息吗?还是只是在骑山路或者像川藏线类的路线才用到?
答:我只想说,如果一个骑友没骑过山路,只有2中可能,1、他是新手,2、他的附近没有山,老A曾经在介绍GOOGLE地图新版的时候特别的强调了这个功能很好。骑山路,至少占我所有骑行里程的80%以上,我相信,没几个骑行爱好者在有条件的情况下会放弃山路。实际上,我一般带人的话,直接跟他们说还有多少米(海拔),而不会和他们说还有多少公里(里程)。
我觉得你们可以把需求整理好了以后,做一个功能列表,然后在几个骑行网站上,比如骑友,Biketo等上发起投票。然后根据你们的开发实力和投入资金,做一个开发计划。另外你们的团队里面应该有资深骑友当顾问。冒昧的说,我感觉你似乎对骑行不是太了解。
|