DB32 T 5168-2025 城市房屋三维基础数据模型及编码标准.pdf

《DB32 T 5168-2025 城市房屋三维基础数据模型及编码标准.pdf》由会员分享，可在线阅读，更多相关《DB32 T 5168-2025 城市房屋三维基础数据模型及编码标准.pdf（33页珍藏版）》请在麦多课文档分享上搜索。

1、DB32/T 51682025ICS 07.040CCS A 75城市房屋三维基础数据模型及编码标准Standard for 3D basic data model and coding of urban buildings江苏省地方标准20250730 发布20260201 实施江 苏 省 市 场 监 督 管 理 局江苏省住房和城乡建设厅中国标准出版社 出 版 发 布 DB32/T 51682025前言 1 范围 12 规范性引用文件 13 术语和定义 14 数据模型 34.1 一般规定 34.2 对象语义分类 34.3 空间位置表达 44.4 几何形态与对象关系表达 54.5 属性信息表达

2、 64.6 演化过程表达 65 编码规范 65.1 一般规定 65.2 编码结构 65.3 编码规则 76 数据组织106.1 基于 IFC 模型组织数据 106.2 基于空间数据库组织数据 107 数据生产11附录 A（规范性）城市房屋三维基础数据模型逻辑结构 12附录 B（规范性）北斗网格码编码层级 13附录 C（规范性）物业区域实体空间码计算步骤 14附录 D（规范性）莫顿码计算步骤 15附录 E（规范性）物业区域属性信息 17附录 F（规范性）自然幢属性信息18附录 G（规范性）逻辑幢属性信息 20附录 H（规范性）层属性信息 22附录 I（规范性）单元属性信息23附录 J（规范性）户

3、属性信息24附录 K（规范性）间属性信息 26附录 L（规范性）建筑构件属性信息 27附录 M（规范性）字典表 28目 次DB32/T 51682025前言本文件按照 GB/T 1.12020标准化工作导则 第 1 部分：标准化文件的结构和起草规则的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由江苏省住房和城乡建设厅提出、归口并组织实施。本文件起草单位：南京市住房保障和房产局、南京市数据局、南京师范大学、东南大学、南京市测绘勘察研究院股份有限公司、广州南方智能技术有限公司。本文件主要起草人：蒋海琴、蒋宏、陶为波、高翔、姚钟惠、杭晓骏、周良辰、张小国

4、王鹏翔、胡春霞、陶超、唐可、何婷婷、洪雷。DB32/T 51682025城市房屋三维基础数据模型及编码标准1范围本文件规定了江苏省城市房屋三维基础数据的数据模型、编码规范、数据组织和数据生产，保障房屋三维基础数据质量，满足房屋全生命周期管理和城市精细治理需求。本文件适用于房产管理中各类城市房屋三维基础数据生产、编码及共享。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T 2260 中华人民共和国行政区划代码GB/T 17986.1 房

5、产测量规范 第 1 单元：房产测量规定GB 22021 国家大地测量基本技术规定GB/T 25507 工业基础类平台规范GB/T 37346 不动产单元设定与代码编制规则GB/T 39409 北斗网格位置码GB/T 40771 城市不动产三维空间要素表达GB/T 42547 地籍调查规程GB/T 50504 民用建筑设计术语标准GB/T 51269 建筑信息模型分类和编码标准JGJ/T 496 房屋建筑统一编码与基本属性数据标准3术语和定义下列术语和定义适用于本文件。3.1城市基础数据urban basic data组成智慧城市公共基础资源库的数据资源。注：包括人口、产权人、经济、基础设施、公

6、共服务、地理空间数据、房屋等方面的数据。3.2城市房屋三维基础数据3D basic data of urban buildings城市基础数据中描述房屋三维空间形态的基础数据。3.3房产管理对象property management object根据数据组织和管理的需要而划定的包括物业区域、自然幢、逻辑幢、层、单元、户、间和建筑构件在内的事物。1DB32/T 516820253.4物业区域area of real estate根据建设用地规划许可证确定的红线图范围，结合物业的共用设施设备、建筑物规模、社区建设等因素划定的物业管理区域。3.5自然幢natural building一座独立的、包括

7、不同结构和不同层次的房屋。3.6逻辑幢logical building根据数据组织和管理的需要，对自然幢按结构或类型进行逻辑分割而成的房屋。3.7户unit幢内具有连续空间和边界的、具有独立户号、可独立登记的结构单元。注：也可称为套。3.8间room户内以墙、柱、楼板、梁等建筑构件为边界分割封闭而成的内部空间区域。3.9建筑构件building structural member构成建筑物的各个要素。3.10建筑空间building space以建筑界面限定的、供人们生活和活动的场所。3.11北斗网格位置码beidou grid location code基于地球空间剖分模型（GeoSOT）适

