建築資産の共通の記述方法
Industry Foundation Classes(IFC)は、ビルディングインフォメーションモデリング(BIM)データを交換するために buildingSMART が管理しているオープンな仕様です。アプリケーションに対して、建築資産とそれに関連する情報を記述する共通の方法を提供します。.ifc ファイルは、そのデータの 1 つの表現形式です。
建築設計者、設備技術者、資産管理者は、同じモデル要素を確認するのにそれぞれ異なるアプリケーションを使用することがあります。IFC による交換では、各受け取り側がオブジェクトを特定し、ジオメトリを検査して、合意された情報をレビューできます。エクスポート設定を選択する前に、必要なレビュー作業を定義してください。
公式リファレンス
モデルの構造と情報
IFC のプロパティセットは、名前付きのプロパティをまとめたものです。セットは個々のオブジェクトにも、そのタイプにも属することができるため、ビューアーには、タイプから継承した情報と、個々のオカレンスに割り当てられた情報の両方が表示されることがあります。値の欠落を調査するときは、両方を確認してください。
| 確認対象 | 確認する問い | レビュー作業の例 |
|---|---|---|
| オブジェクトの識別 | 別のレビューで同じオブジェクトを参照できますか? | IFC の識別子とモデルのリビジョンを記録します。 |
| オブジェクトの意味 | オブジェクトは意図どおりに分類されていますか? | 既知のドア、スラブ、設備機器をソースと比較します。 |
| ジオメトリ | 必要な形状が存在しますか? | 開口部、薄い要素、曲面の部材を検査します。 |
| 構成 | 受け取り側は納品物の中を移動できますか? | 建物、階、または合意された構造によって要素を特定します。 |
| プロパティ | 必要な値は読み取り可能で、意味のあるものですか? | 既知の資産識別子と、単位付きの数値を確認します。 |
この表は、レビュー計画のサンプルとして使用してください。すべての IFC ファイルにすべての項目が含まれているという意味でも、見た目がもっともらしいファイルが完全であるという意味でもありません。除外した内容と、ソースに存在しなかったデータを文書化するよう、送信者に依頼してください。
受け取り側とバージョンを合意する
IFC2x3、IFC4、IFC4.3 は、それぞれ別個に公開されているスキーマファミリーです。ドラフト仕様は、サポートされているリリースの代わりにはなりません。公式の buildingSMART 標準ディレクトリで、公開文書とその状態を確認できます。
- 正確なスキーマ、必要な交換ビューまたはプロファイル、受け取り側アプリケーションのバージョンを記録します。
- 本納品の前に、代表的なサンプルを受け取り側にテストしてもらいます。代表的なジオメトリと、必要なすべてのデータを含めてください。
- 合意した設定を納品記録とともに保管します。エクスポーター、インポーター、または要件が変わった場合は、サンプルテストを繰り返してください。
変換に対する期待値を設定する
形式変換は、結果の確認が必要な処理として扱ってください。受け取り側アプリケーションが、元の編集ツール、拘束条件、設計履歴を再現すると想定してはいけません。次の作業でネイティブの作成環境での操作が必要な場合は、ネイティブモデルもどのように提供するかを合意してください。
エクスポートによって、ソースに欠けていた情報や誤っていた情報が正しくなることはありません。アイテムにメッシュと名前しかない場合、技術的な分類や性能値を推定するには、根拠と、責任を持つレビュー担当者が必要です。不確かな値は、承認済みのデータと区別できる状態にしておいてください。
IFC を受け入れる前の 5 つの質問
- このモデルは、どのような判断や後続の作業を支える必要がありますか?
- どのソースのリビジョン、分野、範囲が含まれていますか?
- どのスキーマとインポート設定を、双方でテストしましたか?
- どの座標、プロパティ、受け入れチェックが必要ですか?
- 却下された項目を誰が解決し、修正後の納品物を誰が承認しますか?