交互式地图的思考

一、最自然的交互方式

nature user interface,最自然的交互方式,用户直接操作数据。微软的kinect sdk中的gui名字就叫NUI,可见微软对nature ui的关注。之前我实现的NodeComposer的所见即所得交互方式,也是类似思想。
android中的ListView 非常之方便,用户直接在ListView上用slider。。。传统ListView控件中,用户必须用鼠标精准拾取scrollbar 才能滚动视图,旁边大片的显示区域不能直接操作。。
交互式地图的思考_第1张图片  交互式地图的思考_第2张图片

二、交互式地图的思考

1.  地图中的内容

点、线、面:point of interest,road,area。

poi / label, road 主要元素,都有一个作用范围,都有一个显示级别的生命区间,[begLevel, endLevel] 从这个区间之内它们才显示。

地图显示典型的LOD,level of detail,而且各个level之间的数据往往不同:level越大显示的细节越多,数据量越大 且更加真实;level越小屏幕区域的比例尺越大。数据处理过程是从BigLevel 的数据开始逐层抽稀。最终是一个倒棱锥模型


栅格地图暂且不说了,已经out了,各家矢量地图的渲染 使用瓦片,图片缓存 加快速度和节省电量。不可交互的内容以瓦片形式渲染,做缓存,可交互的内容在客户端以opengl / system sdk绘制。瓦片理论上是图像,可以图像处理做些艺术效果,当然这是另外一个话题。

如果要实现交互式地图,所有内容必须由客户端实时绘制,或者以逻辑数据结构而不是图片为粒度缓存。实时渲染所有元素,速度已经不是问题:nvidia_path_rendering 基于gpu硬件加速的矢量渲染,速度是传统软件矢量渲染的100+倍。实时绘制带来的耗电是个关键问题,每次手机打开3D 游戏,一会手机就发烫。。。

2. 交互的设计

交互,另一个层面即开放性,开放的东西越多,一则用户可能会更加迷茫(对于专业用户可能是好事情),再则软件也越危险。防止用户的暴力操作的最佳方式,交互行为上增加约束,适度的约束设计至关重要。

forever drive中用户创建驾车路线时,编辑路线操作:均匀显示一些角点,选择角点可以编辑,最关键的一点是用户并不能任意地拖动角点,每个角点作用范围都被限制在一个圆中,这个圆以当前角点为圆心,到旁边角点的一半距离为半径构造,这个限制很适合。

交互式地图的思考_第3张图片

三、交互式设计的难点

手机屏幕太小。在有限的手机屏幕内实现高效、精准的交互操作着实重要。想到的一种解决方案:

手机局部放大技术:1)以图片层面放大,直接放大鼠标点击区域的帧缓存中内容;2)矢量数据层面放大,放大同时增加更多细节。

个性化定制 也是趋势,用户可以定制样式,添加个性化内容 通过ugc放方式给自己熟悉的3D pillar 贴图,定制路况 都离不开直接且高效地交互方式。

四、参考

1. NV Path Rendering : https://developer.nvidia.com/nv-path-rendering

2. My NodeComposer :http://blog.csdn.net/dizuo/article/details/7186442


你可能感兴趣的:(交互式地图的思考)