8、用于北斗终端输出的，对地球空间区域位置的一种网格化代码标识。3.12莫顿码morton code用于将多维数据转化为一维数据的编码方式。注：也被称为 Z 阶曲线。3.13建筑信息模型building information model；BIM在建设工程及设施全生命周期内，对其物理和功能特性进行数字化表达，并依次设计、施工、运营的过程和结果的总称。3.14工业基础类industry foundation classes；IFC针对建筑资产行业的标准化数字描述，以知识共享许可协议发布。注：为开放的全球标准，是 ISO 16739 标准的一部分。3.15统一建模语言unified modeling

9、language；UML通用建模语言，可以和所有主流的面向对象和面向构件的方法一起使用，并适用于所有的应用领域和实现平台。2DB32/T 516820254数据模型4.1一般规定4.1.1城市房屋三维基础数据模型采用的平面坐标系统和高程基准应与所在城市基础测绘的平面坐标系统、高程基准一致。4.1.2城市房屋三维基础数据模型的日期应采用公元纪年，时间应采用北京时间。4.1.3城市房屋三维基础数据模型应以几何数据和属性数据进行组织，其质量由几何数据质量和属性数据质量共同体现。4.1.4城市房屋三维基础数据模型的几何数据质量应符合下列规定：a）建模最小单元为独立对象；b）几何对象不存在冗余或遗漏；c

10、单一对象不出现空洞、相交、漏裂、非流形等情况；d）几何精度符合 GB/T 17986.1、GB/T 42547 的相关规定；e）不同对象模型接边处应无缝衔接，不应出现交错、分离。4.1.5城市房屋三维基础数据模型的属性数据质量应符合下列规定：a）属性数据应包括房产管理对象的编码、名称、坐落等基本信息；b）属性数据的属性项设置应合理，属性值应正确；c）属性数据和几何数据应具有逻辑一致性。4.2对象语义分类4.2.1城市房屋三维基础数据模型对象应依据 GB/T 42547、GB/T 37346 等相关国家标准及房产业务精细管理需求确定，包括物业区域、自然幢、逻辑幢、层、单元、户、间和建筑构件，各

11、对象语义描述应符合表 1 的规定。表 1 城市房屋三维基础数据模型各对象语义描述对象名称物业区域自然幢逻辑幢层单元户间建筑构件 注 1：自然幢按土地性质分为国有土地上房屋和集体土地上房屋两类，按建筑结构分为砌体结构、钢筋混凝土结构、钢结构、木结构、组合结构和其他结构六类。注 2：逻辑幢按建筑结构分为砌体结构、钢筋混凝土结构、钢结构、木结构、组合结构和其他结构六类。注 3：层分为自然层、假层、设备层、避难层、夹层和屋面层六类。注 4：根据 GB/T 51269，间按使用功能分为起居室、卧室、厨房、餐厅、卫生间等类型。注 5：根据 GB/T 50504，建筑构件按要素分为墙、梁、楼板、门、窗、坡道

12、屋顶、楼梯、幕墙等类型。语义描述根据建设用地规划许可证确定的红线图范围，结合物业的共用设施设备、建筑物规模、社区建设等因素划定的物业管理区域一座独立的、包括不同结构和不同层次的房屋根据数据组织和管理的需要，对自然幢按结构或类型进行逻辑分割而成的房屋幢内房屋的自然层，一般按照楼板、地板结构分层的楼层根据数据组织和管理的需要，对逻辑幢的空间结构进行的划分幢内具有连续空间和边界的、具有独立户号、可独立登记的结构单元，也可称为套户内以墙、柱、楼板、梁等建筑构件为边界分割封闭而成的内部空间区域构成建筑物的各个要素说明见注 1见注 2见注 3见注 4见注 53DB32/T 516820254.2.2多幢

13、房屋三维基础数据模型对象示意如图 1 所示，单幢房屋三维基础数据模型对象示意如图 2所示。7&EDED0K图 1 多幢房屋三维基础数据模型各对象示意图7&ED0K图 2 单幢房屋三维基础数据模型各对象示意图4.2.3城市房屋三维基础数据模型的逻辑结构应符合附录 A 的规定，确保各对象间具有清晰的层次隶属关系。4.3空间位置表达4.3.1城市房屋三维基础数据模型对象的空间位置宜采用地理空间绝对坐标表达，也宜采用相对坐标表达。4.3.2采用相对坐标表达城市房屋三维基础数据模型对象的空间位置时，应明确相对坐标与绝对坐标之间的转换关系。4DB32/T 516820254.4几何形态与对象关系表达4.4

