企业官网建设流程全解析

四种数据、四套坐标，先统一口径，才谈得上一张图。

一个市政道路项目开工前的准备会上，施工方要看管线与设计线位的关系。矢量 SHP 在设计员的电脑里，CAD 图纸在制图员那里，倾斜模型在测绘队的移动硬盘里，全景照片则躺在项目部一块贴了标签的硬盘上。要用的办法只有一个：发一份。文件发过去，打开之后问题才开始——CAD 是本地坐标，SHP 带投影带号，倾斜模型整体偏了十几米，全景照片能看，却说不清拍摄点落在哪里。四份数据都在，却没有真正"在一起"。

一、四类数据各自的来路与特点

矢量 SHP：属性齐全，样式各写各的。这类数据多来自外业调查或既有管线资料，一个文件带一份属性表，字段名、编码、量纲跟着来源单位走。好处是"能查"，麻烦在于同类要素常被画成不同颜色与线宽，摆到一张图上像两套语言。

CAD 图纸：图层线型清楚，坐标常是本地的。设计院交付的 dwg 里，图层、线型、标注样式经过组织，一眼能分出道路中线、管线、绿化。但为了方便出图，图纸常以本地坐标绘制，原点定在某个角点，与带号坐标差一个平移量。

倾斜模型：影像真实，体量大。倾斜摄影成果以 osgb 或 3DTiles 组织，一片厂区几十 GB 很常见，所见即所得是长处，加载与传输吃资源是代价。模型还带自定义原点，导入后要按控制点归位。

全景照片：有视点，位置要单独校核。全景照片不是"一张大图"，它自带拍摄视点与朝向，浏览时相当于站在那个点上环顾。这个视点的坐标常来自相机或手持设备，与项目基准需一次校核，否则点开就是"站在马路中间看围墙"。

二、统一调用要解决的三件事

三件事的次序不宜颠倒：坐标定了，图层才不会错位；分组与级别定了，属性检索才有稳定入口。

一是坐标与单位统一

同一项目里，CAD 的本地坐标、SHP 的带号坐标、倾斜模型的自定义坐标，要归到一套。做法是先给项目定一个基准，再让四类数据分别向它靠。

具体做法：确定项目基准（如 CGCS2000 加固定中央子午线）；SHP 按带号判断是否需要换带；CAD 取一个已知点做平移与旋转；倾斜模型用不少于三个控制点配准；全景照片用拍摄点附近的明显地物核对视点。长度统一到米，高程统一到同一基面。

容易漏掉的一处，是单位藏在字段里而不是图形上。管径写成 DN300 还是 0.3，长度字段用米还是毫米，都会在后续量算里翻倍出错。把量纲写进字段说明，比事后核对省力。

二是图层与显示级别

一次调几十个图层，不分组的话，图层列表就成了新麻烦。

分组按"谁在什么阶段看"来切，而不是按数据格式切。基础底图、设计成果、实景三维、现场影像、调查矢量，五组基本能覆盖一个市政项目；组内再按要素类型分层，命名带序号，排序就不会乱。显示级别决定"什么时候出现"：底图从最小级别就显示，设计成果在中段级别出现，倾斜模型与全景照片放到近景级别，调查矢量按需手动打开。

# 示例：市政道路项目的图层分组与显示级别配置（数据为示例） scene: 道路工程一张图 groups: - name: 01 基础底图 defaultVisible: true layers: - { name: 影像底图, type: raster, minZoom: 3, maxZoom: 22, opacity: 1.0 } - { name: 地形晕渲, type: terrain, minZoom: 8, maxZoom: 22, opacity: 0.6 } - name: 02 设计成果 defaultVisible: true layers: - { name: 道路中线, type: cad, minZoom: 12, maxZoom: 22 } - { name: 管线综合, type: cad, minZoom: 14, maxZoom: 22 } - { name: 桥梁模型, type: bim, minZoom: 15, maxZoom: 22 } - name: 03 实景三维 defaultVisible: true layers: - { name: 倾斜模型, type: osgb, minZoom: 14, maxZoom: 22 } - name: 04 现场影像 defaultVisible: false layers: - { name: 全景视点, type: panorama, minZoom: 17, maxZoom: 22 } - name: 05 调查矢量 defaultVisible: false layers: - { name: 管线调查点, type: shp, minZoom: 16, maxZoom: 22 } - { name: 用地范围, type: shp, minZoom: 10, maxZoom: 22 }

