在城市规划展览馆里,总有一座巨大的实体沙盘:高楼是木块,绿地是海绵,河流是涂了蓝漆的石膏。它精致、直观,却无法回答“暴雨再大 100 毫米,哪里会积水?”“新建这栋楼,会不会挡住隔壁小区的日照?”——因为它是静止的。今天我们要讲的“城市数字孪生”,就是把这尊沙盘搬进电脑,让它活过来:建筑有了“骨架”(地理信息与建筑模型)、道路管网有了“神经”(实时传感器数据)、整座城市有了“大脑”(仿真推演引擎)。决策者可以先在虚拟沙盘上反复试错,再落到现实执行,用极低成本获得最高置信的城市治理方案。

岗位关联

掌握城市数字孪生,意味着你拥有了从数据接入、三维建模到仿真推演的全链路能力,这是智慧城市赛道中最稀缺的复合型 AI 工程师技能。

目录
  1. 可视化演示
  2. 核心概念:会呼吸的城市副本
  3. 技术基石:GIS 与 BIM 双骨架
  4. 物联接入:城市的神经末梢
  5. 仿真推演:在沙盘上预演未来
  6. 应用场景:数字沙盘上岗记
  7. 实施路径:从零搭建数字沙盘
  8. AI 应用场景
  9. Python 演示
  10. 常见误区
  11. 面试题

可视化演示

展示城市数字孪生的四层架构(感知-数据-模型-应用)、物理城市与数字空间的实时双向映射、以及LOD多细节层次渲染优化策略。切换模式查看不同维度,拖动滑块调节同步频率。

本节配有交互动效(进入视口后自动加载,约 3KB)。

数字孪生四层架构 感知层:传感器/摄像头/雷达采集交通、环境、能耗等城市运行数据 模型层:构建三维GIS+BIM模型,运行物理仿真与行为建模 fidelity = 1 - |sim - real| / real 保真度通过仿真输出与实测数据偏差量化

核心概念:会呼吸的城市副本

在规划展览馆里,你一定见过那种木质沙盘:高楼是积木块,河流是蓝色海绵。它安静、好看,却不会回答“暴雨时哪儿会积水”。过去几十年,设计师只能靠经验和纸质图纸猜测。城市数字孪生,就是把这尊沙盘变成一座“会呼吸的副本”:现实世界每发生一次变化,虚拟世界就同步一次;虚拟世界每推演一个结果,现实世界就能多一分把握。

数字孪生(Digital Twin)最早用于航天飞行器的健康监测,后来被引入城市治理。它的核心不是“画了一个 3D 模型”,而是三条要素缺一不可:三维几何(城市长什么样)、实时数据(城市正在发生什么)、仿真能力(接下来会发生什么)。三者通过持续的数据流绑定在一起,形成“数字—物理”双向映射。

用数学语言描述,t 时刻的数字孪生状态可以写成:

公式含义:数字孪生体在任意时刻的状态,等于三维仿真引擎把几何模型与实时数据流“混合”后的输出。

有了 S(t),沙盘不再是“死木头”,而是能随传感器数据变色的活体模型。规划师面对的不再是图纸,而是一个可以对话的城市分身。

S(t)=M(V(t), D(t))\displaystyle S(t) = M\big(V(t),\, D(t)\big)
  1. S(t)t 时刻数字孪生体的状态快照,即“沙盘此时该长什么样、亮什么灯”。
    S(t)\displaystyle S(t)
  2. M(·)映射引擎,负责把几何与数据融合成可视化与推理结果,是沙盘的“魔法壳”。
    M(V(t), D(t))\displaystyle M\big(V(t),\, D(t)\big)
  3. V(t)三维几何模型集合,来自 GIS 与 BIM,描述建筑、道路、管网的形状和属性。
    V(t)\displaystyle V(t)
  4. D(t)实时数据流,来自物联传感器,如水位、车流、能耗、空气质量等动态信息。
    D(t)\displaystyle D(t)

技术基石:GIS 与 BIM 双骨架

搭一座精致沙盘,第一步是做底板,第二步是插楼栋。底板决定地形起伏和道路走向,楼栋决定单体形态。在数字孪生世界里,底板对应三维 GIS(地理信息系统),楼栋对应 BIM(建筑信息模型)。GIS 负责宏观的空间底图:地形、影像、行政边界、地下管线;BIM 负责微观的建筑细节:墙体、门窗、管线、房间用途。

