信息技术 城市数据模型 第2部分：城市层概念 征求意见稿

GB/TXXXXX—/ISO/IEC5087-2I 2 4 4 4 5 66.4交通基础设施模块 6 86.6土地利用模块 6.8城市居民模块 A.1CityGML GB/TXXXXX—/ISO/IEC5087-2：本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定本文件是GB/TXXXXX《信息技术城市数据模型》的第2部分。GB/TXXXXX已经发布本文件由全国信息技术标准化技术委员会（SAC/TC28）提GB/TXXXXX—/ISO/IEC5087-2：型和协议它需要语义集成，即对信息含义的一致、共识的理解。实现语义互操作性，即访问、理解、合并和使用分布在语义网的数据集的可有了术语的明确语义，就可以执行一致性分析，从而验证标准的图1标识了《信息技术城市数据模型》系列标准的三个层级GB/TXXXXX—/ISO/IEC5087-2：GB/TXXXXX—/ISO/IEC5087-2：1信息技术城市数据模型第2部分：城市层概念ISO/IEC5087-1：2023信息技术3.13.23.33.4），3.53.6GB/TXXXXX—/ISO/IEC5087-2：23.73.8注：数量可以作为基本数量或衍生数量出现。示例包括长度、质量、电流（ISQ基本量平面角、力、功率（衍3.9W3C组织对关联数据网络的实现目标。注：语义网技术使人们能够在网络上创建数据存储区，构建词汇表，4符号和缩略语AAFC:加拿大农业及农业食品部(AgricultureandAgri-FoodsCanada)CLUMP:加拿大土地利用监测计划(CanadaLandUseMonitoringProgDL：描述逻辑(descriptionlogIPCC：联合国政府间气候变化专门委员会(InternationalPanelIRI：国际资源标识符(internationalreLBCS:土地分类标准(LandBasedClassificationStanOWL：网络本体语言(ontologyweblanRDF：资源描述框架(resourcedescriptionfraRDFS：资源描述框架模式(resourcedescriptionframeworksUML:统一建模语言(UnifiedModellingLanguag——activity:/iso-iec/5087/-1/ed-1/en/ontology/Activity/——agent:/iso-iec/5087/-1/ed-1/en/ontology/Agent/——agreement:/iso-iec/5087/-1/ed-1/en/ontology/Agreement/——building:/iso-iec/5087/-2/ed-1/en/ontology/Building/GB/TXXXXX—/ISO/IEC5087-2：3——bylaw:/iso-iec/5087/-2/ed-1/en/ontology/Bylaw/——city:/iso-iec/5087/-2/ed-1/en/ontology/City/——cityresidents:/iso-iec/5087/-1/ed-1/en/ontology/CityRes——cityunits:/iso-iec/5087/-1/ed-1/en/ontology/CityUnits/——code:/iso-iec/5087/-2/ed-1/en/ontology/Code/——contact:/iso-iec/5087/-2/ed-1/en/ontology/Contact/——contract:/iso-iec/5087/-2/ed-1/en/ontology/Contract/——genprop:/iso-iec/5087/-1/ed-1/en/ontology/GenericProper——geo:/ont/geosparql#——i72:http://ontology.eil.utoronto.ca/5087/2/iso21972/——infras:/iso-iec/5087/-2/ed-1/en/ontology/Infrastructure/——landuse:/iso-iec/5087/-2/ed-1/en/ontology/Landuse/——org:/ns/org#——org_s:/iso-iec/5087/-1/ed-1/en/ontology/OrganizationStr——org_city:/iso-iec/5087/-2/ed-1/en/ontology/Organization/——owl:/2002/07/owl#——partwhole:/iso-iec/5087/-1/ed-1/en/ontology/Partwhole/——person:/iso-iec/5087/-2/ed-1/en/ontology/Person/——rdf:/1999/02/22-rdf-syntax-ns#——rdfs:/2000/01/rdf-schema#——recurringevent:/iso-iec/5087/-1/ed-1/en/ontology/Recurr——resource:/iso-iec/5087/-1/ed-1/en/ontology/Resource/——loc:/iso-iec/5087/-1/ed-1/en/ontology/Loc/——service:/iso-iec/5087/-2/ed-1/en/ontology/CityService/——transinfras:/iso-iec/5087/-2/ed-1/en/ontology/Transport——time:/2006/time#——xsd:/2001/XMLSchema#本文件中类的形式化是使用表1中的格式指定的，这是描述逻辑的简化，其中第一列标识类名，第二列标识其属性，第三列标识每个属性的范围限制。它应该被理解为：<类>是关联的<属性>及其<值>或“Organization”）与“org:memberOfonlyOrganizaGB/TXXXXX—/ISO/IEC5087-2：4AgentPersonororg_s:Organi如果类的描述逻辑定义没有足够的简化表示，将提供描本文件中定义的模块也已在OWL中实现并在线提供。这些代码的位置在附录D在应用程序中使用本文件时，类由其所属模块的IRI和类名标识。在第4章的“代理”示例中，“代理”/iso-iec/5087/-1/ed-1/en/ontology/Agent/——第一个“Agent”标识代理模块——第二个“Agent”标识代理模块中的“代理”类属性以相同的方式标识。由GB/TXXXXX应用程序创建的个人IRI将具有该应用程序唯一GB/TXXXXX—/ISO/IEC5087-2：5城市数据模型定义了七个城市层本体来描述这些概念6.2代码模块旨在使用一组值列表（例如分类系统）进行这些值完全开放对互操作性没有任何用处。代码模块通过引入一组通用的类和属性来解决这一挑战，这些类和属性可用于扩展此类以集成的方式定义各种分类系——标识符：标识代码的唯一标识符。——genprop:描述：指定代码的描述；GB/TXXXXX—/ISO/IEC5087-2：66.3基础设施模块使用了位置模块（GB/TXXXXX便于描述这些基础设施元素的关键类在表5中进行了形式化。基础设施元素是城市结构的一种通用表示。所有基础设施元素可能），——i72:值：将建筑物的价值标识为cityunits:货币价值。注意，不同类型的价值之间可能有所partwhole:有固有部分GB/TXXXXX—/ISO/IEC5087-2：7——聚合为：标识聚合行驶路线的行驶路。行驶路线可以分解为行驶路段。行驶路段通常是根据基础设施的一些物理特征（例如车道添加/移——聚合为：标识聚合道路线的道路。——网类型：标识路段的道路网类型。“道路网类型”标识特定路段允许或以其他方式支持的出铁路线是一种代表铁路长度的行驶路线。它具有以下属——聚合为：标识聚合铁路线的铁路。——partwhole:有固有部分:标识桥可以分——支持：标识由桥梁支持（即通过）的行驶路段——支持：标识由桥段支持（即通过）的行驶路段——partwhole:有固有部分:标识隧道可以分解——支持：标识由隧道支持（即通过）的行驶路段——支持：标识由隧道段支持（即通过）的行驶路段（GB/TXXXXX—/ISO/IEC5087-2：8partwhole:有固有部分partwhole:有固有部分6.5建筑物模块GB/TXXXXX—/ISO/IEC5087-2：9——建筑单元数量:将建筑物中的建筑单元总数标识为（非负）整数值。——有建筑占地面积：将建筑物占用的占地面积标识为“cityunits:面积”数量。——有建筑面积:将建筑物占用的建筑面积标识为“cityunits:面积”数量。建筑面积是指建筑——建筑面积比:将建筑物的建筑面积比标识为“cityunits:比率指标”数量。这是总建筑面积——有建筑高度:将建筑物的高度标识为“cityunits:长度”数量。——有地上楼层数：标识建筑物中地上楼层的数量为（非负——窗墙比：标识由玻璃（即安装在门窗等固定开口中的玻璃）组成的建筑物外部围护结构的百分比面积。该值指定为“cityunit——依据建造规范建造：标识建筑物建造期间适用的任何建造规范的名称。建造规范是指规定建——contact:有地址：标识建筑物的地址，如联系模式——有用途:将建筑物的用途标识为“建筑——有建造状态：标识建筑物的建造状态。——房产登记编号：标识建筑物所在当局的财产登记册中房地产的唯区分现场施工和异地（预制）施工。该类旨在基于现有分类系统进行扩展。使用“code:有代码”属性个现有分类系统进行扩展。使用“code:有代码”属性可以更精确地GB/TXXXXX—/ISO/IEC5087-2：——有租金：指明建筑单元的租金（如果有）。——有层高：将建筑单元中的地板到天花板高度标识为“长度”，在城市单位模块中如建筑物向其居住者提供的）不同，并且仅包括属于建筑单元一构，而不是周围区域；机场航站楼是建筑物，飞机库是建筑物，但整个机场综合体不是。0rdfs:文字andtime:月exactly0rdpartwhole:有组成部分partwhole:有组成部分用分类的通用概念，可以根据需要对其进行扩展以描述特定分类系统。附录C说明了基于土地分类标准形状。它们也可能通过空间关系（如包含、接触、重叠等）关键类在表6中形式化。土地区域是定义城市系统中某些区域的一种方式。它被定义为一种“loc:位置”类型（子类）并具有以下关键属性:——土地利用:识别为土地区域确定的土——有人口:将土地区域的人口标识为“i72:GB/TXXXXX—/ISO/IEC5087-2：6.7人模块——名字：标识与该人合法关联的“人名”的实例。——别名:标识与该人关联的“人名”的任何其他实例。一个人可能有一个法定姓名，但有多个——contact:有地址：标识与该人——有电子邮箱：指定零个或多个电子邮件地址为xsd:字符串。——出生地点：该人出生的“contact:地址”。——死亡地点：该人死亡的“contact:地址”。——是…的公民：指定一个或多个“公民身份”，每个“公民身份”指定该人是公民的“国家”——父母：识别该人的任何父母。注意在一般意义上定义父母关系（包括法律或生物关系）。该属性可能是专门化的和受限制的，例如“有生母：exactly——有生理性别：识别一个人的生理性别。一个人最多与一种生理性别相关。生理性别的定义与其他身体特征来分配的”。使用“code:有代码”属性可以更精确地GB/TXXXXX—/ISO/IEC5087-2：——有认同性别：标识一个人的相关认同性别身份。该值可能与一个人出生时的性别不同，也可注意，“技能”和“教育”类未定义，由应用程序来定义。使用“code:有代码”属性可以更精确——genprop:标识符：一个字符串，——证件照：一个布尔值，确定证件是否包含照片。人GB/TXXXXX—/ISO/IEC5087-2：人名姓6.8城市居民模块GB/TXXXXX—/ISO/IEC5087-2：——有住所：指定一个或多个住所的实例，其中每个实例指定按城市、地址和/或时间段区分的居使用了可选属性，则其范围仅限于“居民”中指定一个人是否是某个城市的居民的一个主要部分是确定他们居住的地点和时间。“有住所”属性是必需在同一城市和/或不同城市的多个地点/地址。——有房屋类型：标识房屋的类型，例如住宅、公寓或收容所。使用“code:有代码”属性可以更——contact：有地址:标识居住地址——有居住关系：指定住宅是通过所有权、租赁还是其他安排持有。使用“code:有代码”属性可“受控实体”和“公民身份”类对于描述拥有或经营实体或该人是某个国家/地区公民的时间段是——实体:标识受控制的事物。——time：有时间：标识实体保持受控关系的时间段（即人控制实体的时间段）。“受控实体”类进一步专门化了“实体所有权”和“实体经营”“实体所有权”类表示所有权实例，并具有以下特有属性：——所有权百分比：标识所拥有实体的百分比。“实体经营”类表示通过经营进行实体控制的——实体:表示受控制的组织。注意，在某些实现中，可能可以根据个人在组织中的角色来推断person:人GB/TXXXXX—/ISO/IEC5087-2：building:建筑物)6.9住户模块），GB/TXXXXX—/ISO/IEC5087-2：重要，它们决定了大部分人口的定期出行模式和其他活动。组织模块来自组织的TOVE模型。它是GB/TXXXXX中定义的组织结构模块的扩展，引入了与学生和员——组织地址：“contact:有地址”的专门化，它也是根据GB/TXXXXX中定义的组织结构模块中指定的“org_s:地点”定义的。指定“contact:地址”与——有目标：确定组织的目标。这允许代表不同群体的责任和意图。——loc:有位置：标识组织的“loc:关联位置”。这比“contact:地址”更通用，并且允许表示组织可以进一步分类为营利组织、政府组织或非营利组织。营利组织具有以下附加关——有规划：指定为组织定义的“service:规划”。——有目标：指定为角色定义的目标。角色中的任何代理都将此——有资源：指定（预期）为角色分配的“r——loc:有位置：标识营业处所的“lo——扮演角色：指定组织代理在组织上下文中——有目标：指定组织代理在组织上下文中的目标。目标可以由代理的角色继承，也可以直接为雇佣是一种组织成员身份，代理因其在组织中的成员身份而获得金钱报酬。它具有以下属GB/TXXXXX—/ISO/IEC5087-2：——雇佣为：确定代理受雇的职业。“职业”描述某个雇员所从事的工作类型。可以定义不同的——有雇佣状态：标识员工的雇佣状态。就业状况可分为：全职、兼职、全职在家工作、兼职在——有支付：标识薪资的“cityunits:货币价值”。——超时支付：在加班的情况下，将每小时支付的额外薪资率确定为“cityunits:货币价值”。工资是一种按年确定的“薪资”。它用以下属性对“薪资”进——有年度支付：确定一年要支付的薪资的“cityunits:货币价值”“运营”指定组织定期开展业务的时间（即其运营时间）。它使用重复事件模块（在GB/TXXXXX——recurringevent:每周某天：指定“运营”的实例GB/TXXXXX—/ISO/IEC5087-2：recurringevent:循环事件recurringevent:每周某天recurringevent:循环开始时间GB/TXXXXX—/ISO/IEC5087-2：recurringevent:循环结束时间该区域内发生的活动。它有权执行行政或政策决定（由其理事机构代表其制定和颁布）。“管辖区域”——有土地区域：确定管辖区域所占据的空间区域。——居民人口：该区域的居民数量。注意在许多情况下，该数量可能与行政区域占用的土地区域——有法规：标识管辖区域内现有的法规。——有行政区域：确定管辖区域内的行政区——法定名称：标识城市的法定名称。GB/TXXXXX—/ISO/IEC5087-2：6.12城市服务模块——“规划”是满足其选民（公民、用户）需求的主要城市举措。他们的任务是通过提供服务来——“过程”是提供服务的活动。例如，无家可归者登记、床位分配等。定义为一种“activity:活动”，它是一项高级活动，由其中涉及的所有更——genprop:名称：标识“规划”的名称。所有“规划”都必须有一个名称。——genprop:描述：标识“规划”的描述。——有受益利益相关者：确定从“规划”中受益的利益相关者。“服务”的属性如下所示：——activity:有子活动：确定构成“服务”的更具——有成果：确定特定于“服务”的“成果”。GB/TXXXXX—/ISO/IEC5087-2：——有受益利益相关者：确定从“服务”中受益的“利益相关者”。——有受益利益相关者：确定受影响的“利益相关者”。——有重要性：确定影响的重要性（例如，高、中、低）。使用“code:有代码”属性可以更精确——预期影响：确定变化的预期方向（例如，积极，消极）。使用“code:有代码”属性可以更精——genprop:名称：将利益相关者的头衔标识为字符串。——genprop:描述：将利益相关者的——有地理区域：将利益相关者的区域跨度标识为“l——有地理区域类型：确定利益相关者的区域跨度类型（例如地方、省）。使用“code:有代码”“投入”是一种“resource:终结资源状态”，定义了资源以及贡献这些资源的利益相关者，这些——i72:对应时间段：指定使用投入的时间段。份餐食。这些产出的基础是生产了“什么”——genprop:名称：“产出”的名称。——genprop:描述：“产出”的描述。GB/TXXXXX—/ISO/IEC5087-2：6.13合同模块——指定协议：标识一些合同指定的协议。“合同元素”代表合同的一部分，因此，它只存在于某些合同的上“合同元素”的更准确定义如下所示：——陈述：合同中规定在签订合同时被视为真实的主——保证：合同中如果合同中的声明作假，则承诺给予赔偿的部分。还定义了通用的“有合同”属性来将其他对象（例如服务、雇佣）与“合同”对象关联。min2person:人6.14法规模块用于编纂特定法规的法律语义。法规模块中表示了以下三种类型——在城市运营的一个商业组织正考虑储存或制造危险材料。他们希望了解在处理、储存和制造危险材料方面存在哪些限制。由于法规明确规定了作为其重点的资源和/或活动，——城市中的一位房主希望砍除一棵树，他们想知道在树木砍除方面是否有任何限制。他们使用——立法管辖权：确定颁布该法律的管辖区域。——摘要：关于法律目的的简要说明。其范围是“xsd:——发布日期：法律正式发布的日期。GB/TXXXXX—/ISO/IEC5087-2：——有处罚条款：规定对不遵守法律的处罚的条款。——有可分割条款：标识法规的任何部分被上级司法管辖区认定无效但法规其余部分仍然有效的——有附件：法律所附并由法律引用的附件。“附件”是“法规”的一部分。——立法管辖权：确定颁布“法规”的“city:城市”。——立法类型：从“主要法规”、“修改法规”或“修订法规”中选择的——立法变更：正在修订的“法规”。——genprop:描述：“genprop:名称”的描述。——genprop:名称：条款的标题或——genprop:描述：条款内容。——有条款：指向条款的任何子条款。“附件”附于“法规”，是“法规”的一部分，具有以下属性：——genprop:名称：附件的标题或——partwhole:是…的固有部分：附件作为法GB/TXXXXX—/ISO/IEC5087-2：only（person:人ororglandduse:土地区域orcity:管辖区域value主要法规value修改法规value修订法规与其为个人、组织等单独定义这些属性，不如以单独的模块描述与联系信息相关的关键类的形式化如表21所示。“地址”和“电话号码”类都是为适应国际版本而设计。除了参考“地址”类具有以下属性：——有地址类型：指定地址类型，例如家庭、工作。使用“code:有代码”属性可以更精确地定义——有街道号：指定地址所在街道的号码。——最小街道号：“有街道号”的子属性，指定在定义街道号码范围的情况下地址的最小街道号——最大街道号：“有街道号”的子属性，指定在定义街道号码范围的情况下地址的最大街道号——有街道类型：指定地址所在街道的类型，例如道路、车道。使用“code:有代码”属性可以更——有街道方向：指定地址所在街道的方向，例如东、西。使用“code:有代码”属性可以更精确——有邮政信箱：指定地址的邮政信箱号。GB/TXXXXX—/ISO/IEC5087-2：——有省份：指定地址所在的州或省。使用“——有邮政代码：指定地址的邮政代码。——有国家：指定地址所在的国家。使用“code:有代码”属性可以更精确地定义“国家”的值。——有区号：指定号码的区号。——有电话号码：指定区号后号码的剩余数字。——有电话类型：指定电话号码的类型，例如手机、家庭电话等。使用“code:有代码”属性可以wgs84:纬度wgs84:经度GB/TXXXXX—/ISO/IEC5087-2：州6.16传感器模块他特定于控制系统的知识类别还没有被确定为与多种服务相关括对人、车辆等的观察。重要的是，不仅要捕获GB/TXXXXX—/ISO/IEC5087-2：A.1CityGMLCityGML是一种基于XML的标准，用于表示三维城市模型。其目标应用领域包括：“城市和景观人导航、训练模拟器以及移动机器人。”该文件旨在捕获生成三维展示所需的数据，支持在合适的工A.1.2相关性尽管CityGML的目的是支持三维城市模型的捕获和交换，但其主题扩展模块捕获了城市对象的信A.1.3数据映射表A.1本文件中的术语与CityGML之间的关系AddressLanguage(xAL)（由OASIS定义的地址XML词汇表）定义的。许多因此无法实现精确映射）。然而，xAL的Address元素本身以自由格式定义地此外，CityGML通过multiPoint属性将多点几何体（MultiPointgeometry）与地址对象（Addressobject）相关联。同样，contact:Address也通过CityGML的表示形式捕捉了建筑物的不同部分，如结构元素和逻辑分区，而的属性，而building:Building仅标识building:BuildingU在ISO/IEC5087-2中，某一地区的土地使用分类通过LandUse类桥桥这两个术语都涉及了分解过程——CityGML定义transinfras:Bridge定义了Bridg这两个术语都涉及了分解过程——CityGMLtransinfras:Tunnel定义了Tunne在CityGML中，铁路与交叉口相关联，并被细分为多个部分（Sections）。而transinfras:RailLinks和transinfras:RailSeCityGML规定了更为详细的属性，例如铁路的功能和用途，这些在ISO/IEC5087-2中并未包含。虽然这两个术语紧密相关，但彼此既不是特化（或泛化）路在CityGML中，道路与交叉口相关联，并被细分为多个部分（Sections）。而了transinfras:RoadLinks和transinfras:RoadSegCityGML规定了更为详细的属性，例如道路的功能和用途，这些在ISO/IEC5087-2中并未包含。虽然这两个术语紧密相关，但彼此既不是特化（或泛化）INSPIRE指令旨在支持整个欧盟范围内的空间数据共享和访问，特别是那些可能在所识别的34个数据主题中，地籍区块、行政区划单位、土地覆盖、土地使用和建筑物的规范与别的类都被解释为空间对象，而在本文件中，大多数类是通过“hasLocation”属性与空间对象相关联表A.2本文件中的术语与INSPIRE之间的关系和所有权由国家法律定义。”区块的中介区域（如市镇、区段、街区等）。”CadastralZoning具有与其相关联的地籍区划参考和可选city:JurisdictionalArea类则表示对该空间区域地与各种土地使用和分类系统通过单一的hasLandUse属别分配给区域的方式相同。INSPIRE将土地覆盖作为观测数使用分类系统，但该标准旨在便于扩展到其他分类系统。INSPIRE要求ISO/IEC5087-2使用hasLandUse样土地使用、栅格化土地使用和规划土地使用（区划）。现土地使用在ISO/IEC5087-2中没有明确标识，但可以通过不如建筑用途和住宅等信息，但仅表示这些特征的计数，而building:BuINSPIRE支持将抽象建筑表示为二维LADM是一个描述性模型，旨在实现定义土地管理领域共享本体的目标。它涵盖了诸如行政区域、A.3.3数据映射表A.3本文件中术语与ISO19152系列的关系积LA_空间单位但landuse:LandArea类特别用于捕捉不同类型LA_BAUnit类比Citypattern中定义的Jurisd用ISO19160-1模型识别一些更广泛的、与城市相关的概念。相比之下，本文件（ISO/I包括定义城市概念的模式，这些概念可以与由Contact模式定义的地址关联。相关术语之间的数据映A.4.3数据映射表A.4本文件中术语与ISO19160-1系列的关系ISO/IEC5087-2中的contact:Address类定义了一个带有其属性的地址，contact:Address定义的属性将通过与特定地址相关的AddressComponentAddress类的范围比contact:Addres地理位置、父地址和子地址、以及别名地址等信息。这些属性为地址提供了件ISO19160-1定义了一个通用的A则通过contact:hasAddress属性标识了起定义。而在ISO/IEC5087-2中，收件人不是地址定义的一部分，但可以中，所引用的对象可以是空间对象或非空间对象（例如提出了一个土地覆盖分类系统的元模型，该模型使用统一建模语言（UML）进类系统本身，而这些分类系统并未包含在本文件的GB/TXXXXX—/ISO/IEC5087-2：——活动分类：活动分类确定了地块的活动——功能分类：功能分类确定地块的经济功能。——结构分类：结构分类识别土地地块的结构类型。——场地分类：场地分类确定土地地块的场地开发状态(例如是否已开发)。——所有权分类：所有权分类确定了土地使——B表示城市建成区——E表示矿山、采石场和砂石坑——H表示园艺——G表示果园和葡萄园——A表示农田——P表示改良的牧场和饲料作物——K表示未改良的牧场和草地——T表示生产性林地GB/TXXXXX—/ISO/IEC5087-2：——U表示非生产性林地——M表示沼泽、湿地和泥沼——S表示非生产性土地——沙地——L表示非生产性土地——岩石地有CLUMP代码value“B”有CLUMP代码value“E”有CLUMP代码value“A”有CLUMP代码value“Z”有CLUMP代码value“H”有CLUMP代码value“P”有CLUMP代码value“U”有CLUMP代码value“G”有CLUMP代码value“O”有CLUMP代码value“T”有CLUMP代码value“M”有CLUMP代码value“K”有CLUMP代码value“8”有CLUMP代码value“L”有CLUMP代码value“S”——未分类——聚集地——道路——水——林地——森林湿地——树木——树木湿地——农田——有人管理的草地——无人管理的草地——湿地——湿地灌木——湿地草本植物——其他土地——交通区：交通区是土地区域的一种子类，可利用一组预定义的标识符进行识别。标识符与质有AAFC代码value“11”有AAFC代码value“21”有AAFC代码value“25”水有AAFC代码value“31”有AAFC代码value“41”有AAFC代码value“42”有AAFC代码value“45”有AAFC代码value“46”有AAFC代码value“51”有AAFC代码value“61”有AAFC代码value“62”有AAFC代码value“71”有AAFC代码value“73”有AAFC代码value“74”有AAFC代码value“91”GB/TXXXXX—/ISO/IEC5087-2——代码模块:http://ontology.eil.utoronto.ca/5087/2/Code.owl——基础设施模块:http://ontology.eil.utoronto.ca/5087/2/Infrastructure.owl——交通基础设施模块:http://ontology.eil.utoronto.ca/5087/2/TransportationInfrastructu——建筑物模块:http://ontology.eil.utoronto.ca/5087/2/Building.owl——土地利用模块:http://ontology.eil.utoronto.ca/5087/2/Landuse.owl——人模块:http://ontology.eil.utoronto.ca/5087/2/Person.owl——城市居民模块:http://ontology.eil.utoronto.ca/5087/2/CityResident.owl——住户模块:http://ontology.eil.utoronto.ca/5087/2/Household.owl——组织模块:http://ontology.eil.utoronto.ca/5087/2/Organization.owl——城市模块:http://ontology.eil.utoronto.ca/5087/2/City.owl——城市服务模块:http://ontology.eil.utoronto.ca/5087/2/CityService.owl——合同模块:http://ontology.eil.utoronto.ca/5087/2/Contract.owl——法规模块:http://ontology.eil.utoronto.ca/5087/2/Bylaw.owl——联系模块:http://ontology.eil.utoronto.ca/5087/2/Contact.owl——传感器模块:/ns/ssn/GB/TXXXXX—/ISO/IEC5087-2：[1]GruberT.R.“,Atranslationapproachtoportableontologyspecifications,”Knowledgeacquisition,vol.5,no.2,pp.199-220,1993.[2]GruningerM.,FoxM.S.“Methodologyforthedesignandevaluationofontologies,”inIJCAI'95,WorkshoponBasicOntologicalIssuesinKnowledgeSharing,1995.[3][Berners-LeeT.,HendlerJ.,LassilaO.“,Thesemanticweb,”Scientificamerican,vol.284,no.5,pp.[4]ISO3166-2:2020,Codesfortherepresentationofnamesofcountriesandtheirsubdivisions—Part2:Countrysubdivisioncode[5]StatisticsCanada,“Sexatbirthofperson,”1October2021.[Online].Available:https://www23statcan.gc.ca/imdb/p3Var.pl?Function=DEC&Id=24101.[Accessed28September2023].[6]FoxM.S.,BarbuceanuM.,GruningerM.“Anorganisationontologyforenterprisemodleling:preliminaryconceptsforlinkingstructureandbehaviour,”inProceedingsofthe4thIEEEWorkshoponEnablingTechnologies:InfrastructureforCollaborativeEnterprises(WETICE'95),1995.[7][WisemanR.,“Canadiangovernmentsreferencemodels,”inServiceSystemsScience,SpringerJapan,2015,pp.109-128.[8]“OGCCityGeographyMarkupLanguage(CityGML)Part1:ConceptualModelStandard,”OGC,2021.[9]OASIS,“ExtensibleAddressLanguage(xAL)StandardDescriptionDocumentforW3CDTD/SchemaVersion2.0,”2002.[10]“INSPIREKnowledgeBase,”[Online].Available:https://inspire.ec.europa.eu/.[AccessedOctober2023].[11]“INSPIREDataSpecificationonCadastralParcels–TechnicalGuidelines,”EuropeanCommission,2014.[12]“INSPIREDataSpecificationonAdministrativeUnits–TechnicalGuidelines,”EuropeanCommission,2014.[13]“INSPIREDataSpecificationonLandCover–TechnicalGuidelines,”EuropeanCommission,2013.[14]“INSPIREDataSpecificationonLandUse–TechnicalGuidelines,”EuropeanCommission,2013.[15]“INSPIREDataSpecificationonBuildings–TechnicalGuidelines,”EuropeanCommission,2013.[16]ISO19152(allparts),Geographicinformation—LandAdministrationDomainModel(LADM)[17]ISO19160-1,Addressing—Part1:Conceptualmodel[18]ISO19144-2,Geographicinformation-Classificationsystems—Part2:LandCoverMetaLanguage(LCML)[19]MontenegroN.,GomesJ.,UrbanoP.,DuarteJ.“,ALandUsePlanningOntology:LBCS,”FutureInternet,vol.4,no.1,pp.65-82,2012.[20]KatsumiM.,FoxM.“ALogicalPatternforRepresentingChangeOverTimeinOWL,”inProceedingsofthe8thWorkshoponOntologyDesignandPatterns(WOP2017),Vienna,2017.GB/TXXXXX—/ISO/IEC5087-2[21]KatsumiM.,FoxM.“DefiningActivitySpecificationsinOWL,”inProceedingsofthe8thWorkshoponOntologyDesignandPatterns(WOP2017),Vienna,2017.[22]KatsumiM.,FoxM.“,OntologiesforTransportationResearch:ASurvey,”TransportationResearchPartC:EmergingTechnologies,vol.89,pp.53-82,2018.[23]MillerE.J.,“iCity:UrbanInformaticsforSustainableMetropolitanGrowth;AProposalFundedbytheOntarioResearchFund,ResearchExcellence,Round7,”July14,2014.[24]KatsumiM.,FoxM.S.,“iCityUrbanSystemOntology,Version1,”2017.[Online].Available:https://enterpriseintegrationlab.github.io/icity/iCityOntology_v1_Report.pdf.[25]KriegerH.-U.“Wheretemporaldescriptionlogicsfail:Representingtemporally-changingrelationships.,”inAnnualConferenceonArtificialIntelligence,2008.[26]WeltyC.,FikesR.,MakariosS.“Areusableontolo