14、1城市房屋三维基础数据模型对象的几何形态表达，应符合 GB/T 40771 的相关规定，具体采用下列方式进行表达：a）采用图 3 a）示意的基于边界表示的闭合实体模型表达；b）采用图 3 b）、图 3 c）示意的拉伸、扫掠等参数化建模方法表达。aUB-repD*=DbU=DcU=D图 3 城市房屋三维基础数据模型对象几何形态表达示意图4.4.2城市房屋三维基础数据模型对象间关系表达应符合下列规定：a）在 空 间 拓 扑 关 系 层 面，模 型 对 象 间 应 存 在 图 4 示 意 的 空 间 邻 接、空 间 连 通 和 空 间 聚 合 等关系；aUAK/KEbUKAK/KEEcU 5*K图

15、 4 城市房屋三维基础数据模型对象间空间拓扑关系表达示意图b）在产权关联关系层面，模型对象间应存在图 5 示意的幢公摊、层公摊和户附属等关系。aUbUcULKKBK 图 5 城市房屋三维基础数据模型对象间产权关联关系表达示意图5DB32/T 516820254.5属性信息表达4.5.1城市房屋三维基础数据模型对象的属性信息应包含编码、名称、关系、坐落等基本属性。4.5.2城市房屋三维基础数据模型对象的属性信息应能根据业务场景的实际需求进行扩展，可扩展多部门共同使用的基础业务属性，包括规划用途、房屋朝向、交易登记状态等。4.5.3扩展城市房屋三维基础数据模型对象的属性信息时，应与现行标准中规定的

16、信息没有重复、交叉或冲突。4.6演化过程表达4.6.1城市房屋三维基础数据模型各对象应根据房屋的自然状况、权利状况、使用状况及征求拆迁状况等的变化而演化。4.6.2城市房屋三维基础数据模型各对象应赋予唯一标识，用于记录对象在房屋管理全生命周期内各阶段的状态，包括规划设计、建设施工、竣工验收、不动产登记、交易、使用及最终灭失等阶段。5编码规范5.1一般规定5.1.1编码宜全面覆盖城市房屋三维基础数据模型的全部对象类别，包括物业区域、自然幢、逻辑幢、层、单元、户、间和建筑构件八类房产管理对象。编码的对象类别应具备可扩展性，且应确保与现行标准中规定的类别没有重复、交叉或冲突。5.1.2编码应采用世界

17、坐标与局部平面坐标相结合的空间编码策略，确保房产管理对象的唯一标识。其中，物业区域、自然幢及逻辑幢通过世界坐标的北斗网格位置码实现唯一标识。层、单元、户、间及建筑构件在世界坐标的基础上，结合局部平面坐标的莫顿码进行编码标识。5.1.3世界坐标应符合 GB 22021 的相关规定，采用 2 000 国家大地坐标系（CGCS2000）在特定投影坐标系下计算得到。投影坐标系应与所在城市基础测绘采用的投影坐标系保持一致。5.1.4局部坐标应采用笛卡尔直角坐标系。5.1.5编码实施时，应基于实际业务场景需求，明确房产管理对象，并选择适宜的北斗网格码编码层级进行针对性编码。所选编码层级应符合 GB/T 3

18、9409 的相关规定，具体按附录 B 的规定确定。5.2编码结构5.2.1城市房屋三维基础数据编码宜采用七段式结构，依次为县级行政区划码、实体类型码、实体空间码、实体时间码、时间类型码、实体业务码以及实体校验码。5.2.2城市房屋三维基础数据七段式编码结构中，各码段语义应符合表 2 的规定。表 2 城市房屋三维基础数据编码结构中各码段语义县级行政区代码实体类型码实体空间码实体时间码表示编码对象所在的行政区划代码，与行业标准 JGJ/T 496 协调一致表示编码对象类型，明确区分不同房产管理对象表示编码对象在不同坐标框架下的空间位置，固定位置标识编码对象在房屋管理全生命周期的各个稳定阶段起始的精

19、确时间点，与时间类型码信息相辅相成，共同记录并反映其演变历程码段语义描述6DB32/T 51682025时间类型码实体业务码实体校验码表示编码对象在房屋管理全生命周期各个稳定阶段的具体状态，并与实体时间码内容紧密结合，共同记录并反映其演变历程丰富编码对象的属性信息对编码本身进行校验，稳定编码本身几何结构表 2 城市房屋三维基础数据编码结构中各码段语义（续）码段语义描述5.2.3城市房屋三维基础数据编码结构应具备扩展性，可在兼容现行国家标准和行业标准的前提下，根据实际业务需求进行码段扩展。5.3编码规则5.3.1县级行政区划码由 6 位数字组成，其码值应符合 GB/T 2260 规定。5.3.2