两者各自的坐标系完全不同。GIS 用 CGCS2000 等大地坐标描述地球上的位置,BIM 模型通常用自己的局部坐标(比如以建筑某根柱子为原点)。若直接叠加,楼栋会悬浮或错位,就像把两张比例不同的图纸硬贴在一起。因此必须做“坐标统一配准”。

工程中常用七参数坐标转换,把 BIM 局部坐标旋转、缩放、平移到大地坐标系:

公式含义:局部坐标经过旋转 R、缩放 m、平移 Δ,才能落在全国统一坐标系上。

配准完成后,BIM 的楼栋积木便严丝合缝地插进 GIS 的底板凹槽里。几何与语义融合后的模型,才配得上“数字沙盘的骨架”这个称号。

[XYZ]CGCS2000=[ΔXΔYΔZ]+(1+m) R[XYZ]局部\displaystyle \begin{bmatrix} X \\ Y \\ Z \end{bmatrix}_{\text{CGCS2000}} = \begin{bmatrix} \Delta X \\ \Delta Y \\ \Delta Z \end{bmatrix} + (1+m)\, R \begin{bmatrix} X \\ Y \\ Z \end{bmatrix}_{\text{局部}}
  1. 局部坐标向量BIM 模型在自身图纸坐标系下的三维坐标 (x, y, z)。
    [XYZ]局部\displaystyle \begin{bmatrix} X \\ Y \\ Z \end{bmatrix}_{\text{局部}}
  2. R 旋转矩阵把模型从局部姿态旋到与大地一致的方向,解决“楼是斜的”问题。
    R\displaystyle R
  3. m 尺度因子修正投影变形导致的长度偏差,让 1 米在两边都等于 1 米。
    1+m\displaystyle 1+m
  4. ΔX, ΔY, ΔZ 平移量两步坐标系原点之间的偏移,把楼从“工厂车间”搬到“真实地球”。
    [ΔXΔYΔZ]\displaystyle \begin{bmatrix} \Delta X \\ \Delta Y \\ \Delta Z \end{bmatrix}

物联接入:城市的神经末梢

骨架再完整,没有“神经”的沙盘依然是植物人。城市的神经末梢,就是无处不在的传感器:路面积水探头、井盖位移感应器、水质监测站、温湿度仪。它们不断把现实世界的“知觉”传回数字世界,让沙盘能感知疼痛、温度和拥挤。

麻烦在于,这些设备来自不同厂家、使用五花八门的传输协议:网关走 Modbus(工业总线协议),环境设备走 MQTT(轻量消息协议),视频设备走 HTTP。就像一个会议室里同时有人说英语、日语和哑语,必须有一个“翻译中枢”来做协议适配,再对数据进行标准化处理。

标准化包括单位统一(如英寸与毫米互转)、时间对齐(统一到 UTC+8)、去重补缺。其中最关键的一步是数值归一化,把不同量纲的读数压到 [0,1] 区间,方便平台统一比较:

公式含义:把原始读数按量程比例缩放,让最大值变成 1、最小值变成 0。

归一化之后,积水深度、井盖状态、空气 PM2.5 这些“不同语言”的读数,终于能放进同一张表格比较。沙盘的神经网络就此打通。

xnorm=x−xmin⁡xmax⁡−xmin⁡\displaystyle x_{\text{norm}} = \frac{x - x_{\min}}{x_{\max} - x_{\min}}
  1. x某类传感器的一次原始读数,比如路面积水 12 cm。
    x\displaystyle x
  2. x_min 与 x_max该传感器的量程下限与上限,决定缩放的边界。
    xmin⁡,  xmax⁡\displaystyle x_{\min},\; x_{\max}
  3. 分子 x − x_min把读数的起点平移至 0,让最小值归零。
    x−xmin⁡\displaystyle x - x_{\min}
  4. 分母 x_max − x_min量程跨度,用来把波动压缩到 [0,1] 区间。
    xmax⁡−xmin⁡\displaystyle x_{\max} - x_{\min}

仿真推演:在沙盘上预演未来

沙盘最有魔力的地方,在于可以“作弊”:拧大暴雨旋钮,看哪儿先淹;把新楼摆上去,看阳光被挡住的位置。数字孪生的仿真引擎,就是那个允许你反复“作弊”的上帝之手,让成本高昂的现实实验,变成虚拟世界里的无数次快进。

