minemap:是我们公司的产品,主要以earth的形态展示,支持矢量切片+倾斜数据(这一点我个人认为是它最大的优点,即兼容了矢量切片精美地图又兼容倾斜数据,目前倾斜数据采用的3dtile格式),目前正在重构引擎架构,任重而道远啊,现在官网的案例demo都是早期版本,好多新功能还木有更新,属实有点汗颜。

MineData​minedata.cn/support/api/demo/javascript-3d-api/zh/map/base/sphere-map-show

cesium:一款开源的三维地图引擎,国内的大多三维GIS引擎大多基于cesium二次开发,其3dtile标准列入OGC,是唯一具有完备的渲染底层封装的GIS三维引擎库,完整的渲染模块,图元概念等,cesium的三维概念不同于其他三维GIS引擎,Cesium是以第一人称相机,其余的都以第三人称相机。第三人称相机最大的特点就是有mapCenter的概念,这一点cesium并没有,目前cesium的矢量切片也在完备,很是期待。对于好多GIS开发人员感觉cesium不好用,倾斜加载效率低。如果对于基础上手确实不容易,但是对于webgl的功能扩展,它非常好用,关于倾斜最大的优化在于数据,比如draco、crn、ktx2等优化,可以使数据加载与浏览的性能极大提升。

https://github.com/CesiumGS/cesium​github.com/CesiumGS/cesium

mapboxgl:矢量切片的王者,也是矢量切片标准的制定者,mapboxgl最大的特点就是其矢量切片(包括其字体,真的是一绝)。mapboxgl的数据切片大量用了webworker,以及数据的合批(在同一个瓦片内的数据顶点数据合并,减少数据的上传),关于其render模块,都是以drawXX函数,这一点很扯淡,虽然写小逻辑很爽,但是扩展很不爽,尤其扩展webgl功能,以前drawXX函数中各种uniform函数,现在倒是给管理起来了(我感觉它应该借鉴了cesium,因为它两的风格写的很像)。加载三维能力较弱,如果需要扩展webgl可以通过custom图层,你需要自己写着色器、顶点坐标、索引坐标,其实和原生的webgl一样。有人要说这不是很好,为什么说扩展困难呢?设想一下:如果你加三个box,需要对其中两个做后处理,怎么做?他没有图元的概念,就是一个一个tile,每一个tile中包含所要渲染的数据,这一点让人很难受。总的来说,其矢量切片真的很值得研究。

https://github.com/mapbox/mapbox-gl-js​github.com/mapbox/mapbox-gl-js

deck.gl:uber的一块三维地图引擎,其本身不具有渲染能力,渲染模块采用的是luma.gl,该哭库的shader模块写的很有特色,包括 glsl100与glsl300转换, luma.gl的也是uber旗下的,uber旗下还有一个数据加载的库就是loaders.gl.这个库主要负责数据加载是一个混合库,兼顾3dtile、i3s、gltf、pointclout、texture等数据的加载。加载三维能力要强于mapboxgl主要归功于luma.gl。

https://github.com/visgl/loaders.gl​github.com/visgl/loaders.gl

https://github.com/visgl/luma.gl​github.com/visgl/luma.gl

https://github.com/visgl/deck.gl​github.com/visgl/deck.gl

maptalk:国内大神作品类似于mapbox,目前其扩展三维能力主要靠maptalk.three实现maptalk本身功能完备,其本身的渲染能力(切片、点、线、面)依靠的是regl ,目前在加载倾斜数据上面好像还待优化(应该正在优化,听Zhen神说的),其插件比较丰富。

https://github.com/maptalks/maptalks.js​github.com/maptalks/maptalks.js

arcgis:GIS领域的老大哥arcgis4.x以上的好像才有三维地球的概念,以前都是二维,好多年不用了,其倾斜数据标准是i3s也是OGC标准。好多人说i3s要优于3dtile,在大数据量的时候才能凸显,小数据量估计不太明显。对i3s格式以及加载逻辑研究不多,这里就不多说了,这里有一篇关于arcgis的i3s vs 3dtile的ppt有兴趣的可以看看

