能力值：
( LV2，RANK：10 )
|
-
-
2 楼
你从哪儿去弄导航数据？
算法不难，程序不难，只要你能解决数据，其他的一切Easy。
|
能力值：
( LV4，RANK：50 )
|
-
-
3 楼
目测应该是调用距离传感器，陀螺仪等
|
能力值：
( LV2，RANK：10 )
|
-
-
4 楼
百度地图、百度地图API。。
|
能力值：
( LV2，RANK：10 )
|
-
-
5 楼
或者你自己破解凯立德的数据？
|
能力值：
( LV12，RANK：210 )
|
-
-
6 楼
GPS硬件模块什么的很好操作，通信方式都是已知的。Android的话甚至驱动都有了，直接调用API就是。只是导航需要地图和数据，还要算法。问题是，全国或者某个/些城市的道路、地形等数据，这些从什么地方得到呢？
|
能力值：
( LV2，RANK：10 )
|
-
-
7 楼
导航仪还是比较困难 不过可以先做点简单的东西
比如轨迹记录仪
从GPS模块解析数据 然后写成KML文件 然后放在google earth上面看记录
|
能力值：
( LV2，RANK：10 )
|
-
-
8 楼
个人应该是没法完成那么大的工作量了，需要团队，需要金钱
|
能力值：
( LV2，RANK：10 )
|
-
-
9 楼
数据这个可以购买。一年XXW，我都问好了。。我就是想知道实现技术。。
|
能力值：
( LV2，RANK：10 )
|
-
-
10 楼
有两种模式，一是完全嵌入式，地图和软件都嵌到手机里，离线导航。另一种是中心服务模式，要计算路径时向服务端发请求，然后服务端返回计算结果。
地图分底图和导航图，底图用来显示，就是些地物、商店之类的。导航图用来计算最短路径，都是有良好拓扑关系的节点、连线图。
最短路径可以用迪结斯特拉或者A*算法，迪算法需要遍历整张地图，如果是全国跨省路径，就比较麻烦，需要把导航图分层处理。个人推荐宽幅A*算法，就是A*算法的改进版，好处是可以随需载入，算到哪里就载入哪一块数据。
算完路径还不够，导航地图把一条双向路画成了两条线，这样双向路和双向路的交叉口就有4个节点，其他路类推，所以还得整理和描述，搞清楚应该怎么提示和导航。
大致就这些。
我曾经设计过一个思路，就是把节点看成路段，把路段看成节点，这样在算法处理上能够简化不少。
附一份A*的代码参考给你：http://www.oschina.net/code/snippet_124158_21886
|
|
|
|
