互联网地图正在换角色。过去它是给人看的导航工具，现在越来越多地被智能体直接调用——定位、路线规划、时空数据从”给App用”变成”给AI用”。这对底层能力提出了新要求。
百度地图在上海开源软件应用创新大赛中出了两道题，分别打两个痛点：《15分钟生活圈智慧体检与规划助手》和《海量空间数据流式高性能渲染技术》。前者偏GIS分析与产品落地，后者偏图形渲染与工程性能。选哪道，取决于你的技术栈。
命题一：等时圈不是画圆，是算真实路网
这道题归在”开源AI工具领域”。要求基于百度地图开放能力做一个Web或小程序应用：输入社区中心点坐标，系统自动算出基于真实路网的15分钟步行等时圈，统计圈内医疗、教育、购物、养老等设施覆盖情况，输出可视化体检报告，并标出服务盲区。
这里有个坑：等时圈不是以中心点为圆心画个半径。红绿灯等待、过街天桥、施工围挡都会改变实际步行可达范围。用直线距离糊弄，评审一眼就能看出来。
评审维度四项：功能对路性与覆盖率占40%，重点看API调用是否稳定、等时圈热力图是否准确、能否识别服务盲区；API深度调用与工程优化占30%；产品交互和开源工程规范各占15%。
命题二：流式渲染的核心是异步化
这道题归在”AI+工业软件领域”。百度地图JSAPI提供WebGLLayer自定义图层扩展能力，把空间数据接入WebGL渲染链路，用GPU并行计算完成海量绘制。
参赛者要面向工业园区、设备监控、物流运输、管网运行等场景搭渲染方案。关键思路：把数据获取、解析、渲染异步化，做到边下载、边处理、边显示。再用GPUBuffer管理和Shader优化保持交互流畅。
上万个点位持续更新、高频交互，传统渲染方式会卡在加载慢、阻塞主线程、掉帧上。WebGL方案的价值就在这里。
评审四项：WebGL高性能渲染能力占40%，流式数据处理能力占25%，实时交互与系统性能占20%，工业场景应用与项目实现占15%。
两道题的技术栈差异
一道偏GIS空间分析和产品实现，一道偏图形渲染和性能工程。不是同一个方向。
如果你熟悉路径规划、地理围栏、热力图这类GIS能力，命题一更顺手。如果你写过Shader、调过GPUBuffer、做过大数据量渲染优化，命题二更能发挥。
直播解读与关键时间节点
9月18日19:00，百度资深研发工程师李高锋将做客”OSC开源社区”视频号，现场解读这两道赛题。他2015年加入百度，长期做百度地图Web渲染引擎研发，负责核心引擎的架构设计与性能优化，主导过JSAPI 4.0、JSAPI Three、数字孪生引擎等产品。
大赛报名截止10月11日，总决赛10月29日在上海张江人工智能创新小镇举办。30支入围队伍通过线下路演争夺总奖金100万元。
工程实现中的几个实用判断
等时圈计算建议用百度地图的步行路径规划API做多点采样，不要自己拟合。采样密度不够，热力图边缘会呈锯齿状，评审的”等时圈热力图是否准确”这一项直接扣分。
WebGL渲染方案里，GPUBuffer的更新策略比Shader优化更影响帧率。频繁创建和销毁Buffer会导致GPU内存碎片，实测用对象池复用更稳。
流式处理不要在主线程做JSON解析。数据量大的时候，主线程阻塞会让交互直接卡死。
两道题都不要求你从零造轮子，但要求你把百度地图的开放能力用到位。想清楚投哪道，光看文档未必够。
