模型能读懂文字,但要落到地图上,还得有人把坐标备好
语言模型擅长从通报、预案、工单里抽出地点、事件和处置要点,可它给出的是文字。要让指挥员看见“在哪、离谁近、挡住哪条路”,需要一个统一坐标的三维场景把文字落成位置。GISBox 做的就是这一层:把影像、地形、建筑、道路、水系整理成可发布的服务。模型怎么调用,由集成方定。下面从数据准备、坐标统一和服务衔接三方面说明。

“城西加油站往北三百米”这类描述,人听得懂,系统对不上。要落图,先得把地名、路名、门牌、设施名和坐标建起对应关系。这份对应关系不在模型里,在底座和它的属性表里。地名库、设施台账、地址库三样凑齐,抽取出来的地点才有落点,缺一项,落点就会飘。
没有这层对应,模型输出的位置只能靠人工在地图上找,快不起来。有了它,一条通报进来,系统能定位到路段或设施,再叠加周边建筑和水系。
应急场景的数据来自很多单位:影像来自自然资源部门,地形来自测绘单位,建筑来自住建,道路来自交通,水系来自水利,重点目标由各行业主管部门提供。坐标系和高程基准各不相同,不统一就叠不到一起。
统一的做法是进场即转换,转换参数和基准写进元数据。GISBox 支持常见矢量、栅格、模型的导入与切片,输出成 3DTiles、Terrain、WMTS 等标准服务,前端按同一套坐标加载,叠加时不会错位。预案编制与响应等级的划分,以应急管理部及地方主管部门发布的规定为准,底座只做空间承载。
底图不必做得很复杂,五层能覆盖大多数指挥场景:影像与地形做背景,建筑表达空间体量,道路与水系表达通行和阻隔,重点目标表达关注对象,动态点位表达当前态势。五层各有各的更新节奏,分开管理。
层数再往上加,收益递减。管线、地质、气象图层属于专业场景,按需挂载,不必默认打开。默认全开的场景,第一次加载就慢,指挥时没人愿意等。
影像看的是时相,越新越好,分辨率够辨认建筑和道路就行。地形看的是高程,山区和堤防附近要准。建筑看的是高度和轮廓,重点区精细,面上可以粗。道路看的是连通性,线位准、属性全比好看重要。重点目标看的是属性,位置差十几米还能接受,电话和容量错了会误事。
按用途定精度,别一刀切。全域按最高精度做,成本压不住,加载也压不住。判断标准可以写得很具体:影像要能分辨单栋建筑和主干道,地形在堤防和山区的误差要小于安全评估的余量,建筑高度误差不超过一层楼,道路线位偏差不超过一条车道。
大多数城市没有全覆盖的精细模型,应急场景也不要求每栋楼都精细。用建筑矢量生成白模,按高度拉伸,按类型配色,按片区逐块铺开。GISBox 支持上传 SHP、GeoJSON 生成多风格建筑并发布为 3DTiles,建筑生成相关的版本支持以定价页为准。
白模的价值在体量和位置,不在外观。指挥员需要判断的是“这栋楼多高、离火点多远、倒下会挡住哪条路”,这些用白模就能回答。重点区域再补倾斜模型,两者在同一场景里共存。生成参数和矢量来源要记录,换一版矢量重生成时,风格和高度才接得上,具体步骤在官方图文教程里有说明。
道路用线加宽度表达,主干道、次干道、支路分色,桥上桥下要区分。水系用面,河道、湖泊、水库分开,堤防单独成线。汛期场景里,水系的表达比建筑更重要,淹没范围一叠,哪条路断了立刻能看出来。
矢量数据从 SHP、GeoJSON 或 DWG 进来。DWG 里有道路中心线和红线,导入后提取要素、对齐坐标,再发布成 MVT 或 WMTS 服务。DWG 相关功能属于企业版,图纸版本混乱时先在 CAD 里清理。
学校、医院、危化品企业、避难场所、消防站、水源地,这些对象要先列清单,再定字段。每个目标至少要有名称、类型、位置、容量或规模、责任单位、联系电话。字段不全的目标,标注上去也只是个图标。
清单由主管部门提供,工具不生产这份清单。数据进场后先做去重和位置核查,同一个目标在不同台账里坐标差几百米的情况并不少见,取实测值,缺实测的标注“位置待核”。字段有空值的先补,补不上就在属性里写“未掌握”,不要留白,留白会被当成零。
标注方式有三种:图标、体块、范围圈。点状目标用图标,危险源用体块表达影响半径,避难场所用范围圈表达容纳区域。图标要能按级别缩放,近距离显示名称,远距离只留符号,否则满屏文字看不清地形。
颜色按类型分,不要按紧急程度分。紧急程度是动态的,颜色跟着变会让指挥员失去稳定的视觉记忆。图标大小也要克制,太大的图标会盖住道路和出入口,反而看不清周边关系。

