BIM・IFCブログに戻る
その歴史のほとんどで、IFC は建物のための形式でした。道路、橋梁、鉄道は別のツールでモデル化され、別の形式でやり取りされるか、果てしなく長い階を持つ「建物」として IFC に押し込まれていました。ISO 16739-1:2024 として発行された IFC 4.3 はそれを終わらせます。
インフラに携わるなら、ついに自分のプロジェクトを記述できるバージョンです。建築に携わる人にとっても重要です。現行バージョンであり、頼りにしている名前のいくつかが変わっているからです。
IFC 4.3 では建物は施設の一種です。橋梁、道路、鉄道、港湾施設がその横に並び、それぞれに部分があります。
試してみる：IFC 4.3 の橋梁
buildingSMART の IFC 4.3 サンプル橋梁：橋脚の上の床版を、階ではなく部分を持つ IfcBridge としてモデル化しています。
インタラクティブなIFCビューアーを開く
この記事のポイント
- IFC 4.3 は建物の横にインフラ施設——橋梁、道路、鉄道、港湾——を追加します。
- 線形はルートを記述し、線形配置はそのルートに沿った距離で要素を配置します。
- ファイルは FILE_SCHEMA IFC4X3 を宣言します。一部の名前が変わりました：IfcBuildingElement は IfcBuiltElement になりました。
階から施設の部分へ
建物は階で構成されます。道路は違います。ルートに沿った区間で構成され、橋梁は構造部分で構成されます。IFC 4.3 は空間構造を一般化し、それぞれの施設に合った種類の部分を持たせます：
| 施設 | 部分 | 代表的な要素 |
|---|
| IfcBuilding | IfcBuildingStorey | 壁、スラブ、ドア、空間 |
| IfcBridge | IfcBridgePart（床版、橋脚、橋台…） | 桁、支承、橋脚 |
| IfcRoad | IfcRoadPart（車道、路肩…） | 舗装層、縁石、標識 |
| IfcRailway | IfcRailwayPart（軌道…） | レール、枕木、バラスト |
| IfcMarineFacility | IfcMarinePart | 岸壁、防舷材、係留施設 |
基本の考え方——空間ツリーは集約、要素は包含——は建物と同じです。図解はIFC 空間構造の解説にあります。
線形と線形配置
インフラはルートに沿って記述されます。IfcAlignment は平面線形（直線、円曲線、緩和曲線）、縦断線形、そして鉄道ではカントを含みます。要素は x、y、z だけでなく IfcLinearPlacement でも配置できます——「1+250 地点、中心線の左 3.5 m」。これはエンジニアが道路を考える方法そのもので、線形の変更にも耐えます。
建築モデルにも影響する変更
- IfcBuildingElement は IfcBuiltElement になりました。旧名をハードコードしたツールや IDS 仕様は、IFC4X3 ファイルの要素を見落とします。
- ジオリファレンスがより重要になります。インフラは大きく広範囲です。正しい IfcMapConversion のないモデルは、その規模では使えません。
- ヘッダーで宣言されるスキーマは IFC4X3 です。まずそれを確認してください。同じルールセットでもバージョン間で挙動が変わることがあります。
ヘッダー、スキーマ、エンティティ名がファイル内でどう組み合わさるかはIFC ファイルの中身で示しています。
最初に受け取る IFC4X3 ファイルの確認
- スキーマを確認 FILE_SCHEMA は IFC4X3 であるべきです。一部のエクスポーターはまだ IFC4 と書き、インフラを建築用エンティティに押し込みます。
- 空間ツリーを読む 施設とその部分があるはずです——「km 1」「km 2」という階を持つ IfcBuilding ではなく。
- ジオリファレンスを確認 モデルを地図に置いてみます。海の中で終わる道路は、モデリングではなく座標の問題です。
- 正しい名前でチェックを実行 IFC4 向けに書かれた IDS 仕様やルールセットは、IfcBuildingElement の代わりに IfcBuiltElement を要求する必要があるかもしれません。
ジオリファレンスされたモデルを 3D 地図に置く方法はIFC を 3D 地図で見る、バージョンをまたいで機能するチェックの書き方はIDS の解説にあります。
IFC 4.3 を解説：橋梁、道路、鉄道、線形
