一树一档,先把位置、形态和变化记下来
2026 年全国古树名木保护科普宣传周 10 月 21 日在山西太原晋祠博物馆启动,主题是“保护古树名木 守护绿色国宝”。目前全国普查范围内的古树名木共 508.19 万株,山西现存 10.9 万余株,晋祠保存着 122 株古树,其中千年以上 29 株。“十五五”期间将开展第三次资源普查,摸清家底之后,单株档案怎么建、怎么用,是接下来绕不开的活。

每株古树要有唯一编号、精确位置、生长环境和管护责任单位。位置不能只写“某某村口”,要有坐标,能落到图上。周边环境包括建筑、道路、硬化地面和地下管线,这些直接影响根系和水分。
权属和管护责任常分离。树归集体,日常管护归个人,审批又在主管部门。档案里把几方都记清楚,出了问题知道找谁。
树高、胸径、冠幅是基础指标,树干倾斜、空洞、劈裂、病虫害是风险信息。三维模型能记录树形和枝干结构,比几张照片更完整。重点古树还可以记录主要枝干的走向和支撑位置。
模型不必每株都做到枝级。一般古树做整体外观,重点古树做精细扫描。分级投入,钱花在需要的地方。
古树生长慢,变化以年计。多期模型对比能看出冠幅增减、枝干倾斜加剧、空洞扩大。这些变化单看一次数据发现不了,积累几年才有价值。
对比的前提是采集方式一致。今年用激光扫描,明年用倾斜摄影,精度和形态差异会掩盖真实变化。方法变了要在档案里注明。
多期对比还要有统一的观察角度。每次从同一侧、同一高度取景,配准后更容易看出变化。随意换角度,图看着新鲜,实际没法比较。
倾斜摄影适合成片古树群,能快速拿到整体形态和周边环境。单株细节不足,树冠内部和枝干背面的信息容易丢。近景摄影绕树拍摄,细节更好,效率低。
树冠茂密时,摄影测量在枝叶间容易产生空洞和噪点。这些不是树的结构,处理时要识别并剔除,别把噪点当成枯枝。
激光扫描直接测距,不受光照影响,能穿透部分枝叶间隙,拿到枝干结构。设备架设受场地限制,树周围有围栏、建筑、游客时,站点布置要花心思。
扫描得到的点云数据量大,单株可能几个 GB。归档保留原始点云,发布用抽稀版本。只留发布版,后面想做结构分析就没有基础数据了。
设备选择也要看场地。树下空间狭窄时,手持设备比架站设备灵活;需要高精度结构时,架站扫描更稳。两种设备的数据要在同一坐标下配准,接缝处检查重影。
单株模型用于精细查看和结构记录,场景模型用于表达古树与建筑、道路、水系的关系。两者分开建,通过编号关联。混在一个文件里,加载和更新都不方便。
晋祠这类古建古树共存的场景,建筑模型和树木模型要分别处理。树的枝叶会遮挡建筑,建筑的屋檐也遮挡树冠。按对象分层,需要时组合显示。
档案编号要稳定,不能随项目变更。建议沿用资源普查的编号体系,项目内部再加子编号。编码规则写进文档,换人接手也能看懂。
属性表至少包括树种、树龄、保护等级、位置、权属、管护人、采集日期、模型版本。字段不必多,能支撑查询和责任追溯就够。
属性更新要有来源。树龄是估测还是测定,保护等级哪一年定的,管护人什么时候变更的,写清楚才有说服力。只填结果不填依据,档案经不起追问。
古树变化慢,对比周期通常按年。采集季节要接近,落叶树在冬季和夏季的形态差异很大,跨季对比会把物候变化当成结构变化。
每次采集记录设备、参数、天气和操作人。参数变了,对比结果要谨慎解释。档案的价值在长期积累,记录的完整性比单次精度更重要。
数据量大的地方,可以只对重点树做逐年对比,其他树按三年一轮。频率不必统一,关键是同一棵树的方法前后一致。
树干倾斜是常见风险。单看倾角不够,还要看根盘是否隆起、土壤是否开裂。三维模型能记录形态,判断仍需林业和园林专业人员。
周边施工是古树死亡的重要原因。基坑开挖、地面硬化、管线敷设都会影响根系。把施工范围叠加到古树场景里,能提前发现距离过近的作业。
风险点最好和巡查记录挂接。哪棵树最近出现倾斜、哪处树洞在扩大,巡查发现的问题落到模型上,复查时不用凭记忆找。

三维模型发布为 3DTiles,影像和地形做瓦片,属性通过接口查询。移动端巡查时,加载轻量模型和关键属性即可,不必把完整点云推到手机。
移动端网络不稳定,缓存和离线包很重要。巡查区域可以提前下载,现场没信号也能看。回到有网络的环境再同步记录。
模型轻量化要为移动端单独做。完整点云和精细模型放在电脑端,手机端加载简化模型和关键照片。两套数据用同一编号关联,查看时能对应上。
古树位置涉及保护安全,精确坐标不宜完全公开。对外展示可以降低精度或只显示所属区域,对内管理保留完整位置和结构数据。
游客和公众需要的是科普信息,不是坐标。把树种、树龄、故事和养护知识做成公开图层,既满足传播,也不暴露敏感信息。
对外发布前做一次链接检查。二维码印在牌子上,链接失效就扫不开了。有效期长的地址,比临时活动页可靠。
1)确认普查范围和编号规则;2)收集已有台账与管护记录;3)确定分级采集标准;4)准备设备与人员;5)统一坐标与高程基准;6)选一株重点古树试采;7)配置存储与发布环境;8)安排复核和归档。
试采要覆盖一株普通古树和一株重点古树,比较工作量差异。只试重点树,会低估整体成本。
1)连基础台账都不全,先补属性;2)树木位置靠目测,没有坐标;3)数据涉及保护要求又未做脱敏;4)预算只够拍照片;5)没有长期维护安排。
三维档案是长期工程,不是一次扫描就结束。没有持续更新,几年后模型和现状就对不上了。
1)株数与台账是否一致;2)位置精度是否达标;3)模型能否看清主要枝干结构;4)属性是否完整;5)移动端能否加载;6)权限和脱敏是否符合要求。
验收时请管护人员一起看。他们知道哪棵树最近出了问题,模型能不能反映这些情况,一试便知。
国家林草局关于古树名木保护的部署,可以在 国家林业和草原局 官网查看。古树长得慢,档案要跟得久。

不必。一般古树做整体外观模型即可,重点古树和风险较高的树再做精细扫描。分级采集,成本和效果更平衡。
照片记录外观,模型能表达空间结构和尺寸。做倾斜、空洞、冠幅分析时,模型更有用。只做科普展示,照片加属性也能满足。
原始点云归档保存,发布用抽稀版本。存储按株和年份组织,定期检查完整性。只留发布版,后续分析会缺基础数据。
精确位置不建议完全公开。对外可以降低精度或只显示区域,对内保留完整坐标。科普展示和资源管理用两套权限。
古树档案做得好不好,不看模型多精细,看十年后还能不能回答这棵树变成了什么样。把编号、坐标和采集记录守住,档案才有长期价值。
采集和建模流程可以在 GISBox 图文教程 查看,点云与模型处理过程在 视频教程 有演示,具体问题也能到 文档社区 交流。
【内容与技术说明】
本文由GISBox产品团队整理发布,内容由AI工具辅助生成并经团队人工核验。
因产品版本持续迭代,具体功能、参数与免费范围以GISBox官方文档为准。
如有技术疑问或内容勘误,欢迎通过support@gisbox.com反馈。
最后核校:2026-10-23。