20、实体类型码由 2 位数字组成，其码值与编码对象的对应关系应符合表 3 的规定。表 3 实体类型码码值与编码对象的对应关系编码对象实体类型码码值物业区域00自然幢01逻辑幢02层03单元04户05间06建筑构件07未来扩展XX5.3.3实体空间码的编制应符合下列规定。a）物业区域实体空间码编制应符合 GB/T 39409 的相关规定，具体按附录 C 的规定进行计算；b）自然幢的实体空间码应按 a）项的要求进行编制。c）逻辑幢的实体空间码应基于自然幢实体空间码生成，通过增加一位垂直方向顺序号来体现其在自然幢内部立体方向上的相对位置；该顺序号从 1 开始，以 1 为步长递增，递增规则根据逻辑幢起始逻

21、辑层层号确定。d）层和单元对象的实体空间码应继承所在逻辑幢的实体空间码。e）户的实体空间码应采用所在层实体空间码，并结合所在层实体业务码的前 3 位进行标识。f）间的实体空间码应采用所在户实体空间码，并结合所在户实体业务码进行标识。g）建筑构件的实体空间码应采用所在层实体空间码，并结合所在层实体业务码的前 2 位进行标识。5.3.4实体时间码的编制应符合下列规定：a）实体时间码由 6 位数字组成，采用“yyyymm”格式。其中，前 4 位数字“yyyy”代表年份，后 2 位数字“mm”代表月份；b）实体时间码取值应符合 JGJ/T 496 的相关规定，具体按照表 4 的规定确定。表 4 实体时

22、间码取值建设工程规划许可证年月对于在建设工程规划许可阶段已经赋码的新建房屋，以及能够确定其建筑工程规划许可证年月的既有房屋，其实体时间码取值应依据建设工程规划许可年月来确定。实体时间码的前 4位“yyyy”是取得建设工程规划许可的年份，后 2 位“mm”是月份实体时间码取值说明7DB32/T 51682025建筑工程施工许可证年月竣工验收年月竣工年竣工年代对于在建设工程规划许可阶段没有赋码，但在施工许可阶段赋码的新建房屋，以及无法确定建设工程规划许可证年月，但能明确施工许可年月的既有房屋，其实体时间码取值应依据建筑工程施工许可证年月来确定。实体时间码的前 4 位“yyyy”是取得建筑工程施工许

23、可的年份，后 2位“mm”是月份对于在建设工程规划许可阶段没有赋码，且无法明确建设工程规划许可证及建筑工程施工许可证发放年月的既有房屋，若能明确竣工验收年月，则其实体时间码取值应依据竣工验收年月来确定。实体时间码的前 4 位“yyyy”是竣工验收的年份，后 2 位“mm”是月份对于在建设工程规划许可阶段没有赋码，且无法明确建设工程规划许可证发放年月、建筑工程施工许可证年月以及竣工验收月的既有房屋，若能明确竣工年份但无法明确具体月份，则其实体时间码取值应按以下规定来确定：其前 4 位“yyyy”是竣工年份，后 2 位“mm”统一用“00”表示对于无法确定具体竣工年份，但能够大致估计竣工年代的历史

24、房屋，其实体时间码取值应按以下规定来确定：其前 3 位“yyy”是竣工年代，第 4 位“y”统一用 0 表示，后 2 位“mm”统一用“00”表示表 4 实体时间码取值（续）实体时间码取值说明5.3.5时间类型码由 1 位数字构成，取值应符合 JGJ/T 496 的相关规定，具体按照表 5 的规定确定。表 5 时间类型码取值时间类型码12345取值说明当实体时间码的取值为“建设工程规划许可证年月”时，时间类型码为 1当实体时间码的取值为“建筑工程施工许可证年月”时，时间类型码为 2当实体时间码取值为“竣工验收年月”时，时间类型码为 3当实体时间码取值为“竣工年”时，时间类型码为 4当实体时间码

25、取值为“竣工年代”时，时间类型码为 55.3.6实体业务码的编制应符合下列规定。a）物业区域的实体业务码由 1 位数字构成，表示物业区域局部坐标系统内部最小几何单元的相对空间位置。该码编制时应按附录 D 莫顿码计算步骤确定，起始值为 1，以 1 为步长递增。b）自然幢的实体业务码由 1 位数字构成，简单房屋取值为 0，复杂房屋取值为 1。c）逻辑幢的实体业务码由 3 位数字组成，表示逻辑幢在其所属自然幢的局部坐标系统内的相对空间位置。该码编制时应按附录 D 莫顿码计算步骤确定，起始值为 1，以 1 为步长递增，当位数不足 3 位时，应用 0 前置补位。d）层的实体业务码由层垂直顺序号、层水平顺