仿真推演不是瞎猜,而是把物理规律和经验模型塞进引擎,输入一组“如果……”的条件,输出一组“会怎样”的概率。典型的场景有:控规方案比选、暴雨内涝推演、突发事故疏散。推演时往往存在大量不确定性——排水管道老化程度未知、降雨分布不均,因此需要蒙特卡洛方法(一种用海量随机抽样统计结果的方法)。

用蒙特卡洛做内涝推演,就是让 N 个“虚拟暴雨”依次冲刷沙盘,统计超过阈值的次数:

公式含义:风险概率 = 触发阈值的情景数 ÷ 总情景数,是频率学派概率的核心思想。

一万次“虚拟暴雨”过去,沙盘依然整洁如新,但你已经知道哪些路段在真实暴雨中会先失守。与其等城市泡在水里再学习,不如先在沙盘上把所有错误犯一遍。

P风险=1N∑i=1NI(Si>S阈值)\displaystyle P_{\text{风险}} = \frac{1}{N} \sum_{i=1}^{N} I\big(S_i > S_{\text{阈值}}\big)
  1. N 总抽样次数如 1 万次不同强度、不同时长的暴雨情景。
    N\displaystyle N
  2. S_i 第 i 次推演指标例如第 i 场暴雨下某路口的积水深度(cm)。
    Si\displaystyle S_i
  3. S_阈值判定风险的标准,如积水超过 15 cm 视为影响通行。
    S阈值\displaystyle S_{\text{阈值}}
  4. I(·) 指示函数条件成立返回 1,不成立返回 0,用于“数个数”。
    I(Si>S阈值)\displaystyle I\big(S_i > S_{\text{阈值}}\big)

应用场景:数字沙盘上岗记

学成出师的沙盘,不再躺在展览馆里,而是走进城市治理的“指挥室”开始上班。它每天要做的事,从“给规划师当参谋”到“给安保团队当哨兵”,样样都离不开我们前面搭好的骨架、神经和大脑。

最常见的上岗任务有四类:规划辅助决策(评估新建筑对日照、交通的影响)、重大活动保障(预演人流、疏散路线)、城市应急响应(内涝/火灾实时联动)、能耗精细管理(让每一度电都流向明处)。它们共享同一套技术底座:三维模型 + 实时数据 + 仿真算法。

以活动保障为例,安保指挥中心最关心“某个区域会不会过度拥挤”。数字孪生把闸机、摄像头、手机信令实时接入模型,计算区域压力指数:

公式含义:进入人数 × 持续时长,除以有效疏散面积与单位承载基准,越大越危险。

当压力指数冲破阈值,指挥平台会像“沙盘报警器”一样亮起红灯,调度员提前分流人群,而不是等踩踏发生后再后悔。这就是数字沙盘上班的价值:把应急预案从文档变成看得见的推演。

压力指数=Q×tA×c\displaystyle \text{压力指数} = \frac{Q \times t}{A \times c}
  1. Q 单位时间进入人数比如入口每分钟放行 300 人。
    Q\displaystyle Q
  2. t 持续时长需要评估的高峰持续分钟数。
    t\displaystyle t
  3. A 有效疏散面积走廊、广场等可用于避难的面积。
    A\displaystyle A
  4. c 单位面积承载基准每平方米建议容纳的安全人数。
    c\displaystyle c

实施路径:从零搭建数字沙盘

最后,如果你也想为一座城、一个园区搭一座会呼吸的沙盘,该从哪里下手?不能一上来就买服务器、堆三维模型,而要走一条“先通血管、再装骨架、最后点亮大脑”的施工路线。

一个标准的实施路径分四步:数据采集汇聚(把 IoT 设备接入平台)、模型构建与配准(GIS+BIM 融合)、平台分层架构(感知层、数据层、平台层、应用层)、持续运营迭代(跟着城市变化更新)。其中最容易拖慢进度的是第一步——异构设备接入,插座对不上,一切都白搭。

模型构建阶段有个关键动作:模型轻量化。BIM 模型精细到每颗螺丝,整个城市有数亿三角面,浏览器根本跑不动。因此要按视距分层简化(LOD,即不同距离显示不同精细度),简化率公式:

公式含义:简化率 = 被删掉的三角面数 ÷ 原始面数,用百分数表示。

轻量化不是让沙盘变粗糙,而是让沙盘在不同距离呈现不同细节:远处看轮廓,近处看门窗。就像实体沙盘的楼栋用木块代替精雕细琢,用户依然能领会城市格局。搭积木的诀窍,在于懂得该省略什么。

