单洞 100KB 是怎么做到的？高尔夫地图数据的四步压缩

高尔夫地图数据要装进测距仪和球车中控，先得过体积这一关。一个可对照的量级是：单洞数据压到 100KB 以内，而常规 GIS 组织方式下同一份数据通常在 1MB 以上。这中间差了一个数量级，靠的不是某一种技巧，而是四个步骤的组合。

一、100KB 这个量级意味着什么？

单洞 100KB 直接决定三件事。其一，数据能不能整体放进设备本地，而不是用到时再分段读取；其二，能不能避开外挂存储或主控升级——这两项都会直接改写整机 BOM；其三，灌装和更新的时间能不能控制在产线可接受的范围内。体积不是孤立的优化指标，它是后面一串工程决策的前置条件。

需要留意的是，100KB 是单条球道的量级，不是一个球场的全部占用。实际空间还要叠加引擎本体、索引结构与文件系统本身的开销，不能简单乘以 18。

二、常规 GIS 数据为什么装不进嵌入式设备？

通用 GIS 的数据模型是为通用性设计的，它的默认运行环境是服务器或桌面端，不是 MCU。具体地讲，有三处与嵌入式场景根本冲突：

一是属性冗余。通用格式保留完整的字段、拓扑关系与元数据，这些在桌面端有价值，但在只需要"边界在哪、距离多远"的设备上是纯粹的负担。

二是坐标表示。经纬度普遍采用双精度浮点存储，单是坐标部分就占据了大量字节，而一个球道的实际跨度通常只有几百米——用全球坐标系来表达局部几百米的范围，精度大部分是浪费的。

三是栅格组织。金字塔瓦片按缩放级别切分，每增加一级，数据量近似指数增长，而球场地图又要支持果岭附近的细节查看。这条路在手机上有流量兜底，在离线设备上没有。

三、要素分层：按用途拆，而不是按图层

传统 GIS 习惯按底图、POI、标注来分层，这是为通用地图服务的分法。高尔夫场景要的要素是固定的几类：球道、果岭、沙坑、水障碍、树木、场内道路、界外区，以及用于测距的标记点。

按用途重新分层，收益有两处。其一，每类要素可以按自己的特点选择编码方式，不需要统一成一种结构；其二，分层后可以按需加载——球员在球道上时不需要果岭的细节等高线，这部分数据不进内存，RAM 的压力就下来了。这也是 LOD（细节层级）能落地的前提：先有分层，才有按层调度。

四、矢量表达：为什么不用栅格瓦片

栅格瓦片的两个问题在离线场景下都会被放大。体积上，放大级别每多一级就要多一份数据；能力上，栅格是像素，无法参与几何计算。

而球场地图的核心功能恰恰是几何计算：要回答"从这里到果岭前沿还有多少码""沙坑边缘离球位多远"，就必须有明确的几何对象——点、线、面，以及它们之间的拓扑关系。矢量表达用折线描述边界，缩放只是重新绘制，不需要新的数据；同时它天然支持距离与位置的计算。可以说，选矢量不是体积上的偏好，而是功能上的必要条件。

五、坐标量化：把浮点坐标换成整数

这一步是体积下降幅度较大的一环。做法是把全局经纬度换算到以球场为原点的局部坐标系，再按固定步长量化成整数坐标。

为什么可行：单条球道的跨度通常在几百米量级，如果量化步长控制在亚米级，16 位整数就足以完整覆盖，而原本每个坐标点要用两个双精度浮点数表示。这一步的代价是精度被步长绑定——量化本身就是有损的，步长取多大，取决于测距功能能容忍多少误差。

【工程确认：坐标量化的步长取值与原点选取规则，需工程部确认后补充，本文不作估算。】

六、高程差分编码：等高线怎么压

等高线是球场数据里体积占比很高的一类，也是测距之外决定坡度判断质量的数据。它的特点是高度规律：相邻等高线之间的高差通常是固定值，球场场景下常见的是按码或按米等间隔。

规律意味着可压缩。既然高差固定，就不需要逐条记录每条线的绝对高程，只需要存一条基线高程，再记录后续线的差分序列。差分后的数值范围小、重复度高，很适合再做一层熵编码。

这一步同样有取舍：差分步长越小，地形还原越准确，数据量越大。工程上的平衡点体现在成品精度上——等高线精度控制在 0.5 码以内（约 0.46 米）。

【工程确认：高程差分编码的实际参数与压缩率，需工程部确认后补充。】

七、四步各自的收益与代价

以我们在 iMLite Golf 上实测到的量级为例，单洞数据 < 100KB，引擎本体 ROM < 80KB、RAM < 20KB，等高线精度 0.5 码以内（约 0.46 米）。四步组合的收益与代价对照如下：

八、落到硬件上还要同时盯住哪三个约束？

只盯体积会漏掉另外两项。一是引擎自身的占用——ROM < 80KB、RAM < 20KB 这个量级意味着不必为地图额外升级主控或外挂 Flash；一旦超出，BOM 上要多出一笔。二是渲染算力，矢量数据要靠端上实时重绘，MCU 主频与屏幕分辨率共同决定了缩放时是否流畅。三是数据更新的通道，压缩后的数据仍需通过 OTG、蓝牙或网站下载灌装，这三项要在设计阶段就留好。

【工程确认：目标平台的 MCU 主频、屏幕分辨率与实测渲染帧率，需工程部确认后补充。】

九、必须说清楚的边界

有三个限制必须写在前面。其一，压缩是有损的。0.5 码的等高线精度是在体积约束下取舍出来的结果，不是原生数据的完整还原，追求更高精度就要付出体积代价。其二，LOD 切换存在延迟。近距离的细节不是一次性全部载入，快速缩放时会有渐进加载的过程。其三，这套能力分四层——数据层（离线地图引擎）、算法层、AI 层（AI 球童）、交付层，本文讨论的只是数据层。选杆建议、推击线计算属于算法与 AI 层，不是数据压缩能解决的事，两者不能混为一谈。

十、四个常被问到的问题

问：单洞数据是不是压得越小越好？ 答：不是。体积与精度是对着换的，量化步长和差分步长每收紧一档，数据量就要往回涨。合理的目标是在测距功能能容忍的误差范围内拿到更小体积，而不是一味追求小。

问：矢量渲染对 MCU 的要求高吗？ 答：取决于屏幕分辨率与目标刷新率，两者共同决定每秒要填充的像素量。低分辨率的小屏设备压力不大，高分辨率屏则需要评估。【工程确认：目标平台的主频与分辨率匹配关系，需工程部实测后补充。】

问：现成的 GIS 数据能不能直接用？ 答：可以作为数据源，但不能直接放进设备。通用格式的属性冗余、浮点坐标与栅格组织，决定了它必须重新分层、转矢量、量化与差分之后才装得下。

问：一个 18 洞球场到底要占多少空间？ 答：不能用 100KB 直接乘 18。实际占用还包括引擎本体、索引结构与文件系统的开销，具体量级取决于同时装载的球场数量。【工程确认：支持 N 个球场所需的实际容量需求，需工程部实测后补充。】

关于本文

本文只讨论高尔夫地图数据层的压缩与组织方式，不涉及商业条款。iMLite Golf 是圆周率智能（深圳市圆周率智能信息科技有限公司）面向高尔夫硬件的嵌入式离线地图引擎与 AI 球童方案，可在无网络环境下提供球场地图与测距能力。