26、序号和层类型三部分组成，具体编制符合表 6 的规定。表 6 层实体业务码编制规则层垂直顺序号即逻辑层号，应采用 2 位字母表示，字母范围从 AZ，分别对应数值 126，数值逢 26 进 1，不满 26 则在首位补 0。逻辑层号的编排自下而上从 1 开始，步长为 1 递增见注层实体业务码组成编码规则说明8DB32/T 51682025层水平顺序号层类型 注：对于包含地下层级的房屋建筑，其地下层级的逻辑层号同样遵循自下而上的编排原则。如某房屋建筑包含地下二层，其中，地下一层为电动车停放层，标记为 2。地下二层为机动车停放层，标记为 1。因此，这两层的垂直顺序号分别为“0A”和“0B”表示在整体层局

27、部坐标系统下水平方向上，最小单位层相对空间位置的顺序号；该顺序号由1 位数字构成，按附录 D 莫顿码计算步骤确定，从 1 开始，步长为 1 递增由 1 位数字构成，取值按附录 M 中 M.3表 6 层实体业务码编制规则（续）层实体业务码组成编码规则说明e）单元的实体业务码由 1 位数字构成，代表单元顺序号，从 1 开始，以 1 为步长递增。f）户的实体业务码由 3 位数字组成，表示户在所在层局部坐标系统内的相对空间位置。该码编制时应按附录 D 莫顿码计算步骤确定，从 1 开始，以 1 为步长递增，当位数不足 3 位时，应用 0 前置补位。g）间的实体业务码由 2 位数字组成，表示间在其所属户局

28、部坐标系统内的相对空间位置。该码编制应按附录 D 莫顿码计算步骤确定，先对层内所有间进行整体排序，然后按照此排序对每一户内部的各间进行逐一编号，编号从 1 开始，以 1 为步长递增。当位数不足 2 位时，应用 0 前置补位。h）建筑构件的实体业务码由层内顺序号和建筑构件类型两部分组成，具体编制符合表 7 的规定。表 7 建筑构件实体业务码编码规则实体业务码组成层内顺序号建筑构件类型编码规则表示建筑构件在其所在层局部坐标系统内的相对空间位置，该层内顺序号由 3 位数字组成，按附录 D计算步骤确定，从 1 开始，步长为 1 递增。当位数不足 3 位时，应用 0 前置补位建筑构件类型应符合 GB/T

29、 50504 的相关规定。在实际应用中，应根据实际应用场景和需求构建相应的建筑构件类型字典表。建筑构件类型编码由 2 位大写字母组成，其中 A 代表数值 1，Z 代表数值26，逢 26 进 1，不满 26 第一位由 0 前置补位5.3.7实体校验码由 1 位数字构成，取值应符合下列规定：a）根据公式（1）计算得到实体校验码对应的余数 r；r=MOD()w iai,11（1）式中：r 与城市房屋三维基础数据编码的 1 位实体校验码对应的余数；i 在剔除实体校验码部分后的城市房屋三维基础数据编码中，从右往左，每个字符的位置序号从 1 开始，以 1 为步长依次递增；ai 对于 i 位置上的字符进行转

30、换后得到的相应数值。转换规则为：字符 09 直接对应数值 09，字符 AZ 分别对应为数值 126；wi数值ai的权重，取值为 i。b）余数 r 与实体校验码的对应关系应符合表 8 的规定。表 8 余数 r 与实体校验码的对应关系余数 r实体校验码04132231405X697887961059DB32/T 516820256数据组织6.1基于 IFC 模型组织数据6.1.1城市房屋三维基础数据的组织与生产应基于扩展后的 IFC 模型标准，构建统一的数据模型，确保数据的规范性、兼容性和高可用性。6.1.2城市房屋三维基础数据模型应符合 GB/T 25507 的要求，对房产管理对象及其关系、属性

31、进行扩展，精准表达城市房屋三维基础数据的语义信息、位置信息、几何信息、属性信息、关系信息及过程信息。6.1.3城市房屋三维基础数据模型对象与 IFC 模型对象的对应关系应符合表 9 的规定。表 9 城市房屋三维基础数据模型对象与 IFC 模型对象的对应关系城市房屋三维数据模型对象物业区域自然幢逻辑幢层单元户间建筑构件IFC 模型对象IfcSiteIfcBuildingIfcLogicalBuildingIfcBuildingStoreyIfcUnitIfcHouseHoldIfcSpaceIfcBuildingElement说明物业区域在 IFC 中有直接对应的对象，即 IfcSite。不需要