https://cesium.com/presentations/files/SIGGRAPH2018/Interoperability_of_Tiled_3D_Formats.pdf​cesium.com/presentations/files/SIGGRAPH2018/Interoperability_of_Tiled_3D_Formats.pdf

vts-brower-js:一块类似cesium的三维可视化引擎,以前一直不知道该引擎,看到github上面项目创建与5年前,但是提交很少,下面是它与cesium的对比,关于不同坐标系的支持,这个还是有点技术含量的其他的就........,关于不同坐标系的支持我猜他是进行了动态的纠偏,因为地球是WGS84剖分你只能按照四叉树剖分,它也支持加载倾斜摄影,有自己单独的格式。具体的可参见下面这边文章:

https://github.com/melowntech/vts-browser-js​github.com/melowntech/vts-browser-js

比Cesium更懂GIS的3D框架VTS Geospatial~​mp.weixin.qq.com/s/ra7zN5a2aQrReUp-YNn6iQ正在上传…重新上传取消​

openglobus:也是earth三维开源引擎,目前功能还不够完善,支持栅格和矢量数据,这个库给的感觉好像是openlayer的,例如代码这样写:

var osm = new og.layer.XYZ("OpenStreetMap", {isBaseLayer: true,url: "//{s}.tile.openstreetmap.org/{z}/{x}/{y}.png",visibility: true,attribution: 'Data @ OpenStreetMap contributors, ODbL'});var globus = new og.Globe({"target": "globus","name": "Earth","terrain": new og.terrain.GlobusTerrain(),"layers": [osm],"autoActivated": true,"viewExtent": [5.56707, 45.15679, 5.88834, 45.22260]});new og.layer.Vector("Markers", {clampToGround: true}).addTo(globus.planet).add(new og.Entity({lonlat: [5.73, 45.183],label: {text: "Hi, Globus!",outline: 0.77,outlineColor: "rgba(255,255,255,.4)",size: 27,color: "black",offset: [10, -2]},billboard: {src: "./marker.png",width: 64,height: 64,offset: [0, 32]}}));

单纯的og.layer.XYZ感觉有点像openlayer,addTo这种又给人是leaflet的风格,Entity又是Cesium的风格,有点乱哈,这个库适合学习底层支持,至于用于项目不太推荐,目前引擎支持状态:

GitHub - openglobus/openglobus: JavaScript 3d maps and geospatial data visualization engine library.​github.com/openglobus/openglobus正在上传…重新上传取消​

itowns:一款基于three.js的三维GIS渲染引擎(earth),它这个球感觉操作起来怪怪的,能加载3dtile(效果好像不咋滴)、WFS、切片等,感觉学习一下还好,要是用,还是算了吧,虽然背靠three.js的大树,我觉得用maptalk.three都比它强,

GitHub - iTowns/itowns: A Three.js-based framework written in Javascript/WebGL for visualizing 3D geospatial data​github.com/iTowns/itowns正在上传…重新上传取消​

WebGlobe:国内大神作品,该库目前不在更新,它得相机是俯视状态,无法改变俯仰角,给人二维的感觉,这个库里面得射线求交当前可视范围与四叉树剖分可以看看,适合学习。

https://github.com/iSpring/WebGlobe​github.com/iSpring/WebGlobe

二 、自己关于GIS三维渲染引擎的一些看法

关于三维渲染引擎与GIS三维渲染引擎:两者的侧重点不同,三维渲染引擎主要侧重渲染的效果,例如pbr、光源加入等着重在还原真实世界的事物,数据多是gltf、obj等。三维GIS引擎侧重于数据与精度(个人认为)其次是渲染效果,与渲染引擎不同的是三维GIS引擎涵盖的数据量较多例如矢量、倾斜、点云等,这些数据量都是很大的,几百G之大,这一点就对三维GIS引擎的数据的缓存要求很高,要不然浏览器动不动就崩溃了,三维GIS引擎着重准确还原事物在真实世界中的位置。

