JupyterGIS 是一个开源扩展，旨在弥合地理信息系统（GIS）与数据科学 Notebook 环境之间的鸿沟。其主要目标是消除上下文切换带来的阻力，将地理空间数据发现、复杂分析、可视化和叙事表达统一到一个界面中。通过构建一个能够自然融入现有科学工作流的协作式 GIS 环境，JupyterGIS 希望让数据专业人员可以管理空间数据项目的整个生命周期，从查询远程目录到展示交互式地图，全程无须离开 Jupyter 工作区。
为了进一步推进这一基础目标，最近发布的 JupyterGIS 0.16 引入了多项重要功能，主要面向团队工作流和大规模数据处理。该版本的一项重点是全面改造故事地图（Story Maps），这是一种用于构建可滚动交互式地理演示的工具，可将 Markdown 与地图状态结合起来。其编辑体验围绕 Jupyter 的实时协作基础设施进行了重新构建。现在，多名用户可以同时编写文本、调整地图视口以及修改图层可见性。这种实时同步也扩展到了矢量图层，使分布式团队能够共同对地图要素进行数字化处理或标注数据集，而无须手动合并文件。
为了应对地理空间数据规模不断增长的问题，0.16 版本深度集成了远程处理能力。该平台现在原生支持 openEO，这是一项用于定义遥感处理流水线的 API 标准。JupyterGIS 可以利用基于图块的惰性渲染系统，直接将这些 openEO 流程图渲染为地图图层。由于系统只获取用户当前视口和缩放级别所需的数据，从业者可以交互式探索大规模遥感工作流，而无须在本地实体化底层数据集。此外，用户可以使用拖放式可视化编辑器编写这些流水线，也可以利用声明式 JSON 格式，让大语言模型协助生成工作流。
通过与新的 jupyter-tiler 软件包集成，复杂数据数组的处理方式也得到了改进。用户现在可以直接在 Notebook 中以原生惰性方式可视化超出内存容量的大型 Xarray 数据集，从而顺畅衔接基于 Python 的数据加载与交互式地图渲染。
该版本还升级了地理空间模式的视觉表达方式。JupyterGIS 0.16 使用一种受图形语法启发的灵活符号系统模型，取代了固定的样式选项。现在，颜色、大小和不透明度等视觉属性可以通过编程方式进行组合，从而确保专题地图具有高度可复现性和可定制性。此外，该平台还新增了对云原生 GeoZarr 和行业标准 GeoPackage 的支持，进一步扩大了数据格式的互操作能力。
为了将覆盖范围扩展至 Python 生态系统之外，该版本通过 r-jupytergis 软件包引入了新的 R 客户端。借助 Yrs CRDT 库，R 用户现在可以与 JupyterGIS 小组件进行交互，并参与和 Python 用户相同的协作工作流。
社区对 JupyterGIS 0.16 的反响积极但非常务实，既表达了热情，也提出了实际实施方面的担忧。Hacker News 和 Reddit（r/gis 与 r/geospatial）等平台上的讨论表明，人们对该工具有着浓厚兴趣，尤其关注它将图形语法原则引入空间数据，以及推动 Wasm 在浏览器中进一步发展。维护者积极与社区互动，通过 notebook.link 提供实时交互式故事地图 Notebook 的直接链接，让用户无须安装即可直接体验这些功能。然而，这种交互式部署方式也在 Hacker News 上引发了实际批评，有用户指出，与静态博客相比，实时 Notebook 的加载时间过长。此外，故事地图采用的滚动式叙事形式在用户中引发了两极分化，一些用户更喜欢非线性探索；还有一名地理空间开发者担心，“Story Maps”这一名称可能与 ESRI 产生商标冲突。在 Notebook 生态系统之外，开发者已经开始询问如何将这些协作式叙事内容导出或嵌入传统 Web 发布平台以及 Drupal 等 CMS 环境，这清楚表明用户希望未来版本具备更好的可移植性。
该项目的持续开发获得了重要机构的支持，该版本中的部分特定功能由欧洲航天局（ESA）和法国国家空间研究中心（CNES）资助。
原文链接：https://www.infoq.com/news/2026/09/jupyter-gis-extension/