倾斜模型与正射影像的分层：什么时候用哪一层，怎么摆

同一份成果，有人打开只看得到底图。

一份三维成果交到会上，打开，屏幕上只剩一张灰白的影像底图：道路、田块、标线都在，建筑是平的。负责建模的人说模型明明合进去了。把图层树拉开，倾斜模型确实在列表里，只是排在正射影像下面，而正射影像是不透明的，把它整块盖住了。

这类问题在成果交付环节反复出现。它不属于数据质量问题，也不是引擎的问题，属于「层」的管理——同一批数据，叠放顺序、显示距离、命名方式这三件事没定下来，换一个人打开，看到的就是另一个场景。

三层数据回答的问题不同：底图回答这是哪儿，正射影像回答地表长什么样，倾斜模型回答地表之上的形体是什么。下面只讲这三层怎么摆、怎么调、怎么起名。

叠放顺序：不透明与半透明是两种摆法

顺序反了，画面会以三种方式露馅。倾斜模型排在正射影像下面时，不透明的影像把它整块盖住，建筑在屏幕上退回成一块平顶色块，看着像贴地的一张画。半透明的正射影像放在最上层时，它的像素盖在比它高的建筑之上，征地红线、桩号飘在半空，看着像贴纸。为了让下层露出来而把上层透明度一路调低，倾斜模型自己的纹理也跟着被冲淡，屋檐的转折看不出硬边。

这两种摆法各有各的用途，取决于这一页要让人看什么。

不透明摆法：正射影像在下，当「地表皮肤」；倾斜模型在上，不透明。看形体的时候用这一种——汇报建筑体量、桥梁结构、料堆堆放，观众要的是立体轮廓，底图上的田块和路网只是背景。这种摆法有一条硬规矩：一个场景里不透明层只留一层，两层不透明数据叠在一起，下面那层永远看不到，白占资源。

半透明摆法：倾斜模型在下，正射影像在上，上层设一个中间透明度。看对比的时候用这一种——现状与设计比、开挖前后比、征地范围与实地比对。上层像一层薄膜，标线和红线留在眼前，下层的立体还在。这类图层在渲染上默认不写深度缓冲，所以它会盖住所有比它高的东西，顺序和透明度必须一起调，单改其中一个都会出前一段那种「标线飘屋顶」的现象。

地表透明度调整这类参数，多数三维场景工具都放在图层属性里。以图新说为例，每一层的透明度和显隐开关并排，改完即时可见，汇报前逐层过一遍就能确认摆法对不对，不必等出图才发现顺序错了。

图注：同一场景两屏并排对照查看，界面示意

反例很具体：有人为了让征地红线压在最上面，把正射影像整体调到半透明并置顶，结果整个场景像蒙了一层雾，评审时被问「这个屋顶是不是平的」。红线看清了，形体丢了。红线这类要素本来应该单独成一层矢量，摆在最上面，而不是靠把影像调透来凑。

顺序定下来之后，层的结构大体就是一条链：底图打底，正射铺地表，倾斜模型立起来，矢量和注记压在最上面。

图注：一份成果的层序与命名位对应关系，界面示意

可见距离：多远留影像，多近叠模型

拉到远景，倾斜模型还在，屏幕上是一层密密麻麻的三角面，建筑糊成一团灰，正射影像里的田块反而被压住看不清。推到近景，倾斜模型忽然整体消失，只剩贴地的影像，镜头再退一点它又整块弹出来。汇报时镜头一推一拉，画面在「有」和「没有」之间反复跳，台下会以为文件卡了。

每层设一个起显与隐没的距离，是这类问题的常规解法。倾斜模型有一个进入距离，推到多近开始显示；也有一个退出距离，拉多远开始隐藏。正射影像同样有自己的一对距离。两层各自管好自己的距离，远近切换由场景自己完成，人不需要在汇报中途去点图层开关。

