SERVICE FIELD / WEBGIS-DEVELOPMENT
GIS / WebGIS系统开发：把地图、空间数据和业务真正接起来
承接 GIS/WebGIS 系统、地图业务模块、GIS 二次开发和空间数据处理。覆盖 OpenLayers、PostGIS、GeoServer、WMS/WFS/TMS、路线规划、离线 GIS 与大数据量空间应用。
有些客户一开始就知道自己需要 GIS 或 WebGIS。
也有很多需求不会这样描述，而是：
- 想把设备放到地图上；
- 想看人员位置和轨迹；
- 需要点位、路线、区域和业务状态；
- 巡检、签到、任务想和地图结合；
- 数据量太大，地图已经加载不动。
这些本质上都可能是 GIS / WebGIS 问题。
我可以从业务流程开始梳理地图到底承担什么作用，再确定数据、地图服务、前端交互和系统集成方式。
不需要先使用 GIS 专业术语，直接说明“地图上要看到什么、谁在用、要做什么操作”即可。
把地图需求或现有 GIS 问题发给我你可能并不会把需求叫做“GIS”
设备和点位
在地图上显示设备、设施、企业、站点或其他业务对象，并通过状态和颜色区分当前情况。
人员和轨迹
查看人员位置、行动路线、历史轨迹、时间线和相关事件。
巡检与任务
把地图位置、巡检路线、签到、任务下发和完成结果放进同一个业务闭环。
区域和空间关系
绘制区域、查询范围内对象、空间过滤、路径规划或其他空间分析。
大量空间数据
点、线、面数据规模上来以后，需要重新考虑数据存储、服务发布和前端访问方式。
可以做哪些 GIS / WebGIS 工作
地图前端
- 底图与图层；
- 点线面绘制；
- 点击查询；
- 样式；
- 轨迹；
- 路线；
- 动态状态；
- 时间线；
- 业务交互。
空间数据
- PostgreSQL / PostGIS；
- 空间数据存储；
- 坐标处理；
- 空间查询；
- 路径规划；
- 数据治理。
地图服务
- GeoServer；
- WMS；
- WFS；
- TMS；
- GIS 服务发布与调用。
系统集成
- WebGIS 与业务系统结合；
- GIS 模块独立接入；
- SDK 和公共能力；
- 已有 GIS 系统二次开发；
- 内网 / 封闭环境离线部署。
大量空间数据，不是“前端多画一点”就能解决
在通信设施巡检 / 光缆网络 GIS 项目中，原有地图方案无法有效承载 2000 万+点线面空间数据。
后续重新设计：
- PostgreSQL / PostGIS 数据存储；
- GeoServer 地图服务；
- WMS 访问；
- 前端图层与查询链路；
- 空间分析接口。
需要一起看：
数据 → 服务 → 接口 → 前端2000 万+空间数据服务化
真实 GIS / WebGIS 项目
通信设施巡检 / 光缆网络 GIS
客户最初提出的是：
巡检和签到能不能结合 GIS？系统应该怎样做？
项目继续梳理人员工作方式、管理目标、签到内容、设备采集、人员路线、多人协作、排班、任务下发、完成闭环和结果展示，再确定 Web + 移动端系统形态以及 GIS 数据、服务、接口和功能范围。
通信设施巡检 / 光缆网络 GIS海洋环境场监测与污染漂移可视化
前端 / GIS 统一展示风场、海流、海浪、海温、多类海洋成分、巡检路线、污染区域和业务资料，并处理 NetCDF 场数据、时间切换和污染区随时间漂移等能力。
海洋环境场监测与污染漂移可视化已有 GIS 项目，也可以接着做
适用：
- 原 GIS 开发离开；
- 新功能没人做；
- 地图性能问题；
- 数据和服务混乱；
- GIS 接入现有业务系统；
- SDK / 接口继续扩展。
GIS 和三维是不是一回事？
不是。
GIS / WebGIS 核心是：
- 地图；
- 空间数据；
- 位置关系；
- 图层；
- 空间分析；
- GIS 服务；
- 与业务系统集成。
如果核心问题是三维模型、3D Tiles、大场景或模型交互，更适合：
三维可视化开发常见问题
- 不懂 GIS，只知道地图功能需求，可以沟通吗？
- OpenLayers / Cesium 都能做吗？
- 可以只负责项目里的 GIS 模块吗？
- 空间数据很多、地图很卡怎么办？
- 可以做内网或离线 GIS 吗？
- 已有 GIS 系统可以二次开发吗？