32、扩展自然幢在 IFC 中有直接对应的对象，即 IfcBuilding。不需要扩展逻辑幢在 IFC 中没有直接对应的对象，需要通过继承 IfcObjectDefinition 进行扩展层在 IFC 中有直接对应的对象，即 IfcBuildingStorey。不需要扩展单元在 IFC 中没有直接对应的对象，需要通过继承 IfcObjectDefinition 进行扩展户在 IFC 中没有直接对应的对象，需要通过继承 IfcObjectDefinition 进行扩展间在 IFC 中有直接对应的对象，即 IfcSpace。不需要扩展建筑构件在 IFC 中有直接对应的对象，即 IfcBuildingEl

33、ement。不需要扩展6.1.4在城市房屋三维基础数据模型中，对象的产权关联关系应与 IFC 模型标准中由 IfcRelationship 派生的关系相对应。6.1.5在城市房屋三维基础数据模型中，对象的属性应与 IFC 模型标准中由 IfcPropertyDefinition 派生的属性相对应。6.2基于空间数据库组织数据6.2.1城市房屋三维基础数据应采用 GIS 空间数据库的方式进行组织与管理，以确保数据能够实时动态更新和高效共享应用。6.2.2在采用 GIS 空间数据库的数据组织管理方式设计不同数据表存储城市房屋三维基础数据时，宜符合下列规定：a）依据实际应用场景和附录 E 设计物业区

34、域数据表结构，用于存储城市房屋三维基础数据中的物业区域信息；b）依据实际应用场景和附录 F、附录 M 设计自然幢数据表结构和相关字典表，用于存储城市房屋三维基础数据中的自然幢信息；c）依据实际应用场景和附录 G、附录 M 设计逻辑幢数据表结构和相关字典表，用于存储城市房屋三维基础数据中的逻辑幢信息；d）依据实际应用场景和附录 H、附录 M 设计层数据表结构和相关字典表，用于存储城市房屋三维基础数据中的层信息；e）依据实际应用场景和附录 I 设计单元数据表结构，用于存储城市房屋三维基础数据中的单元10DB32/T 51682025信息；f）依据实际应用场景和附录 J、附录 M 设计户数据表结构和

35、相关字典表，用于存储城市房屋三维基础数据中的户信息；g）依据实际应用场景和附录 K、附录 M 设计间数据表结构和相关字典表，用于存储城市房屋三维基础数据中的间数据；h）依据实际应用场景和附录 L 设计建筑构件数据表结构和相关字典表，用于存储城市房屋三维基础数据中的建筑构件信息。6.2.3在实际应用时，应依据具体业务逻辑明确相关房产管理对象，并按 6.2.2 的规定，设计相应的数据表及字典表存储城市房屋三维基础数据。7数据生产城市房屋三维基础数据的生产宜采用基于建筑制图图纸的建模方法，具体应符合下列规定。a）建筑制图图纸应包含制图说明、总平图、分层平面图、立面图、剖面图、大样详图等内容。b）基于

36、建筑制图图纸建模方法的数据来源主要包括 CAD 数据格式的房屋建筑制图图纸、纸质的房屋建筑制图图纸以及现场实测数据。c）利用 CAD 数据格式的房屋建筑制图图纸生产城市房屋三维基础数据，应符合下列规定：1）对 CAD 数据进行检测并修正，生成标准化的 CAD 数据，确保建筑构件类型、几何形状及拓扑结构准确无误；2）从标准化的 CAD 数据中提取建筑构件信息，并据此构建精细到建筑构件及建筑空间的三维 BIM 模型；3）基于已构建的三维 BIM 模型，采用映射和转换技术，实现建筑构件、建筑空间到产权空间的精确转换，最终生成整合建筑信息和产权信息的城市房屋三维基础数据。d）基于纸质的房屋建筑制图图纸

37、生产城市房屋三维基础数据，应符合下列规定：1）采用扫描识别技术，将纸质图纸转换为 CAD 数据格式；2）按第 7 章 c）规定的步骤，进行城市房屋三维基础数据的生产。e）基于现场实测数据生产城市房屋三维基础数据，应符合下列规定：1）对于既无 CAD 格式又无纸质房屋建筑制图图纸的房屋，应进行现场实测，绘制相应的CAD 格式的房屋建筑制图图纸；2）按第 7 章 c）规定的步骤，进行城市房屋三维基础数据的生产。11DB32/T 51682025附录A（规范性）城市房屋三维基础数据模型逻辑结构城市房屋三维基础数据模型的逻辑结构应采用图 A.1 所示的 UML 图进行描述，其中的箭头符号的含义见表 A