η=(1−F简化后F原始)×100%\displaystyle \eta = \left(1 - \frac{F_{\text{简化后}}}{F_{\text{原始}}}\right) \times 100\%
  1. F_原始 原始面数BIM 未经处理的三角网格数量,可能上千万。
    F原始\displaystyle F_{\text{原始}}
  2. F_简化后 简化后面数经过 LOD 抽稀后保留的三角面数量。
    F简化后\displaystyle F_{\text{简化后}}
  3. 比值 F_简化后 / F_原始模型保留了多大比重的几何细节。
    F简化后F原始\displaystyle \frac{F_{\text{简化后}}}{F_{\text{原始}}}
  4. 1 减去比值被去除的比例,乘以 100% 即为简化率。
    (1−F简化后F原始)×100%\displaystyle \left(1 - \frac{F_{\text{简化后}}}{F_{\text{原始}}}\right) \times 100\%

AI 应用场景

城市内涝孪生预警

阶段:仿真推演与预测

解决的问题:传统内涝预警依赖历史水位阈值加人工经验研判,点位稀疏、反应滞后。数字孪生把雨量计、管网液位、河道闸门等数据实时接入,叠加蒙特卡洛推演,提前输出未来 1-2 小时的积水风险热力图,让排水部门把泵车、救援队提前布防到高危路段。

具体案例:深圳某区防汛平台接入 300 余个感知点位,在台风季用 1 万次降雨抽样驱动管网模型,提前 90 分钟命中 3 处易涝点预警,排水部门据此预置 7 台移动泵车,实际积水深度较历史同期下降 40%。

大型赛事活动保障

阶段:实时监测与指挥调度

解决的问题:大型赛事人流密集、疏散通道复杂,传统人工巡检和监控大屏只能“看到问题”,不能“预见问题”。数字孪生将闸机、安检口、地铁进出站数据实时映射到场馆三维模型,用区域压力指数评估拥挤程度,超过阈值自动触发分流预案。

具体案例:某城市马拉松赛事,运营方将赛道沿线 21 个重点节点接入孪生地图,实时计算各节点压力指数,指挥中心按热力图远程调度 400 名志愿者,赛事期间未发生一起拥挤滞留事件。

建筑园区能耗管理

阶段:数据标准化与诊断

解决的问题:园区空调、照明、电梯来自多个供应商,通信协议与数据口径各异,传统方式只能“各看各的表”。数字孪生先做协议适配与归一化,再在统一模型上按楼栋统计能耗排名、识别异常用能单元,把“能耗账本”变成“能耗医生”。

具体案例:某科技园区接入 2000 多个 IoT 点位后,能耗归一化排名发现某栋楼夜间冷机异常运行,检修发现冷却塔阀门故障,修复后该楼月度电费下降 15%,整个园区年节约电费约 80 万元。

Python 演示

python55 行
# -*- coding: utf-8 -*-"""城市数字孪生极简演示: 物联数据标准化 + 蒙特卡洛内涝推演"""import random  class IoTDevice:    """模拟一个可读取原始值的物联网传感器设备."""     def __init__(self, name, raw_min, raw_max):        self.name = name        self.raw_min = raw_min        self.raw_max = raw_max     def read(self):        """模拟传感器返回量程内的一个随机原始读数."""        return random.uniform(self.raw_min, self.raw_max)  def normalize(value, raw_min, raw_max):    """将原始读数归一化到 [0, 1] 区间."""    return (value - raw_min) / (raw_max - raw_min)  def run_inundation_simulation(rain_mm, threshold_cm, n=5000):    """蒙特卡洛内涝推演: 返回积水超阈值的风险概率."""    hit = 0    for _ in range(n):        # 简化积水模型: 降雨入流 - 排水能力(带不确定性)        drain = random.uniform(30, 70)        depth = rain_mm * 0.1 - drain * 0.2        if depth > threshold_cm:            hit += 1    return hit / n  def main():    # 1. 物联设备接入与数据标准化    road_sensor = IoTDevice("road_water", 0, 50)    # 路面积水传感器 0-50 cm    gate_sensor = IoTDevice("gate_open", 0, 100)    # 闸门开度传感器 0-100 %     raw_road = road_sensor.read()    raw_gate = gate_sensor.read()    norm_road = normalize(raw_road, 0, 50)    norm_gate = normalize(raw_gate, 0, 100)     print("road water raw={:.1f}cm -> norm={:.2f}".format(raw_road, norm_road))    print("gate open  raw={:.1f}%  -> norm={:.2f}".format(raw_gate, norm_gate))     # 2. 仿真推演: 120mm 暴雨情景下的内涝风险    prob = run_inundation_simulation(rain_mm=120, threshold_cm=15, n=5000)    print("flood risk (P) under 120mm rain = {:.2%}".format(prob))  if __name__ == "__main__":    main()
目的:用 50 余行模拟城市数字孪生中“信号接入—标准化—仿真推演”的主链路。
  1. def normalize(value, raw_min, raw_max):对应正文归一化公式,把传感器读数压到 0~1。
  2. IoTDevice("road_water", 0, 50)模拟一个量程 0~50 cm 的积水传感器。
  3. depth = rain_mm * 0.1 - drain * 0.2极简积水模型:降雨减排水,结果为正则代表积水。
  4. threshold_cm风险判定阈值,对应正文中的 S_阈值。
  5. hit += 1指示函数 I(·) 的 Python 实现:满足条件就计数。
  6. prob = run_inundation_simulation(...)蒙特卡洛入口,5000 次抽样下算出风险概率。