理论上三维GIS引擎应该涵盖三维渲染引擎,三维渲染引擎作为渲染模块,提供渲染能力,目前将三维渲染引擎涵盖里面,寥寥无几,做的较好deck.gl,其渲染模块由luma.gl提供,其次Cesium,但是并没有提炼出整个渲染引擎,更像是渲染库,有primitive、geometry、Material等概念,并没有像deck.gl完全独立出来渲染模块。为什么要将GIS逻辑与渲染独立出来?一方面为了降低耦合,另一方面你可以自由的更改渲染模块,让GIS三维引擎根据不同的渲染引擎具有不同的特色(例如换成three.js、babylon.js),例如未来切换webgpu,不至于切换那么耗时费力,个人感觉最好不要借助第三方渲染引擎,可以自己写一个简单的渲染引擎,然后慢慢的丰富。

关于数据缓存与销毁:个人认为采用计算geometryBufferSize+textureSize并且结合LRU比较好,这一点参考cesium,其在3dtile上面的数据缓存与销毁采用上述方法,与单纯LRU缓存我觉得前者更为准确,如果在三维GIS引擎中不加载倾斜数据采用LRU缓存策略可能没有问题,如果加载倾斜模型可能造成内存崩溃,个人认为第一种计算更为合理。

关于自研GIS三维引擎:一块GIS三维引擎核心的就是栅格切片、矢量切片、倾斜模型。栅格切片实现还好说,矢量切片个人感觉借鉴mapboxgl、倾斜模型借鉴cesium的3dtile那套加载逻辑。借鉴没有什么好丢人的,有人感觉既然是自研引擎那必须从头开始写,自己一行一行的敲下去,借鉴别人的,在别人的基础之上去改善,难道不是更好?自研GIS引擎要有自己的特色,如果只是抄,那也没什么意义。

关于相机:对于GIS三维引擎,整个场景仅需要一个相机。相机分为第三人称相机和第一人称相机,第一人称相机:cesium,第三人称相机mapboxgl、deck.gl等。第一人称相机结合四叉树可以完全控制整个场景的数据加载,第三人称相机需要结合center,也是地图中心点。第三人称相机类似还是二维的概念切片加载需要计算当前窗口的地理范围配合zoom,计算需要加载的切片,第一人称相机需要借助几何误差(相机距离物体的距离),也就是lod,在三维世界中第一人称相机更为合适?为什么这么说呢,例如加载地形,在第三人称相机,在珠穆拉玛峰正上方看珠峰峰顶,你会发现珠峰峰顶是模糊的,你相机基本放在峰顶离得很近为什么还是模糊的,理论上应该很清晰啊。这是因为此时zoom很小,如果此时zoom为4,而理论上你应该看到的是zoom为8的数据,如果用第一人称相机+四叉树lod方式就不会出现这种情况。

关于渲染效果:在我们印象中GIS三维引擎的渲染效果很差,和纯三维渲染引擎没法比,一方面是两者的侧重点不同,另一方面GIS三维引擎本身的渲染能力很弱,像渲染引擎中的后处理、法线贴图等都不具备。这也是我为什么想把渲染模块与GIS逻辑分析,这样更好的扩展渲染能力,对一些小场景GIS三维引擎有能力做出较好的渲染效果(web端)。

做出来功能很容易,做好真的很难!!!!

以上是自己对web端GIS三维引擎的一些看法,小弟才疏学浅,难免有错,望各位看官指出不足之处,以免误导他人

