智能体要做事,先得有一张可计算、可调用的路网场景
交通大模型和智能体要做事,得有可计算的空间场景:路网、车道、信号灯、路口、车辆和路侧设施。比赛或试点里,场景数据往往比模型本身更早成为瓶颈。GISBox 能把地形、影像、道路矢量、模型和点云整理成服务,供智能体调用;模型训练与决策算法仍由参赛方完成。

静态场景包括路网、车道、路口、建筑和地形;动态场景包括车辆、行人、信号配时和事件。智能体要判断,静态是底图,动态是输入。两者混在一起,接口会变得很重。
比较清晰的分法是:静态数据切瓦片、发服务,动态数据走消息或接口推送。智能体按需取静态图层,再叠加实时数据。
比赛场景通常范围不大,但精度要求高。车道线、停止线、路缘、信号灯位置,差几十厘米就可能影响判断。范围可以按路口或路段划,不必一上来就做全城。
精度和范围要一起定。范围大、精度低,适合宏观分析;范围小、精度高,适合微观决策。两类场景的数据组织方式不同。
路网用线,车道用线或面,路口用面。每条车道要有编号、方向、宽度和所属路段。路口要有进口道、出口道和转向关系。只画一条中心线,智能体无法判断车辆在哪条车道。
矢量数据要统一坐标,并与影像、模型对齐。车道线在影像上偏一条线,决策就会出错。
路段要有名称、等级、限速、车道数和通行方向;车道要有转向、专用类型和禁行时段;路口要有信号灯编号和控制方式。属性不全,智能体只能看到几何,做不了规则判断。
属性表的主键要与交通管理平台一致编号。比赛结束后,场景还能继续用。
路口可以用简化模型表达渠化岛、斑马线、停止线和标志牌。模型不必做到路面纹理级,但要能看出车道关系和视线遮挡。重点路口可以用倾斜模型或精细模型。
模型与矢量要叠加检查。斑马线位置和车道线对不上,视觉判断会混乱。
信号灯要表达灯组位置、朝向、相位和配时。配时是动态数据,通过接口推送;灯组位置是静态数据,切进场景。两者分开,配时调整时不用重切模型。
信号灯编号要与控制平台一致。编号对不上,智能体拿到配时也不知道对应哪组灯。

