DB4101-T 103-2024 地址数据规范

ICS07.040CCSA754101DB4101/T103—2024前言 2规范性引用文件 3术语和定义 4地址数据内容 4.1地址结构 4.2地址代码 4.3地址数据属性结构 5地址数据质量 5.1数据完整性 5.2数据属性正确性 5.3数据逻辑一致性 5.4数据坐标要求 5.5数据时空基准 附录A（资料性附录）地址结构和代码示例 6附录B（规范性附录）校验码计算逻辑 7附录C（规范性附录）数据属性结构表 8C.1地址（T_DZ） C.2（省市区）行政区划表（T_XZQH） C.3乡镇/街道（T_XZJD） C.4社区/行政村（T_SQXZC） C.5片区(T_PQ) C.6街路巷(T_JLX) C.7门（楼）牌(T_MLP) C.8院落(T_YL) C.9建筑物(T_JZW) C.10单元户室(T_DYHS) C.11地址元数据(T_DZYSJ) C.12网格(T_WG) C.13地址网格关系(T_DZWGGX) 附录D（规范性附录）数据属性结构取值要求 19D.1地址元素类型 D.2地址生命周期状态 D.3地址元素生命周期状态 D.4地址名称 参考文献 DB4101/T103—2024本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由中共郑州市委智慧城市运行办公室提出。本文件由郑州市大数据标准化技术委员会（ZZTC12）归口。本文件起草单位：丰图科技（深圳）有限公司、郑州市公安局、郑州市大数据中心。本文件主要起草人：盛铎、樊帆、魏红格、徐晓杰、许刚、常蔓文、张艳荣、刘文星、樊亚辉、王保原、徐倩文、梁树、李文政、唐永振、史晓莹、卢林、王雨婷、张琪、余谦、罗娟、何明、马浩、吴帆。1DB4101/T103—2024地址数据规范本文件规定了地址数据的地址结构、地址代码和质量要求。本文件适用于地址数据的管理和应用。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T2260中华人民共和国行政区划代码GB/T10114县级以下行政区域代码编制规则3术语和定义下列术语和定义适用于本文件。3.1地理实体现实世界中具有空间位置、共同属性的独立自然或人工地物。[来源：GB/T37118-2018，3.1]3.2地址标识和定义人们生产、生活等活动处所位置的结构化信息。[来源：GB/T35639-2017，3.1]3.3地址组分构成地址的基本组成部分，也称地址元素。[来源：GB/T35639-2017，3.3，有修改]3.4地址代码标识地址的唯一的、永久的字符串。3.5片区具有一定范围、共同属性的相对独立的区域性地理实体,包含地片名、标识性地物名、居民小区名、自然村名、村民小组和专署区域等。[来源：GB/T35639-2017，5.4.2，有修改]3.6街路巷2DB4101/T103—2024供各种车辆和行人通行的城市道路。[来源：GB/T23705-2009，3.3，有修改]3.7门（楼）牌院落、独立门户或建筑物表示地址编号的描述。[来源：GB/T23705-2009，3.5，有修改]3.8院落单位、住宅小区、建筑物群等具有地理边界的一个相对独立的区域范围。3.9在社区（行政村）及其他特定区域划定的基层治理基本工作单元。4地址数据内容4.1地址结构地址结构由行政区划、片区/街路巷、门（楼）牌/院落/建筑物、单元户室号等地址组分类构成。结构表述采用巴科斯范式（BNF，Backus-NaurForm），符号语义如表1所示。各地址组分的描述规定如表2。地址结构示例如附录A所示。落][院落分区][建筑物][单元][楼层][户室]。表1巴科斯范式符号语义“<>”内包含的为必选项|表2地址组分描述规定DB4101/T103—2024表2地址组分描述规定（续）牌号，或者独门独院的门牌号等。格式为：××字母应大写，后缀通常为栋/幢/号楼/座等，格式为：××层/负××层；××中数字均为阿拉伯数字，对于夹层情况，用4.2地址代码4.2.1代码结构地址代码共34位，由地址组分代码和校验码组合构成，地址组分代码有行政区划代码、街路巷院落代码、建筑门楼代码、单元代码、楼层代码、户室代码。代码结构如图1所示。图1地址代码结构各级别地址组分代码的编码要求如下：a)行政区划代码共12位，由省市区县代码、乡镇/街道代码、社区/行政村代码组成，其中第1位到第6位表示区县级以上（含区县级）行政区划代码，编码应符合GB/T2260的规定；第7位到第9位表示乡镇/街道的行政区划代码，编码应符合GB/T2260和GB/T10114的规定；第10位到第12位表示社区/行政村的行政区划代码，地址无社区/行政村时，编码置为000。当4DB4101/T103—2024存在地方特色行政区划代码时，允许使用地方特色行政区划代码，参考国家统计局统计用区划代码；b)街路巷院落代码采用9位数字编码，街路巷、片区、院落地址组分均在本级编码。无上级街路巷院落标识的记为基础街路巷院落，采用6位编码，在所属最低一级行政区划代码下按序号编码。有上级街路巷/片区/院落标识的记为嵌套街路巷院落，嵌套编码采用3位编码，在所属基础街路巷院落编码下按序号编码。无嵌套时，嵌套编码置为000；c)建筑门楼代码采用4位数字编码，门（楼）牌、建筑物地址组分均在本级编码。建筑门楼代码在其所属的完整街路巷院落代码(街路巷院落代码及嵌套街路巷院落代码)下按序号编码。地址无建筑物、门牌号时，建筑门楼代码置为0000；d)单元代码采用2位数字编码，在所属建筑门楼代码下按序号编码。地址无单元时，编码置为00；e)楼层代码采用3位数字编码。楼层有所属单元，在所属单元代码下按序号编码；无所属单元，在所属建筑门楼代码下按序号编码。地址无楼层时，编码置为000；f)户室代码采用3位数字编码。在所属楼层代码下按序号编码。地址无户室时，编码置为000；g)校验码采用1位编码，使用前33位码值按附录B的计算逻辑得出。4.2.2编码原则地址代码的编码原则应符合以下要求：a)唯一性不同地址的代码应不一致。b)关联性街路巷院落代码、建筑门楼代码、单元代码、楼层代码和户室代码之间可包含如下关联关系：1)一个街路巷院落代码可关联多个嵌套街路巷院落代码、建筑门楼代码；2)一个建筑门楼代码可以关联多个单元代码、楼层代码、户室代码。c)稳定性地址代码应根据地址所对应的地理实体进行编码，编码后长期固定使用。地址代码只会随地址组分的生命周期状态消失而废弃，地址代码不会发生改变。新的地址组分不应复用已废弃的代码，应重新编码。d)安全性地址代码通过最后一位校验码保证整体代码安全和准确。4.3地址数据属性结构地址数据属性结构包括地址表、各级地址组分表、元数据表、网格表和地址网格关系表，其中元数据表用于说明地址数据的时空基准、质量、相关单位等情况，网格表和地址网格关系表属于地址数据附属表，用于地址数据网格化管理。各表数据属性结构参考附录C，数据属性部分字段取值要求参考附录D。5地址数据质量5.1数据完整性完整性包括：a)地址数据应覆盖指定区域内所有有效地址，不应存在缺漏；b)数据属性结构完整，应包含本文件规定的所有数据属性结构表；DB4101/T103—2024c)数据字段结构完整，应包含本文件规定的所有字段。5.2数据属性正确性属性正确性包括：a)属性项内容应按本文件要求填写；b)属性项必填项应填写完整；c)属性项填写应反映真实现状。5.3数据逻辑一致性逻辑一致性包括：a)地址组分的引用关系和数据属性结构表中的规定保持一致；b)地址结构应符合本文件要求。5.4数据坐标要求坐标要求包括：a)院落、建筑物、单元级地址的坐标应落在对应院落范围内；b)户室级地址坐标应与其所属的单元级地址或建筑物级地址坐标保持一致，且优先与单元级地址坐标保持一致。5.5数据时空基准空间基准应采用2000国家大地坐标系（CGCS2000），坐标单位为度（EPSG:4490）。时间基准应采用北京时间（UTC/GMT+8.00）。6DB4101/T103—2024（资料性附录）地址结构和代码示例地址结构和代码示例如表A.1所示。表A.1地址结构和代码示例区村巷牌物1院道///////52道/路/93镇组/号/////////X4楼//号苑/////X5道/号///////9DB4101/T103—2024（规范性附录）校验码计算逻辑M值的计算公式：通过公式计算出的M值与校验码的对应关系如表B.1。表B.1M值与校验码映射表M012345678910X98765432式中：Ai——第i位置上的地址代码字符值；Wi——第i位置上的加权因子，其计算公式为：Wi=2(i-1)(mod11)；i——号码符号从右至左包括校验码字符在内的位置序号，i从2开始；n——地址代码的位数。8DB4101/T103—2024（规范性附录）数据属性结构表C.1地址（T_DZ）地址数据属性结构如表C.1。表C.1地址1bsm是2是33是4是5是66是7是8是9是是否pqmc否jlxmc否是否否jzwmc否否否否9DB4101/T103—2024表C.1地址（续）bz否jd是是/是/否1是//否C.2（省市区）行政区划表（T_XZQH）行政区划（省市区）数据属性结构如表C.2。表C.2行政区划（省市区）1bsm是2码6是36否4称是5否63是7/是8/否9态1是//否C.3乡镇/街道（T_XZJD）行政区划（乡镇/街道）数据属性结构如表C.3。DB4101/T103—2024表C.3乡镇/街道1bsm是29是3码6是4是5否63是7/是8/否91是//否C.4社区/行政村（T_SQXZC）行政区划（社区/行政村）数据属性结构如表C.4。表C.4社区/行政村1bsm是2码是39是4是DB4101/T103—2024表C.4社区/行政村（续）5否63是7/是8/否91是//否C.5片区(T_PQ)片区数据属性结构如表C.5。表C.5片区1bsm是2是3pqdm是4pqmc是5否6是73是8/是9/否1是//否C.6街路巷(T_JLX)街路巷数据属性结构如表C.6。表C.6街路巷1bsm是DB4101/T103—2024表C.6街路巷（续）2是3jlxdm是4识否5jlxmc是6否7是8型3是9否否否/是/否态1是//否C.7门（楼）牌(T_MLP)门（楼）牌数据属性结构如表C.7。表C.7门（楼）牌1bsm是29是3否4码是53是6是7否DB4101/T103—2024表C.7门（楼）牌（续）8是9码否3是否jd)是)是1是/是/否态1是//否C.8院落(T_YL)院落数据属性结构如表C.8。表C.8院落1bsm是串2否3是49是5否6码否DB4101/T103—2024表C.8院落（续）73否8否9否否是jd)是)是3是/是/否1是//否C.9建筑物(T_JZW)建筑物数据属性结构如表C.9。表C.9建筑物1bsm是2jzwdm是39是4否5否6码否DB4101/T103—2024表C.9建筑物（续）73否8码否9jzwmc否否是jd)是)是型3是/是/否1是//否C.10单元户室(T_DYHS)单元户室数据属性结构如表C.10。表C.10单元户室1bsm是2是3否楼栋下的楼层，上级地址元素为空；单元下的户室，上级地址元素为单元的DB4101/T103—2024表C.10单元户室（续）4否53否6码否7否8否9否否hsdm否否是jd)是)是3是/是/否1是//否C.11地址元数据(T_DZYSJ)地址元数据数据属性结构如表C.11。表C.11地址元数据1bsm是2是DB4101/T103—2024表C.11地址元数据（续）3是4是5是6是7/是8是9/是是是是//否C.12网格(T_WG)网格数据属性结构如表C.12。表C.12网格1bsm是29是3是4是5否6是7是8/是9/否//否C.13地址网格关系(T_DZWGGX)DB4101/T103—2024地址网格关系数据属性结构如表C.13。表C.13地址网格关系1是2是3/是4/否5//否DB4101/T103—2024（规范性附录）数据属性结构取值要求D.1地址元素类型地址元素类型代码如表D.1所示。表D.1地址元素类型代码表D.2地址生命周期状态地址生命周期状态代码如表D.2所示。表D.2地址生命周期状态代码表123456D.3地址元素生命周期状态地址元素生命周期状态代码如表D.3所示。DB4101/T103—2024表D.3地址元素生命周期状态代码表123456D.4地址名称各地址元素的地址名称取值规则如下：a)行政区划乡镇/街道地址名称::=<省名称><市名称><区县名称><乡镇/街道名称>。社区/行政村地址名称::=<省名称><市名称><区县名称><乡镇/街道名称><社区/行政村>。b)片区片区地址名称::=<最低一级行政区划名称><片区名称>。最低一级行政区划名称为能完全覆盖片区范围的最小行政区划名称。例如当片区在社区范围内时，则最低一级行政区划名称::=<省名称><市名称><区县名称><乡镇/街道名称><社区/行政村>，片区地址名称::=<省名称><市名称><区县名称><乡镇/街道名称><社区/行政村><片区名称>。c)街路巷街路巷地址名称::=<最低一级行政区划地址名称>[所属片区名称]<街路巷>。最低一级行政区划名称为能完全覆盖街路巷范围的最小行政区划名称。例如当街路巷在区县范围内时，则最低一级行政区划名称::=<省名称><市名称><区县名称>，街路巷地址名称::=<省名称><市名称><区县名称><街路巷名称>。d)门（楼）牌门（楼）牌地址名称::=<所属社区地址名称|所属街道地址名称><所属街路巷|所属片区><门（楼）牌名称>[门（楼）牌辅助名称]。门（楼）牌有辅助名称的，应将辅助名称附在门（楼）牌名称之后。院落地址名称::=<所属门（楼）牌地址名称>{上级院落名称}[院落名称]|<所属社区地址名称|所属街道地址名称>[所属街路巷|所属片区]{上级院落名称}<院落名称>。具体情况有：1)有门（楼）牌并且有院落名称的，应包含门（楼）牌名称和院落名称。2)有门（楼）牌没有院落名称的，应包含门（楼）牌名称。3)有院落名称没有门（楼）牌的，可以根