38、1。7&ED0K*%UTUSJOH*%UTUSJOH*%UTUSJOH*%UTUSJOH*%UTUSJOH*%UTUSJOH*%UTUSJOH*%UTUSJOH图 A.1 城市房屋三维基础数据模型对象 UML 图表 A.1 UML 图中箭头符号及含义序号123箭头符号带空心菱形的实心线，菱形指向整体带空心菱形的虚线，菱形指向整体带实心菱形的实线，菱形指向整体箭头含义表示整体与部分的关系，整体包含部分。如逻辑幢包含层，层包含建筑构件表示整体与部分的关系，整体有选择性的包含部分。如层中部分建筑构件是属于某一户或某几户表示一种强的“拥有”关系，体现了部分与整体的关系，它们拥有相同的生命周期。如自然

39、幢包含若干逻辑幢12DB32/T 51682025附录B（规范性）北斗网格码编码层级北斗网格码编码应符合 GB/T 39409 的相关规定，具体按表 B.1 的规定进行取值。表 B.1 北斗网格码编码层级序号12345678910北斗网格码示例N50IN50I90N50I901N50I90197N50I90197A0N50I90197A00N50I90197A0024N50I90197A002432N50I90197A002432650N50I90197A0024326501编码层级12345678910对应图幅规格1100 万图幅303015 万图幅1144221/41/41/321/321

40、/2561/2561/2 0481/2 048对应网格体元规格参考（赤道线上网格层级）445.28 km445.28 km55.66 km55.66 km27.83 km18.55 km1.85 km1.85 km123.69 m123.69 m61.84 m61.84 m7.73 m7.73 m0.97 m0.97 m12.1 cm12.1 cm1.5 cm1.5 cm备注13DB32/T 51682025附录C（规范性）物业区域实体空间码计算步骤物业区域实体空间码应按下列步骤进行计算。a）在投影坐标系下，获取物业区域的二维投影多边形 S。b）计算多边形 S 的几何内心点坐标 P（X，Y）。

41、c）将坐标 P（X，Y）转换为 CGCS2000 坐标系下的十进制经纬度坐标 P（B，L）。d）根据实际应用场景需求，按附录 B 确定适用的北斗网格码编码层级，计算物业区域实体空间码。以南京市为例，房屋的物业区域实体空间码按以下规定确定：1）考虑到南京房产数据精度要求和跨部门数据的兼容性，采用第 8 级北斗网格码编码层级对南京市城市房屋三维基础数据中物业区域实体空间码进行计算。2）根据 1）确定的北斗网格码编码层级，计算得到 16 位的南京市城市房屋物业区域的北斗网格 码。南 京 市 范 围 内 的 北 斗 网 格 位 置 码 前 6 位 只 有 6 种 情 况（N50I8、N50I9、N50

42、IA、N50H8、N50H9、N50HA），为简化编码，将其分别映射为数字 05，并以此为基础生成 12位物业区域实体空间码。14DB32/T 51682025附录D（规范性）莫顿码计算步骤莫顿码是一种有效的多维数据一维化的编码方式，按下列步骤进行计算：a）步骤一：将二维空间均匀分割成若干网格，并使用二进制数对每个网格的位置进行标识，记为（P，Q）。其中，P 和 Q 分别表示网格在二维空间中的横纵坐标。再将 P 和 Q 的每一数字进行交错排列，若位数不足则用 0 前置补位，从而得到每个网格的二进制形式莫顿码码值，记为 C1。具体计算过程见图 D.1。PPQCPQCPQCQ图 D.1 计算每个网

43、格二进制形式的莫顿码码值 C1b）步骤二：将步骤一中得到的二进制形式莫顿码码值 C1 转换为十进制形式，记为 C2。转换规则应符合二进制转十进制的通用规则，见图 D.2。PXYQ ECEC 图 D.2 二进制形式的码值 C1 转换为十进制的码值 C215DB32/T 51682025c）步骤三：将所有网格的十进制莫顿码码值 C2 按从小到大顺序进行排序，排序后的码值序列实现了多维数据到一维数据的转换，具体过程见图 D.3。XY图 D.3 十进制码值 C2 排序16DB32/T 51682025附录E（规范性）物业区域属性信息物业区域属性信息见表 E.1，按数据来源分为以下两类。a）以地理实体描

