1.DEM数字高程数据切片Cesium
2.Cesium地形切片--CTB(cesium-terrain-builder)填坑指南

DEM数字高程数据切片Cesium

       在处理DEM数字高程数据切片时，码分首要解决的码分环境问题涉及基础环境配置、GDAL版本选择与错误处理。码分确保使用官方推荐的码分GDAL版本（2.2），遵循正确顺序安装依赖（sqlite3、码分tiff、码分shc源码proj），码分避免遇到如FlushCache override错误等问题。码分服务代理设置中，码分需注意GZIP压缩可能导致的码分RangError错误，推荐不修改源码，码分以保持性能稳定。码分

       在Cesium场景中加载地形时，码分通过获取DEM数据、码分安装切片工具（CTB）并发布服务的码分源码网站架设流程实现。对于获取DEM数据，推荐使用地理空间数据云，提供国内米精度的数字高程信息。Cesium-terrain-builder作为切片工具，适配Cesium需求，支持加载切片成果至Cesium场景中。

       对于小白用户，源码资本招聘采用Docker容器安装Cesium-terrain-builder更为便捷，确保版本与仓库分支（master-quantized-mesh）匹配，支持Cesium两种地形格式。安装前，需确保基础环境（如Debian最小环境）与工具准备（版本选择为3.4.2，避免更新至3.8引发错误）。

       源码安装时，网页签到源码下载最新源码后需切换至特定分支或应用PR以确保兼容性。编译正式切片服务时，配置响应头中GZIP以优化数据传输。同时，处理跨域访问问题，确保CORS设置，以实现服务的商家展示源码广泛可用性。

Cesium地形切片--CTB(cesium-terrain-builder)填坑指南

       面临全中国Cesium地形数据制作需求，原计划使用cesiumlab进行操作，但处理数千张DEM数据时，面临性能和数据管理问题，导致项目效率低下。

       随后发现CTB（cesium-terrain-builder）工具，能有效提升处理速度，且不占用个人办公资源，便于数据处理与后期发布。然而，使用过程中遇到编译问题，GDAL环境部署后，CTB的cmake编译不通过，经排查后发现是GDAL版本与CTB需求不符，调整至GDAL-2.4.4后，问题解决。

       在验证CTB使用效果时，发现cesium无法直接使用CTB输出的gzip压缩地形文件，为了解决瓦片压缩问题，通过修改CTB源代码，将CTBZFileOutputStream改为CTBFileOutputStream，完成对输出文件格式的调整，使cesium能直接利用输出结果进行数据展示。

       对于多数据同时处理问题，采用Python脚本按顺序处理文件夹下数据，并结合GDAL生成虚拟数据集（vrt）的方法，以简化层.json文件的合并过程，提升工作效率。最终，通过此方案，不仅成功解决了技术难题，还有效提升了项目处理效率，实现自动化与标准化流程。