JSON 映射文件定义了如何将 Civil 3D 图元映射到 IFC 类。
分类表示根据与条目的角色或功能相关的标准将条目系统地安排成类别。这构成了建筑信息模型 (BIM) 中的基本概念，用于识别组装模型中的对象。工业基础类 (IFC) 架构包含一个内置的分类系统，其中包括定义的类型，通常由预定义的类型（枚举）或用户定义的类型加以补充。
Civil 3D 通过其对象类型（如路线、曲面和道路对象，以及其他 Civil 3D 图元）具备固有的显式分类。此外，使用 CAD 图层或诸如名称、样式分配或代码分配等技术通常用作标识图元的方法。不同的项目和客户往往对导出的 IFC 数据的预期分类有不同的要求。鉴于缺乏将这些 Civil 3D 标识符映射到 IFC 类和类型的单一标准化或普遍认可的方法，IFC 4.3 Extension for Autodesk Civil 3D 提供了一种灵活的方法，可以在导出时为每个 Civil 3D 图元指定所需的 IFC 类和类型。
IFC 4.3 Extension for Autodesk Civil 3D 可以生成填充有估计值或默认值的模板来促进映射过程。有关详细信息，请参见保存项目的对象映射文件。
IFC 4.3 Extension for Autodesk Civil 3D 采用层次结构来确定为 Civil 3D 图元生成的 IFC 分类。最具体的映射设置优先于先前识别的任何映射。同样，也可以通过类似的机制从导出中排除图元。如果在图元上定义了扩展特性，则此分类将替代识别的其他任何映射。
JSON 文件可在任何文本编辑器中进行编辑，但需要注意的是，必须保持合规的语法。此外，它也可以通过编程方式生成，包括 Dynamo 等平台。
虽然正则表达式的使用提供了强大的功能，但务必注意的是，如果一个图元与多个正则表达式匹配，则除了第一个成功的匹配项之外的任何指定都会被忽略。在配置文件中，检查本地映射的顺序将从下到上进行。此行为产生于识别了多个配置文件时的 JSON 解析顺序。
"MapBaselineName": [
{
"Name": "Section 2",
"IfcExportAs": "IfcRailwayPart",
"Export": true
},
{
"Name": "Section.*",
"IfcExportAs": "IfcRoadPart",
"Export": true
},
{
"Name": "Section 3",
"IfcExportAs": "IfcRoadPart. ROADSEGMENT",
"Export": true
},
如果基准线名称的映射指定如上所述，将会发生以下行为。从下到上进行处理，横断面 3 将满足最后一个指定的条件，它将导出为预定义类型为 ROADSEGMENT 的 IfcRoadPart。
由于通配符模式匹配，横断面 2 将满足中间指定的条件，它将导出为预定义类型为 NOTDEFINED 的 IfcRoadPart。尽管存在其上方指定的精确匹配正则表达式（指定了铁路零件），但仍会发生这种情况。此铁路零件指定不会进行求值，因为已发生较早的匹配，因此，在导出的 IFC 中不会找到任何铁路零件。
如下所述，可以采用多种方法来指定许多图元的映射，包括 CAD 图层、关联样式、代码或扩展特性。随后将详细介绍每种图元类型可用的具体选项，后面的选项优先于前面的选项。请务必注意，禁止导出某个图元（例如，通过使用 CAD 图层设置）将禁止对该图元进行任何进一步的映射检查。例如，如果 CAD 图层 V-NODE 配置为禁止导出（如下面 JSON 代码段中的 false 指定所示），则通过点样式或导出该点的显式指令进行的任何类指定都会被忽略，因为图层指定会停止进一步的映射检查。
"MapBlockName": [
"MapCADLayerName": [
{
"Name": "C-FOOTPATH",
"IfcExportAs": "IfcRoad. Footpath",
"Export": true
},
{
"Name": "C-SIGN",
"IfcExportAs": "IfcSign",
"Export": true
},
{
"Name": "V-NODE",
"IfcExportAs": "IfcAnnotation",
"Export": false
},
几何空间点
曲面
路线
要素线
桥梁
桥零件
道路
道路基准线
道路基准线区域
道路实体
道路连接
道路要素线
块参照
其他 CAD 图元