车辆、行人、非机动车的位置和速度,通过接口推送。点位要带时间戳、目标编号和坐标系。前端按时间判断新旧,断线重连后补哪一段,要有明确规则。
动态点位不切进瓦片。切进去更新跟不上,还会拖慢加载。
摄像头、雷达、路侧单元、可变情报板,要表达位置、朝向、视场和覆盖范围。设备编号与交通管理平台一致。只给一个点位,智能体不知道设备看哪一段路。
设备状态可以通过接口叠加。设备离线时,场景要能提示覆盖缺口。
三维走 3DTiles,地形走 Terrain,影像和矢量走 WMTS、WMS、WFS、MVT。智能体通常通过 HTTP 接口取数据,服务地址要稳定,返回格式要统一。前端可用 Cesium、OpenLayers、Leaflet、Mapbox 预览,官网展示的组合需结合项目验证。
所有图层要使用同一套坐标,动态数据推送前完成转换。时间戳统一到时区,避免跨系统对不上。比赛场景还要说明数据的时间范围,哪些是历史,哪些是实时。
坐标参考系的定义可以在 EPSG 登记库 按代码核对。自定义坐标要附转换参数。
真实车牌、人脸、居民院落,对外提供前要脱敏。可以用虚拟编号替代真实标识,降低位置精度或删减字段。比赛用数据和真实生产数据分开,不要直接把生产库开放给参赛方。
数据使用要有范围、期限和用途。参赛方只能在比赛环境内使用,不能复制、转售或用于其他项目。赛后数据回收或销毁,要有记录。
先选一个路口或一段路,准备路网、车道、路口模型、信号点位和一组动态数据。跑通取数、叠加、判断三个环节,再扩展范围。最小场景能跑,比赛才有基础。
GISBox 不做交通大模型训练、智能体决策和信号优化,也不替代交通仿真。它做的是把静态场景整理成服务,让智能体有可靠的空间输入。算法和策略由参赛方负责。
比赛场景交付的不只是模型,还有字段说明、坐标说明和接口文档。三样缺一样,参赛方都要花时间猜。
1)路网与车道矢量;2)路口与信号灯位置;3)重点路口模型;4)路侧设备点位;5)动态数据接口;6)坐标与时间说明;7)数据使用授权;8)脱敏规则。
清单按文件或服务地址逐项列,附联系人。场景交付后做一次联调,确认参赛方能取到数据、能叠加、能判断。转换与发布步骤见 GISBox 图文教程;示例数据可以从 GISBox 素材广场 获取。
比赛结束后,场景数据不要丢。把静态路网、路口模型、字段说明和接口文档整理成一套,后续测试、培训和项目验证都能用。
动态数据按授权处理。比赛期间使用的车辆和信号数据,赛后是否保留、保留多久,要在协议里写清。涉及个人信息的,及时脱敏或删除。
复用时要重新核对坐标和字段。比赛环境可能做过简化,生产环境不能直接照搬。
如果要把场景扩展到更多路口,先检查服务能力和数据更新机制。只扩范围,不扩运维,场景很快会失效。
比赛前至少做一次联调。参赛方能取到数据、能叠加、能判断,三个环节都过,才算交付完成。
1)服务地址是否可访问;2)字段说明是否完整;3)坐标与时间是否统一;4)动态接口是否稳定;5)脱敏规则是否生效;6)授权范围是否写清。
联调发现的问题当天记录,第二天复测。不要等到比赛开始再处理。
路网、车道、路口模型、字段说明、接口文档和授权协议放在一起归档,目录按路口或路段组织。
归档清单写清版本、时间、责任人和使用限制。比赛结束后,动态数据按协议处理,静态场景保留。
1)静态数据;2)字段说明;3)接口文档;4)坐标与时间说明;5)授权协议;6)脱敏记录。
六项齐全,后续复用才不会缺依据。
比赛不是终点。场景数据、接口和字段说明要能留下来,后续测试和项目验证还能用。只服务一次比赛,投入产出不划算。
数据授权要写清期限和用途。赛后继续使用,要重新确认授权,不能默认沿用。
场景数据要定期核对。路口改造、信号调整、设备迁移,都会让场景过期。每季度抽一个路口复核,发现问题及时更新,比赛结束后这套机制还能继续用。比赛开始前再核对一次,发现问题当场改,别留到赛后处理。
场景数据的价值,在于让智能体的判断落到具体车道和路口。底座稳了,模型的能力才看得出来。需要先验证矢量与三维服务的发布链路,可以从 GISBox 下载页 获取基础版,用一个路口试一遍。

不一定。宏观分析用二维路网加信号数据也能跑;涉及遮挡、视距、桥下空间和立体交叉,三维更有优势。按任务需要选,不必为了三维而三维。
来自交通管理部门、设计图纸或高精度地图,也可以用影像和移动测量补测。车道编号和转向关系要与控制平台一致,否则智能体判断会错位。
通过接口推送,带时间戳、目标编号和坐标。不要直接开放生产库,比赛环境与生产环境隔离。数据使用要有授权和回收机制。
可以。把静态场景、字段说明和接口文档整理好,赛后仍可用于测试和培训。动态数据按授权范围处理,不随场景一起长期保留。
【内容与技术说明】
本文由GISBox产品团队整理发布,内容由AI工具辅助生成并经团队人工核验。
因产品版本持续迭代,具体功能、参数与免费范围以GISBox官方文档为准。
如有技术疑问或内容勘误,欢迎通过support@gisbox.com反馈。
最后核校:2026-10-21。