Make sense(6) webGIS所面临潜在非技术困境的思考

在本文中,WebGIS仅指前端Web地图

技术人员总是乐观的,因为技术往往有迹可循,未来是可预期的。但未来是由无数个现在构建的,那些已经发生或正在发生的事实,或许正在动摇我们所理解的WebGIS的根基。

我的第一个观察是WebGIS生态的分裂。

1. 生态分裂势不可逆

你能想象一个没有底图的WebGIS吗?

长期以来,我们不会受底图格式困扰,因为通过jpg/png格式承载的标准协议底图被各种地图SDK支持,同时我们也有相当丰富的底图资源可供选择。在浏览器中指定位置显示图片在技术上并没有什么难度,一大批早期的地图SDK也因此应运而生,那是属于OpenLayer/Leaflet等开源地图SDK的黄金时代,他们比拼的仅仅是SDK所支持的功能是否充足,使用是否方便。

底图的免费并非理所当然,栅格瓦片时代我们只是钻了技术和法律的空子,免费的享受了图商提供的各种底图。但地理数据本身具有巨大的商业价值,获取也耗费了相当的成本,因此作为数据的拥有者,图商天生乐于严格控制数据的使用。随着WebGL技术的发展,效果更好的矢量瓦片走上台前,且将成为不可逆的趋势。矢量瓦片的各项特点也与图商的需求一拍即合:矢量瓦片允许各家图商定制属于自己的私有格式,让数据控制与收费都变得容易许多。这意味着:要么你使用开源的地图SDK,但使用过时的栅格瓦片底图,要么选择图商的矢量瓦片图源,并适应图商的专用SDK。鱼和熊掌不可兼得,但当下我们起码有选择的余地。

栅格瓦片的终结并非遥不可及,合规的限制说不定就在不远的将来。不过在那时,受到直接影响的并非我们这些不得不做出排他选择的用户,而是无自有图源的开源地图SDK,它们将被越来越边缘化,像水源逐渐干涸的文明,慢慢走向沉寂。随之发生的,将是整个WebGIS开源之路越来越难走,个人开发者难以或不愿对闭源/半闭源的图商SDK贡献代码。最终,这个领域将只剩下几个"大玩家"。这时所谓的"开源",也不再有活力了,而在当下,我还看不到扭转这种趋势的契机。

我的第二个观察是对技术溢出效果减弱的担忧。

2. 网页游戏盛筵难再

GIS领域技术的发展经常要借助某个风口领域带来的技术外溢。

比如基于OSG的3DGIS一直不瘟不火,但随着端游的火爆,连带着基于虚幻/Unity引擎的GIS
应用也逐渐变多。同样类似的还有随着机器视觉的飞速发展,遥感影像地物识别也搭上了快车。2015年是基于WebGL的网页游戏的巅峰之年,这个时间点附近也诞生了我们如今耳熟能详的新一代地图SDK,如MapBox和Cesium。 游戏是对浏览器图形处理能力和综合性能要求较高的场景,对于浏览器性能的挖掘和需求自然也加速了WebGL的发展,新一代地图SDK就是乘上了这股东风,开启了属于自己的时代。

然而从2015年至今,网页游戏逐渐在走下坡路,而且几乎看不见复兴的可能。虽然技术红利依然存在,但在失去如此强劲的需求后,WebGL的发展确实变慢了,而缺乏革命性的技术变革后,WebGIS的天花板也就不远。除非有什么基于Web端的杀手级应用横空出世,否则这份变革没必要到来。而浏览器本身,确实也在慢慢被厂商抛弃。

我的第三个观察是对地图传递信息的思考。

3. 认知带宽终有极限

我们真的需要一个可视的地图吗?我在一次体验汽车全程语音导航后提出了这样的疑问。那一次我全程遵循语音导航,没有看地图,反而获得了更优质的使用体验。

我们使用地图是为了获取难以通过其他形式传递的信息。比如上文提到的导航场景,当从前不能精确获取用户位置与方向时,我们只能通过地图的形式将路线标示出来,供用户自行理解,但用户最终也只是为了获得一个"在下个路口右转"的信息。因此随着技术发展至今,我们已经可以跳过用户看地图这一步,直接给用户所需要的信息。

地图的核心依旧是传递信息,但在某些领域,地图不天然是最优信息传递媒介, 当更有效率传递信息的方式出现后,用户自然会选择认知带宽占用较少的渠道。

何为认知带宽?这可以从人类理解信息的方式来理解:获取信息和理解信息是两个步骤,我们可以一目十行获取大量文字,却没法同时理解文字中包含的信息,这是因为我们对信息的认知速度远小于获取速度。为了平衡两种速度的差异,我们需要主动降低获取信息的速度,比如从一目十行变为慢速阅读,才能正常理解文字,其中理解信息的速度就是所谓认知带宽。

依旧以上面的导航场景为例,显然,通过提供底图,让用户自己得出向右转的结论比直接提供向右转提示需要提供更多的信息和潜在知识,即占用了更多的认知带宽,"读图困难"在普通用户中其实相当普遍,因此可以预见,将会有更多类似的场景以降低用户认知带宽为优化方向。优化的结果,就是更加简单的地图,甚至没有地图。

GIS后端并不总辅助前端更有效率的展示数据,随着技术的进步,它有可能直接干掉前端。

不要等船漏了才想跳船。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,922评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,591评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,546评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,467评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,553评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,580评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,588评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,334评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,780评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,092评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,270评论 1 344
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,925评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,573评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,194评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,437评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,154评论 2 366
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,127评论 2 352

推荐阅读更多精彩内容