opengeos/RustGIS

数据

面向地理数据的桌面与浏览器 GIS,可绘图、分析和导出,并提供可脚本化的命令行和 Python 接口。

1,914
273
Rust
Apache-2.0
上线 14 天

如果你手上有 Shapefile、GeoJSON、GeoPackage 等矢量地理数据,想在不装大型桌面 GIS 的情况下打开、配图和做简单空间分析,RustGIS 值得试一下。也要把它当作年轻项目:这里可查的历史只有一个日期,长期维护情况尚无法判断。

解决什么问题

用户手里攒着一批 Shapefile、GeoJSON、GeoPackage 或带坐标列的 CSV,想先放到地图上看,再配符号、做空间连接,跑一次缓冲区或统计每个多边形内的点,最后导出一张图或一份转换后的数据。过去要么装一套庞大的桌面 GIS,要么把命令行和 Python 库串成一条一条的流程,每种格式各用一套工具。RustGIS 把打开、配图、空间分析和导出放进同一个画布,同样的操作也以命令形式暴露出来。结果是一张成图、一份导出数据,以及可重新打开的工程文件。

有什么不同

它的关键设计是:界面上每个按钮操作都有对应的命令 id,因此图形界面、rustgis-cli 和 rustgis Python 包驱动的是同一套引擎。一条 CLI 调用就能渲染地图、执行空间处理、套用分级配色并按高 DPI 导出;在 notebook 里也能跑同样的步骤,再把图层交给 GeoPandas。CLI 还能作为 MCP 服务器运行,让 AI 代理调用这些命令。桌面版自带一批格式的读写,只有在检测到 GDAL 和 DuckDB 时才会调用它们的外部程序,这样既扩大了格式覆盖,又不必把它们设为必须安装的依赖。

代价是:想让脚本稳定复现结果,就得自己维护命令 id 和参数;图形界面与脚本共用一套命令词汇,需要对照 CLI 文档学习。README 还说明项目主要由 AI 模型在人工指导和审查下构建,并请用户自行检查结果、发现问题就报告,所以现阶段空间分析结果最好再用另一种工具抽查。

谁值得试

适合已经用桌面 GIS、想打开压缩 Shapefile、LiDAR 点云、PostGIS 表或 QGIS 工程,做轻量空间处理,之后再把同样步骤脚本化的用户。也适合只想在 Python 里做一次缓冲区并出图的 analyst,不必自己拼多个库。不适合依赖成熟桌面 GIS 的完整插件生态和长期积累的制图工具链的人,也不适合那些必须保证某种只能经 GDAL 读取的格式可用的流程,因为 GDAL 在这里是可选依赖。浏览器用户可以通过 web.rustgis.app 免安装使用,但 README 指出实时数据库表和 Esri File Geodatabase 只在桌面版支持。

使用条件与边界

桌面版可从 Windows、macOS、Linux 安装包或 Microsoft Store 获取,具体见安装说明。无论走哪条路径,完整格式覆盖都依赖可选的外部程序:经 GDAL 读取的矢量格式和 DuckDB SQL 需要自行安装这些程序,PostGIS、MySQL、MariaDB 和 SQL Server 的实时表读取只在桌面版可用。浏览器版的文件通过浏览器选择器打开,保存变成下载,处理大体积本地数据没那么方便。Python 包和 MCP 服务器都需要单独配置。

HotRepo 点评

HotRepo 在 2026-10-24 首次记录 RustGIS:它在 Rust 语言的新项目榜(NEW-REPOSITORY 榜,不是总榜)上以 1,914 个总 star 排第 #7;这是某个日期的快照,不是当日新增,也没有可比的每日历史,因此无法判断热度能否持续。在把某个流程固定下来之前,先确认脚本依赖的命令 id 在 CLI 指南里有文档且足够稳定。

本文由 AI 根据项目 README 生成,更新于 2026年10月25日,以项目官方文档为准。