谈谈GIS三维渲染引擎相关推荐

  1. GIS三维渲染引擎 到底有什么区别

    minemap:主要以earth的形态展示,支持矢量切片+倾斜数据(这一点我个人认为是它最大的优点,即兼容了矢量切片精美地图又兼容倾斜数据,目前倾斜数据采用的3dtile格式),目前正在重构引擎架构, ...

  2. OSG三维渲染引擎编程学习之十七:“第二章:OSG数学基础” 之 “2.7 世界坐标系、物体坐标系、摄像机坐标系”

    第二章 OSG数学基础 OSG是一个优秀的三维渲染引擎,三维渲染涉及到大量的3D数学知识.3D数学是一门和计算机几何相关的科学,研究怎样用数值的方法来解决几何问题,因此,掌握并灵活运用3D数字知识是O ...

  3. OSG三维渲染引擎编程学习(全系列开展OSG学习)

    目录 第一章:OpenSceneGraph介绍 第二章:OSG数学基础 第三章:OSG场景组织 第四章:OSG几何体绘制 第五章:OSG场景渲染 第六章:OSG场景工作机制 第七章:OSG场景图形交互 ...

  4. [比较老的文章]三维渲染引擎 OGRE 与 OSG 的比较综述

    1 .引言 随着计算机可视化.虚拟现实技术的飞速发展,人们对实时真 实感渲染以及场景复杂度提出了更高的要求.传统的直接使用底层 图形接口如OpenGL.DirectX开发图形应用的模式越来越暴露出开 ...

  5. OSG三维渲染引擎之OSG简介

    参考书籍<OpenSceneGraph三维渲染引擎设计与实践>,作者王锐,钱学雷 一.场景图形 1.概念 场景图形(Scene Graph)是一种经常用于计算机游戏和图形学相关软件的数据结 ...

  6. 三维渲染引擎收藏(转载)

    基于 WebGL 的 Javascript 3D 绘图引擎 G3D [国产] G3D 是阿里巴巴开源的一款基于 WebGL 的 javascript 3D 绘图引擎.与其他的 WebGL 3D 引擎相 ...

  7. ubuntu下安装三维渲染引擎OSG详解

    零.前言 OpenSceneGraph是一个开源的.跨平台的三维引擎,被广泛的应用在可视化仿真.游戏.虚拟现实.三维重建等领域,采用标准C++和OpenGL编写而成,能够更加快速.便捷地创建高性能.跨 ...

  8. 三维渲染引擎专题--各种数格式总结

    瓦片图层数据 OpenStreetMapImagery(免费开源地图服务,背后有某大公司支持) BingMapsImagery(微软Bing Maps Imagery REST API) Google ...

  9. 三维渲染引擎设计与实践(四)

    五.绘制几何对象和文字 帧缓存(Frame Buffer)为用户与显示设备交互的一个接口,将显示的画面抽象成一块可以进行读写操作的内存区域. 帧缓存的每一个存储单元都对应显示屏上的一个像素.整个缓存空 ...

最新文章

  1. 阿里巴巴加大IT人才引进 只为捍卫云计算市场地位
  2. numpy中的转置Transpose和.T以及轴对换swapaxis
  3. PHP源码设置超出隐藏,怎样隐藏文本的超出部分
  4. 15分钟在阿里云Kubernetes服务上快速建立Jenkins X Platform并运用GitOps管理应用发布...
  5. MySQL将utf8字符集改为utf8mb4
  6. Hive学习之路 (十六)Hive分析窗口函数(四) LAG、LEAD、FIRST_VALUE和LAST_VALUE
  7. Halcon例程(基于3D形状匹配识别方法)详解 —— create_shape_model_3d_lowest_model_level.hdev
  8. 在Mac上为自己手动编译安装一套PHP7的开发环境
  9. 阿里内推算法岗位编程笔试题
  10. mysql 视图 数据相加_MySQL
  11. python数值计算
  12. IOS中NSUserDefaults的用法(轻量级本地数据存储)
  13. 马斯克:特斯拉Model S Plaid交付时间将推迟至6月10日
  14. IDEA :windows下Hadoop报错null\bin\winutils.exe
  15. 每日算法系列【LeetCode 123】买卖股票的最佳时机 III
  16. java基础总结06-常用api类-api概述及jdk常用分类
  17. 【APP自动化测试必知必会】Appium之微信小程序自动化测试
  18. Tone-Mapped Image Quality Assessment
  19. 头条极速版问答自动化教程
  20. 一台“真正的”网吧电影服务器只要6000元

热门文章

  1. ubuntu server 安装
  2. HikariConfig配置详解
  3. Java学习笔记-网络编程
  4. JAVA读取文件操作时路径的斜杠问题
  5. e.getMessage() e.printStackTrace() 和e.printStackTrace() 小结
  6. 由于权限引起的Tomcat中项目某些页面访问不了
  7. 数据库 chapter 12 数据库管理系统
  8. javascript,jquery 操作 dropdownlist ,select
  9. 内置类型存储空间(32位机参考)
  10. secureCRT按回车键全屏的解决方法