44、述为主的基础框架信息，包括编码、名称、坐落和空间信息。这类数据来源是房产测绘成果。b）多部门共同使用的基础业务信息，包括物业服务企业（组织）的统一社会信用代码和名称，以及地上地下总建筑面积等。这类数据来源是物业服务、交易登记、租赁、房屋安全、住房保障等房产业务。表 E.1 物业区域属性信息分类编码名称坐落空间信息业务信息字段QJWYBSFWYQYTYBMWYQYDMWYQTMCWYQYCYMWYQYTGMXZQJDSZLJXgeometry2000geometry2000PYWYFWQYTYXYDMWYFWQYMCXMFZRXMFZRLXFSDSDXZJZMJWYFWYFMJ字段类型charc

45、harcharcharcharcharcharcharcharchartexttextcharcharcharcharfloatfloat约束必填必填必填必填可填可填必填必填可填可填可填必填必填必填必填必填可填可填字段描述全局唯一标识符物业区域统一编码物业区域代码物业区域名称物业区域曾用名物业区域推广名行政区名称街道乡镇名称四至路街巷名称2000 平面坐标2000 偏移平面坐标物业服务企业（组织）统一社会信用代码物业服务企业（组织）名称项目负责人项目负责人联系方式地上地下总建筑面积物业服务用房面积说明17DB32/T 51682025附录F（规范性）自然幢属性信息自然幢属性信息见表 F.1，按

46、数据来源分为以下两类。a）以地理实体描述为主的基础框架信息，包括编码、关系、坐落和空间信息。这类数据来源是房产测绘成果。b）多部门共同使用的基础业务信息，包括建成年代、建筑结构、是否危房等。这类数据来源是物业服务、交易登记、租赁、房屋安全、住房保障等房产业务。表 F.1 自然幢属性信息编码关系坐落空间信息业务信息QJWYBSFZRZTYBMQQHWYQYTYBMZTLYMCGCZLJSDDGCZLXMMCGCZLJZDHGCZLXZQJDLJXMPHMPFHZZLZHZHHZgeometry2000geometry2000PYDSCSDCJZMJDXCSZJZMJZCScharcharchar

47、charcharcharcharcharcharcharcharcharcharcharcharcharchartexttextintfloatintfloatint必填必填可填可填可填必填可填可填必填必填必填可填必填可填必填可填可填可填必填必填必填必填必填必填全局唯一标识符自然幢统一编码丘权号物业区域统一编码组团-楼宇名称工程坐落_建设地点工程坐落_项目名称工程坐落_建筑栋号工程坐落行政区名称街道乡镇名称路街巷名称门牌号门牌副号幢坐落幢号幢号后缀2000 平面坐标2000 偏移平面坐标地上层数底层建筑面积地下层数总建筑面积总层数分类字段字段类型约束字段描述说明18DB32/T 5168202

48、5业务信息 注 1：组合类型（ZHLX）字段依据房屋建筑形态判断取值，裙塔综合取值“是”。注 2：预测实测（YCSC）字段依据房屋当前所处的测绘状态判断取值，预测状态取值 0、实测状态取值 1。JCNDTDXZJZJGDDZHLXGHYTYCSCYDXSLRWBMLZYJXDJZHSWHZYDBKYDGMWWLSWHJZYFZSZMBHSFWFSFYHJZSFRFGCRFGCMJdateintintbooleanbooleancharintbooleanbooleanbooleanbooleanbooleanbooleancharbooleanbooleanbooleanfloat必填必填必填

49、可填可填必填可填必填必填必填必填必填必填可填可填可填必填可填建成年代、完工日期土地性质建筑结构独栋组合类型规划用途、建筑用途预测实测有地下室列入文保名录重要近现代建筑红色文化资源点不可移动革命文物历史文化建筑白蚁预防正式证明编号危房隐患建筑有人防工程人防工程面积取值符合附录 M 规定取值符合附录 M 规定见注 1见注 2表 F.1 自然幢属性信息（续）分类字段字段类型约束字段描述说明19DB32/T 51682025附录G（规范性）逻辑幢属性信息逻辑幢属性信息见表 G.1，按数据来源分为以下两类。a）以地理实体描述为主的基础框架信息，包括编码、名称、关系、坐落、空间信息、证照信息、预测信息和实

50、测信息。这类数据来源是房产测绘成果。b）多部门共同使用的基础业务信息，包括建成年代、建筑结构、是否存在公房纠纷等。这类数据来源是物业服务、交易登记、租赁、房屋安全、住房保障等房产业务。表 G.1 逻辑幢属性信息编码名称关系坐落空间信息证照信息QJWYBSFLJZTYBMQQHLJZMCZRZTYBMGCZLJSDDGCZLXMMCGCZLJZDHGCZLXZQJDLJXMPHMPFHZZLZHZHHZgeometry2000geometry2000PYJSGCHHXKZBHJSGCSGXKZBHGCJSXMHHHSHGSBHJZGCJGYSBAZBHcharcharcharcharcharch