常见误区

误区我觉得把城市用建模软件画出来,再套一个 VR 头盔看,就是数字孪生了。模型越华丽,平台就越高级。

正解三维模型只是“壳”,数字孪生必须与物理世界实时双向联动。就像人体蜡像和 ICU 里的病人,蜡像再逼真也不会呼吸。数字孪生需要传感器数据持续“喂”给它,并把它推演的结果反向用于现实决策。没有数据流的 3D 模型只是一张会旋转的截图。

为何常见:宣传片总把镜头停留在炫酷的三维可视化上,而背后的数据管道看不见,导致人们把“画得好”当成了“建得好”。

误区多接传感器、多存数据,平台就一定更聪明。数据量越大,数字孪生就越接近真实城市。

正解未经标准化的数据是“数据垃圾”。设备单位、时区、字段格式五花八门,直接汇聚会让模型算错。就像把英制螺丝拧进公制螺母,数量越多隐患越大。必须先做协议适配、单位换算、归一化、质量评估,数据才有资格进入孪生模型。

为何常见:大数据时代的直觉是“多多益善”,但数字孪生对数据的一致性要求远高于数量要求,这一层细节往往被忽略。

误区推演显示某路段内涝概率 80%,那它就一定会淹,我们按 80% 布置兵力就万无一失。

正解蒙特卡洛推演回答的是“在给定模型假设下,阈值被超过的频率”,并不包含模型本身的缺陷和未知因素。就像天气预报说 60% 概率下雨,只是模型认为大概率下,而非老天爷签了合同。仿真结论应作为决策参考,不是绝对真理。

为何常见:人们容易把“计算出的数字”等同于“客观事实”,但模型只是对真实世界的降维近似。

误区数字孪生平台部署完、模型建好,项目就结束了,后面只需要偶尔看看大屏。

正解城市在变,建筑在拆改,传感器会漂移,模型会老化。一个不上新的数字孪生,三年后就变成一张“数字死图”。正确做法是把平台当运营对象,像手机 App 一样周期性升级底座、更新模型、校验数据质量。

为何常见:传统软件项目以验收交付为终点,而数字孪生以运营为起点,这个思维转变需要时间。

面试题

Q1. 城市数字孪生的本质是什么?

单选题 · easy

  • A.一个高精度的三维城市模型
  • B.与物理城市实时联动的数字副本← 正确答案
  • C.一张支持导航和搜索的电子地图
  • D.城市视频监控系统的集中存储

答案:B。数字孪生不是静态三维模型,它强调“数字—物理”双向映射:传感器数据实时驱动虚拟体,推演结果又反向指导现实。A 缺少数据流,C 是地图应用,D 是存储系统,都不构成孪生。

Q2. 数字孪生的“骨架”主要指什么?

单选题 · easy

  • A.三维GIS与BIM融合模型← 正确答案
  • B.大数据与区块链平台
  • C.5G与云计算基础设施
  • D.无人机与视频监控网络

答案:A。骨架等于空间几何框架:三维 GIS 提供地形与宏观底图,BIM 提供建筑单体细节,二者配准后构成孪生体的几何底座。其余选项是通信或数据基础设施,不是骨架本身。

