GIS开源方案探讨

最新推荐文章于 2025-09-17 10:26:51 发布

转载最新推荐文章于 2025-09-17 10:26:51 发布 · 659 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：https://www.jianshu.com/p/e685bb9f6f0a

文章标签：

#java #算法

GIS 专栏收录该内容

4 篇文章

订阅专栏

本文探讨了如何弱化传统GIS概念，提出去ArcGIS化、简化坐标系、采用开源数据库、支持跨平台、分布式计算和多维度融合。重点在于降低技术门槛，推动GIS技术大众化，并强调了SQlite、HTTP/2和OGC标准的重要性。

弱化传统GIS概念

传统GIS概念较多，而实际，如今大众GIS方面用到的知识只是九牛一毛，所以在新的软件产品设计过程中要剔除掉一些不常用的GIS概念，让GIS技术大众化，为大众服务。

去ArcGIS化

ArcGIS占据主要国内市场，其GDB格式甚至成为了如今工作的标准数据格式，但这一格式属于闭源性格式，虽然开放了二进制的Esri File GDB的dll文件和demo，但这远远不够。其它国内商业公司也都自建了自有的闭源格式，这种闭源格式对软件市场规模的扩大很不友好。虽然Esri shape file作为另一种常用格式属于开源格式，Esri shape file最大的问题是无法提供中文字段别名，导致国内使用很被动。

坐标系概念简化

目前国家推行CGCS2000国家大地坐标系，如果只在国内使用的话，软件地理坐标只需要支持CGCS2000坐标就可以了。平面投影上直接采用WEB 默卡托，三维里面直接采用10进制经纬度就可以了。

同时可研究多坐标系支持。

文件系统即服务

要脱离ArcGIS体系可以借助PG数据库+POSTGIS插件，但使用数据库需要导入导出，迁移也极易失败，所以采用PG的方案是个可用的方案但不是最优方案。

按GIS行业日常工作逻辑，成果的分发和汇交都以拷备为主，并且成果内通常还带有PDF、EXCEL、JPEG等多种其它格式的附件资料，所以文件系统是最有效的数据管理方式，服务最好也能直接依托于文件系统式管理的数据，可避免数据导入导出的麻烦。

粗略对比了一圈，发现SQlite是一个较符合以上设想的软件。

一方面它以.db文件的形式存放单个数据库数据便于拷备，另一方面SQLite本身开源并且具备优秀的跨平台能力，最后它本身是一个数据库文件可以很容易检索。

跨平台

GIS方面的日常工作以Windows操作系统为主，但如今信息化快速推进，绝大多数工作成果还会共享到Linux系统上发布为服务。

现在的国产化也是一个大趋势，几乎所有国产化的桌面操作系统都基于Linux二次开发。

所以新的产品应该具备跨平台能力。

自动分布式

数据量增大是必然趋势，提供一种简单的分布式方案也势在必行。

目前分布式方面以GO实现最为方便快捷而且高性能，而且天然跨平台。

Docker、K8S、Minio等多种性能要求较高的核心应用软件都基于GO进行开发，GO是未来的主流语言之一。

二/三维一体化支持

未来肯定是三维的时代，但大量存量的二维数据是目前的主流，所以应有一套很好的二三维融合方案。

空间分析支持

计算距离、分析路线、计算相交、数据裁剪、可视分析、挖填方分析等都是很常用的分析需求，软件中应考虑提供相关支持接口。

空间查询支持

行政区域查询、自定义区域查询，点周边、线周边、面周边等查询方式，全量及条件查询。

前端可视化支持

大屏展示需求较多，可视化展示能力需要更高。

前端动效支持

大展展示需求较多，需要提供更多动效支持。

基于三维的革命性LOD算法

采用分级抽稀计算方法，力争做到一个点数据只传输一次，前端的数据根据层级逐级累加，大思路是使用算力换流量。

HTTP/2支持

HTTP/2在数据传输效率上得到了较大提升，虽然之前我有专门对比研究过HTTP/2在WEB GIS上的应用，结果是性能无明显提升。但在高分辨率下由于请求的瓦片数量大幅度增加，多瓦片的同步传输就能有较明显的优势了。况且，若服务对外向海量用户提供服务，单张瓦片节省的0.1kb流量累计下来依然是个庞大的数值。