两个距离要错开。进入距离和退出距离填成同一个值，镜头在临界点附近轻微移动就会反复触发显示与隐藏，画面持续闪。把退出距离设在比进入距离更远的位置，中间留出一段两层都在的重叠带，切换就落在这段带子里一次完成，来回推拉也不会翻来覆去。

远近的分工可以按这一页要说明的事来定。远景只留正射影像和矢量，这个距离上倾斜模型贡献不了信息，只剩三角面。中近景让倾斜模型起显，正射影像留在地表兜底——模型没覆盖到的水面、裸地、边缘，靠影像补上，画面不会露出空洞。再近一步，如果倾斜模型带纹理且覆盖完整，正射影像可以退到下层，让它被自然遮住，画面更干净。

图注：图层列表与每层的显示设置，界面示意

切换方式也要挑。硬切是一帧之内从无到有，眼睛会捕捉到跳变；把切换摊进一段过渡里，用透明度渐入渐出，视觉上柔和得多。另一个常被忽略的点是距离的参照基准：按视点到目标的实际距离算，比按屏幕高度或当前缩放级别算更稳，因为后者会随窗口大小和分辨率变，换一台电脑演示，同一页的显示范围就不一样了。

反例是把两层的阈值设成同一个数。有人图省事，正射影像隐没的距离和倾斜模型起显的距离填了同一个值，结果在那一档距离上两层同时动作，一瞬间什么都没有；再退一点又全部回来。还有一类是只在主视角调好了距离，切到俯瞰或环飞时按的是另一套阈值，同一份成果在同一页里前后两段呈现出两种画面。

图层命名约定：让层名自己说清楚

一周后回到项目，图层树里躺着「正射影像」「正射影像(1)」「正射-新」「倾斜_final」四个名字。哪个是最近一次飞的，谁也说不准。接手的人只能逐个点开看，看完还是不敢删。

命名结构定成三段：项目代号、数据类型、版本或日期。三段之间用下划线连接，全部用半角字符，长度控制在能一眼读完的范围。

数据类型那一段用两到四位英文缩写，不用中文：OS 是正射影像，OB 是倾斜模型，BM 是底图，VD 是矢量，AN 是注记。缩写在项目内固定一套，谁起名都用同一套，不随人换。用缩写的实际好处是排序稳定，导进别的系统也不会因为编码问题变成乱码或被截断。

版本位优先用八位日期，例如 20261105；同一天多次航飞再加两位序号 _01、_02；重新处理或改动过的，补一个修订位 _r2。文件名里能读出「这是哪一次」，比「最终」「最终2」「改好的」可靠——后面这几种写到第三次改动就失去意义了。

图层树里的层名和磁盘上的文件名用同一套前缀，这一条比前几条都实用。在图层树看到一个名字，能直接对应到硬盘上的哪个目录，找图和换图时不用二次翻译。

反例是漂亮但不可用的命名：成果_最终版_修改后_OK。它读起来像一句话，但在图层树里排不到一起，跟同项目其他层没有共同前缀，一屏扫过去找不到归处；隔一个月再看，OK 指的是哪一版也没有答案。

命名是否合格，有个便宜的检验：把图层树截图发给没参与这个项目的人，让他十秒内说出「哪个项目、什么数据、哪一版」。说不出来，就回去重命名，改名字的成本远低于在会上被问住。

三条放一起看

表注：判断列三条都可在交付前逐条自查，全部通过再导出成果。

最后

这三件事没有一件需要动数据。顺序定的是「这一页让人看什么」，距离定的是「镜头走到哪儿该给什么」，命名定的是「半年后还有没有人找得到」。它们属于成果的做法，而不属于成果本身——但打开成果的人，第一眼看到的恰恰是它们。

交付前花十分钟过一遍：拉开图层树看顺序，推拉一遍镜头看距离，扫一眼名字看前缀。三步做完，同一份成果在不同人的电脑上打开，看到的才会是同一个场景。

图新说 —— 工程管理数字沙盘——看现场 · 做方案 · 管过程 · 定决策 · 存档案

让每一寸空间都有数字灵魂

扫码预约 1 对 1 产品演示，获取专属行业方案