Q3. 物联网设备接入时,协议适配解决什么问题?

单选题 · mid

  • A.不同厂商设备使用不同协议需统一翻译← 正确答案
  • B.传感器生产成本过高难以规模化部署
  • C.摄像头像素不够清晰影响视频识别
  • D.服务器存储空间不足难以保存历史数据

答案:A。现场设备可能跑 Modbus、MQTT、HTTP 等不同协议,平台需要一个“翻译中枢”做协议适配,把不同厂家的数据转换成统一格式。这好比让说不同语言的人借助翻译顺利完成协作。

Q4. 数据归一化的主要目的是什么?

单选题 · mid

  • A.把不同量纲的数据压缩到统一区间← 正确答案
  • B.删除所有异常值让曲线更加平滑
  • C.把模拟信号转换成数字信号保存
  • D.提高传感器设备的采样频率

答案:A。归一化把原始读数按量程缩放到 [0,1],消除量纲影响,让积水深度、PM2.5、闸门开度等可以放在同一平台比较。B 是数据清洗,C 是模拟数字转换,D 是硬件采样,均与归一化无关。

Q5. 蒙特卡洛推演中指示函数 I(·) 的作用是什么?

单选题 · hard

  • A.判断单次模拟是否触发风险并计数← 正确答案
  • B.对风险程度进行连续线性放大
  • C.逐步替代所有底层物理计算
  • D.把概率转化为确定性的最终答案

答案:A。I(·) 是“是与否”的开关:满足阈值返回 1,不满足返回 0,用来统计 N 次推演中的命中次数,最终除以 N 得到风险概率。B 把事件当成连续量,C 不是指示函数功能,D 属于因果倒置。

Q6. 为什么说“有三维模型不等于有数字孪生”?

单选题 · mid

  • A.缺少实时数据双向联动与仿真能力← 正确答案
  • B.因为三维模型只能通过游戏引擎渲染
  • C.因为三维模型无法在移动端显示出来
  • D.因为制作三维模型的成本往往更高

答案:A。数字孪生三要素是几何、实时数据、仿真能力。三维模型只满足几何一项,没有传感器数据驱动也没有推演引擎,只能算“数字化石”。B、C、D 都是对三维模型能力的片面描述,不是本质区别。

Q7. 模型轻量化中 LOD 简化的核心目的是什么?

单选题 · hard

  • A.按视距调整细节降低渲染计算开销← 正确答案
  • B.让建筑模型在色彩上更加真实细腻
  • C.提高物联设备的采样与接入速率
  • D.使坐标配准公式的精度得到提升

答案:A。LOD 指不同视距显示不同精细度:远处看轮廓、近处看细节,从而在保证观感的同时大幅减少三角面数量,让浏览器也能流畅加载整座城市。它与颜色、采样频率、坐标配准无关。

Q8. 实时物联数据在数字孪生中扮演的角色类似人体的什么?

单选题 · easy

  • A.骨骼与关节
  • B.神经末梢与脉搏← 正确答案
  • C.大脑与记忆
  • D.皮肤与毛发

答案:B。传感器像神经末梢感知环境,像脉搏提供生命体征,把现实世界的状态持续传回数字体。骨骼对应 GIS/BIM 几何框架,大脑对应仿真引擎,皮肤则对应可视化图层。

Q9. 以下哪些属于城市数字孪生的典型应用?

多选题 · hard

  • A.暴雨内涝推演与易涝点预警← 正确答案
  • B.大型赛事人流拥挤程度评估← 正确答案
  • C.新建建筑对周围日照的影响分析← 正确答案
  • D.电商平台的个性化商品推荐

答案:ABC。内涝推演、活动保障、规划比选都属于孪生体“仿真推演 + 数据融合”的典型场景。电商推荐面向商品生态,与城市空间的数字孪生没有关系。

Q10. 城市数字孪生实施中的数据标准化工作包含哪些?

多选题 · mid

  • A.统一不同设备的计量单位← 正确答案
  • B.对齐各数据流的时间基准← 正确答案
  • C.对量纲差异做数值归一化← 正确答案
  • D.直接删除所有超出量程的数据

答案:ABC。数据标准化等于单位统一加时间对齐加归一化,目的是让异构设备数据可比较、可计算。D 过于粗暴,超出量程的数据可能本身就有预警价值,应先做质量评估而非直接删除。