minZoom 与 maxZoom 本质是把"这张图给谁看"翻译成"在哪个尺度看"，同一份数据在不同项目里可以给不同区间。以图新GIS云平台为例，图层文件夹的分组与图层参数在同一面板里调整，改完即成场景配置的一部分。

三是属性与检索入口

四类数据的属性能力差别很大：SHP 有完整属性表，CAD 能读到图层、线型与块名，倾斜模型只有少量元数据，全景照片以视点编号、拍摄日期、方位角为主。统一调用是让它们都能从一个入口被查到，而不是把属性改成一样。

属性表能查的，通常分三类：标识类，编号、名称、所属项目；状态类，材质、管径、埋深、建成日期；位置类，所在图幅、所在道路、起终点桩号。按条件查，就是在这三类上做等值、区间与包含匹配，比如"埋深大于 3 米且材质为球墨铸铁"。

跨图层检索的难点在字段对齐。同一个"道路名称"，在 SHP 里叫 DLMC，在 CAD 图层命名里可能是 DL-ZX，在模型元数据里又成了项目编号。做法是建一张对照表，把各来源字段映射到统一字段名，检索时只认统一字段。

三、在线共享与权限的基本形态

场景放到线上之后，共享的形态很朴素：一个项目下有一组成员，成员在项目范围内能看到项目的数据与场景；谁能改，按成员单独指定。场景分私有与公开两种状态，私有场景仅创建者可见。

更新有固定做法：改完的数据以新版本上传，旧版本留在原处，场景引用最新那一份。价值在于可回溯——审计时要说明当时报审的是哪一版管线图，翻版本比翻聊天记录可靠。

对外分享用链接，链接可以加访问密码与有效期。给外部单位看方案时发链接，不把源数据交出去。图新GIS云平台的场景分享即按这个形态组织。

四、这套形态落到项目实施上

多专业协同：道路、管线、桥梁三个专业在同一场景里各看各的图层，管线专业不必等道路专业发图，直接量净距、看冲突点。

成果汇总：竣工阶段把设计 CAD、实测 SHP、实景模型与现场全景归到同一场景，一次汇报讲完从设计到竣工的变化。

跨阶段复用：设计阶段的场景在施工阶段继续用，只把设计图层换成竣工图层，底图与模型不动。

五、几个常被问到的问题

各存一份，为什么不行？四份"一份"会在几轮修改后变成四个版本，没人说得清哪份最新。统一入口的意义不在集中存放，而在让"最新"只有一个定义。

口径不一怎么处理？先建字段对照表。字段名、量纲、编码三样对齐，大部分争议在源头就消失。

找不到最新版？版本号写进文件名或元数据，旧版本只归档不删，按项目、数据类型、时间三层筛。

下载后又改回本地版？把修改收在项目内，本地只做查看与量测；确需离线编辑的，改完按新版本上传，并写明动了哪几层。

六、写在最后

四类数据能否共存，本质上不是格式兼不兼容，而是三件事有没有定下来：坐标有没有统一到项目基准，图层有没有按使用场景分组并配好显示级别，属性有没有对齐到可检索的字段。三件事定完，四类数据才真正在一张图上各就各位。

在线共享与版本保留，是把这套秩序延续到项目结束的办法。数据不再靠"发一份"流转，而是靠一个入口被调用。

如果项目上正卡在"四份数据拼不到一起"，可以从字段对照表开始。你们卡在哪一类数据上，欢迎在评论区聊聊。