车辆、人员、报警点的位置每秒都在变,切进瓦片等于每秒重切一次,不现实。做法是底座提供静态场景,动态点位由业务平台通过接口推送,前端在场景上叠加。坐标转换在推送端完成,底座只认统一坐标。
这条分工决定了性能上限。静态部分可以预切、缓存、分发;动态部分走消息通道,量级小、更新快。两者混在一起,谁都跑不快。接口设计上,点位推送建议带时间戳和来源标识,前端按时间判断新旧,断线重连后才知道该补哪一段。
模型要“看见”场景,通常有两条路:一是把场景服务地址作为工具交给模型调用,模型根据问题取图层、取范围;二是平台把模型输出解析成结构化指令,再由平台去操作场景。两条路都要在集成层写清楚权限和边界,模型不直接改数据。
具体怎么接,取决于集成方的技术栈和安全管理要求,工具本身不预设。能确定的是:底座要把服务地址、图层清单、坐标说明整理成一份可读的接口说明,集成方才有得接。这份说明最好一页写完,字段、单位、示例各一行,比几十页的方案好查。
最小集包括:一版近期影像、一套覆盖范围的地形、全域建筑白模、道路与水系矢量、重点目标点位、三个服务地址(三维场景、地形、矢量)。这套东西做出来,指挥大屏能开,模型有地方落点,演练能跑。
不要等数据全了再上线。先上最小集,演练中暴露问题,再按问题补数据。补的时候按图层补,不动其他层。项目立项时报预算,切片与再处理分属不同版本,先对着套餐定价页核清楚,免得做到一半发现功能不在已购版本里。
检验四件事:打开时间能不能接受、图层开关是否顺手、点位刷新是否及时、坐标有没有错位。前三件靠现场试,第四件靠比对:拿两个已知坐标的地物,在场景里量一下,偏差超过预期就查基准。检验结果按系统、网络、终端各记一栏,换环境时知道哪一项要重测。
演练记录要留,问题清单要跟到关闭。下一次演练前把上次的问题过一遍,比重新设计一遍场景有用。演练还要覆盖“数据没更新”的情况:影像旧了、目标搬了、道路改了,系统能不能提示,操作员知不知道去哪核实。
应急场景的三维底座,实际上是一份坐标统一、图层清楚、服务可用的地面参照。GISBox 负责把多源数据整理成这份参照,久安大模型这类工具负责从文字里提取信息,两者之间靠接口衔接。指挥决策、预案执行、现场调度,仍归业务系统。边界清楚,配合才顺。

要看集成方式。常见做法是把场景服务封装成工具,由平台转调,模型只负责理解问题、生成调用参数。直接让模型改数据,权限和审计都难控制。具体接口由集成方设计,工具侧提供标准服务地址和图层说明。
多数指挥场景够用。白模能表达体量、高度和位置,配合影像能判断周边环境。需要看清立面、屋顶设备、广告牌这类细节时,再对重点区域补倾斜模型。两者可以共存,不必全域统一。白模的高度如果来自估算,属性里要标出来,别让指挥员把它当成实测值。
不建议。三维瓦片适合静态或低频更新的数据,动态点位走接口推送更合适。把动态数据切进瓦片,更新频率跟不上,还会拖慢加载。底座提供场景,动态数据由平台叠加。
用局域网离线版部署,License 激活后可在内网运行。影像、地形要提前备好本地数据源,在线底图不可用。离线环境的功能范围与网络公开版不同,采购前对着定价页核对,别按在线版的经验估。断网演练也要真断一次,拔掉网线看看哪些图层还在。
想先跑通一条从数据到服务的链路,下载 GISBox 用示例数据试一遍,比看文档快。
【内容与技术说明】
本文由GISBox产品团队整理发布,内容由AI工具辅助生成并经团队人工核验。
因产品版本持续迭代,具体功能、参数与免费范围以GISBox官方文档为准。
如有技术疑问或内容勘误,欢迎通过support@gisbox.com反馈。
最后核校:2026-10-19。