“大中城市地震灾害情景构建”基础数据库格式规范

“大中城市地震灾害情景构建”基础数据库格式规范一、引言1.1目的与意义为规范“大中城市地震灾害情景构建”工作的数据基础，确保情景分析的科学性、准确性和可比性，特制定本基础数据库格式规范。本规范旨在统一数据采集、存储、管理与共享的标准，为城市地震风险评估、应急准备、预案优化及灾后响应提供高质量的数据支撑，提升城市抵御地震灾害的综合能力。1.2适用范围本规范适用于各类大中城市开展地震灾害情景构建工作时，所涉及的基础数据库的规划、设计、建设、维护与应用。相关科研机构、政府应急管理部门、城市规划部门及参与情景构建的技术团队在进行数据收集、整理、入库及共享时，均应遵循本规范。1.3术语与定义*地震灾害情景构建：通过对潜在地震事件可能造成的破坏、人员伤亡、经济损失及社会影响进行系统性模拟和描述，形成对未来可能发生的地震灾害的具象化认知。*基础数据库：指支撑地震灾害情景构建全过程，包含城市自然地理、社会经济、建（构）筑物、基础设施、应急资源等多维度数据的结构化集合。*数据项：数据库表中的一列，用于描述实体的某一属性。*元数据：描述数据的数据，包括数据的来源、格式、质量、更新时间等信息。二、数据库设计原则2.1准确性原则数据应真实反映客观实体，其采集、录入及处理过程需经过严格校验，确保数据值的正确性和可靠性。2.2完整性原则数据库应全面覆盖情景构建所需的各类基础信息，避免关键数据缺失，确保数据集合的系统性和全面性。2.3规范性原则数据的命名、分类、编码及格式应遵循统一标准，保证数据的一致性和可理解性，便于数据交换与共享。2.4一致性原则同类数据的定义、格式和精度应保持一致，不同数据表之间的关联关系应清晰、准确，避免数据冲突和歧义。2.5可扩展性原则数据库结构设计应具备一定的灵活性和前瞻性，能够适应未来数据类型、数据量的增加及应用需求的变化，便于进行功能扩展和升级。2.6安全性原则建立健全数据安全管理机制，对敏感信息进行加密或脱敏处理，确保数据在存储、传输和使用过程中的安全与保密。三、核心内容与格式规范3.1基础地理信息数据3.1.1行政区划数据*数据项：行政区划代码、行政区划名称、级别（如市、区、街道、社区）、行政中心坐标（经度、纬度，采用WGS84坐标系）、边界几何数据（采用shp格式或GeoJSON格式）、面积（平方公里，保留两位小数）、人口数量（万人，保留一位小数）。*说明：应包含最新的行政区划调整信息，确保与国家或地方民政部门数据一致。3.1.2地形地貌数据*数据项：区域名称、高程数据（米，保留整数，采用DEM格式）、坡度（度，保留一位小数）、坡向（度，0-360，保留整数）、地貌类型（如平原、丘陵、山地等，采用国家标准分类码）。*说明：DEM数据分辨率应根据城市规模和情景构建需求确定，一般不低于30米。3.2城市建（构）筑物数据3.2.1建筑物基础信息*数据项：建筑物唯一标识ID、名称（如无正式名称可省略或自定义编号）、地址（详细至门牌号或可定位的具体位置描述）、中心点坐标（经度、纬度，WGS84坐标系）、占地面积（平方米，保留整数）、建筑面积（平方米，保留整数）、建筑高度（米，保留一位小数）、建筑层数（地上层数、地下层数，均为整数）、建成年代（年，四位整数）、结构类型（如框架、砖混、砖木、钢结构等，采用行业标准分类码）、抗震设防烈度（度，整数）、抗震等级（如一级、二级等，按GB____规范）、用途分类（如住宅、商业、医疗、教育、工业等，采用国家标准分类码）。*说明：建筑物唯一标识ID应具有唯一性和永久性，建议采用国家或地方统一的不动产编码或自定义编码规则。3.2.2重要建（构）筑物专项信息*数据项：在3.2.1基础上，增加：建筑使用功能重要性类别（如甲、乙、丙、丁类，按GB____规范）、主要结构材料、关键构件尺寸（如梁、柱截面尺寸，毫米）、是否历史保护建筑（是/否）、是否应急避难场所（是/否，如是，需关联避难场所信息）。*说明：重要建（构）筑物包括大型公共建筑、生命线工程相关建筑、地震次生灾害危险源相关建筑等。3.3生命线工程设施数据3.3.1交通设施数据*数据项：设施唯一标识ID、设施名称、类型（如道路、桥梁、隧道、铁路、机场、港口等）、具体位置/走向（坐标串或起止点坐标）、长度/规模（道路长度：公里，保留两位小数；桥梁跨度：米，保留整数；车道数：整数）、设计标准（如道路等级、设计荷载）、运营状态（正常、维修、停用）。*说明：道路数据宜包含道路中心线几何信息，桥梁、隧道等应包含精确的空间定位信息。3.3.2供水/排水/燃气/热力/电力/通信设施数据*数据项：设施唯一标识ID、设施名称、类型（如水源厂、水厂、泵站、管网、变电站、线路、通信基站、机房等，按各行业标准分类）、位置坐标、规模/容量（如供水量万吨/日、供电容量兆伏安等，保留两位小数或整数）、管线材质（针对管网类）、管径/线径（毫米或型号，保留整数）、设计压力/电压（针对压力管道/电力线路）、建设年代、管理单位、联系方式（主要负责人及电话，非必填，敏感信息可加密）。*说明：管网数据应包含节点和管段的空间及属性信息，关键节点（如阀门、水表、检查井）需单独标注。3.4人口与经济数据3.4.1人口数据*数据项：统计单元（如社区、街道或自定义网格单元）、统计时点、总人口（人，整数）、常住人口（人，整数）、户籍人口（人，整数）、年龄结构（各年龄段人口数或百分比，如0-14岁、15-64岁、65岁及以上）、性别比例（女性为100时的男性比例，保留一位小数）、就业人口（人，整数）、主要就业行业分布（百分比，保留一位小数）。*说明：数据应尽可能细化到最小统计单元，并注明数据来源（如人口普查、抽样调查等）。3.4.2经济数据*数据项：统计单元（如区、街道）、统计年度、地区生产总值（亿元，保留两位小数）、三次产业增加值及占比（亿元，百分比，均保留两位小数）、固定资产投资（亿元，保留两位小数）、主要行业产值（如工业、建筑业、批发零售业等，亿元，保留两位小数）。*说明：应采用与国家或地方统计部门一致的核算口径和方法。3.5地震活动性与地震动参数数据3.5.1潜在震源与历史地震数据*数据项：震源/地震事件ID、名称（如XX断裂带潜在震源区、XX年XX地震）、类型（潜在震源/历史地震）、位置坐标（经度、纬度，WGS84坐标系）、震级（里氏震级ML或矩震级Mw，保留一位小数）、震源深度（公里，保留一位小数）、发震时间（历史地震必填，年-月-日，潜在震源为情景设定时间）。*说明：潜在震源区应参考最新的国家或区域地震区划成果。3.5.2地震动参数数据*数据项：情景地震ID（关联3.5.1）、计算点坐标（经度、纬度，WGS84坐标系）、峰值地面加速度PGA（g，保留四位小数）、峰值地面速度PGV（cm/s，保留两位小数）、反应谱特征周期Tg（秒，保留三位小数）、不同周期点的加速度反应谱值（如0.1s,0.2s,...,5.0s，g，保留四位小数）。*说明：地震动参数计算应采用经审定的地震动预测模型和计算方法。3.6次生灾害危险源数据3.6.1危险源基础信息*数据项：危险源唯一标识ID、名称、类型（如化工厂、油库、气站、危险品仓库、水库、尾矿库等）、具体地址、中心点坐标（经度、纬度，WGS84坐标系）、所属行业、主要危险物质名称及储量（名称采用CAS编号或中文名称，储量单位根据物质特性确定，如吨、立方米等，保留整数或一位小数）、重大危险源级别（按相关标准划分，如一级、二级等）、安全管理负责人及联系方式（非必填，敏感信息可加密）。*说明：应重点收录重大危险源信息，数据需与应急管理部门备案信息核对。3.7应急资源数据3.7.1救援队伍数据*数据项：队伍ID、队伍名称、类型（如消防救援、解放军、武警、专业救援队伍、社会志愿者队伍等）、隶属单位、驻地地址、负责人及联系方式（非必填，敏感信息可加密）、人员规模（人，整数）、主要装备类型及数量（如生命探测仪X台、破拆工具X套等，可采用列表或关联装备表形式）、专长领域（如建筑坍塌救援、水域救援、危化品处置等）。3.7.2应急避难场所数据*数据项：场所ID、场所名称、类型（如固定、临时）、详细地址、中心点坐标（经度、纬度，WGS84坐标系）、有效避难面积（平方米，保留整数）、可容纳人数（人，整数）、建成/启用时间（年-月）、管理单位、配套设施（如供水、供电、医疗点、厕所等，采用枚举值或编码）、开放状态（常态开放/灾时开放）。四、数据组织与存储4.1数据库类型选择建议采用关系型数据库（如PostgreSQL+PostGIS扩展，MySQL，SQLServer等）存储结构化属性数据，结合文件地理数据库或空间数据库管理空间几何数据。对于海量影像数据或模型计算结果，可考虑采用文件系统结合元数据库的方式管理。4.2数据表命名规范*采用英文小写字母、数字及下划线“_”组合。*命名应简洁明了，能准确反映表中数据内容，如“building_info”、“population_data”、“earthquake_scenario”。*避免使用数据库关键字作为表名。4.3字段命名规范*采用英文小写字母、数字及下划线“_”组合，首字母为小写字母。*命名应采用具有实际意义的词汇或缩写，如“building_id”、“longitude”、“construction_year”。*字段名长度一般不超过30个字符。*同一类数据的字段命名应保持风格统一。4.4数据格式与编码*文本型数据采用UTF-8编码。*日期时间型数据采用“YYYY-MM-DD”或“YYYY-MM-DDHH:MM:SS”格式。*数值型数据根据精度要求设置小数位数，避免不必要的冗余。*空间数据应明确坐标系统和投影方式，推荐使用WGS84（EPSG:4326）作为基准坐标系。4.5元数据管理每个数据集或数据表均应配备完整的元数据，元数据应至少包含以下信息：数据名称、数据版本、数据生产者/提供者、联系方式、数据产生日期/更新日期、数据来源说明、数据质量描述（如精度、完整性、一致性等）、数据用途限制、数据格式、坐标系（针对空间数据）、关键字。元数据格式可参考FGDC或ISO____标准。五、数据质量控制5.1数据采集与录入*明确数据采集责任主体和采集流程，确保数据来源可靠。*对录入人员进行培训，熟悉数据项定义和格式要求。*录入过程中应进行实时校验，如数据类型校验、取值范围校验、必填项校验等。5.2数据审核与验收*建立多级审核机制，对录入数据进行逻辑性、准确性和完整性审核。*可采用抽样检查、对比分析（与权威数据源比对）等方法进行数据质量评估。*数据验收合格后方可正式入库。5.3数据更新与维护*制定数据定期更新计划和流程，明确各数据项的更新频率（如行政区划数据每年更新，建筑物数据每X年更新或动态更新）。*建立数据变更记录机制，详细记录数据修改的内容、时间、操作人员等信息，确保数据可追溯。六、数据交换与共享6.1数据交换格式*结构化属性数据：推荐使用CSV、JSON或XML格式进行交换，字段分隔符和编码方式应在交换前明确约定。*空间数据：推荐使用shp格式、GeoJSON格式或符合OGC标准的WFS/WMS服务进行交换。*元数据：推荐使用ISO____XML格式或自定义的JSON格式。6.2共享机制与