ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子1=サッカー, 子2=野球
子ページを親ページとして更に子ページを作成することも可能です。
例: 親=サッカー, 子=サッカーのルール
親ページはいつでも変更することが可能なのでとりあえず作ってみましょう!
テンプレート
テンプレートがありません。
リンクと座標連携
意匠・構造・設備のモデルを別々に作り、リンクで重ね合わせて整合を取る。リンクの種類と、複数モデルの位置を合わせる共有座標の仕組みを解説します。
この記事の要点
- 外部モデルはリンクとして取り込む。Revit リンク・CAD リンク・IFC リンクがあり、いずれも参照であって読み込み(インポート)とは区別される
- 意匠・構造・設備の各分野モデルをリンクで重ね合わせ、整合や干渉チェックを行うのが連携の基本
- 配置基準には原点と原点と共有座標によるがあり、複数モデルの位置合わせの肝になる
- 共有座標は「座標を取得(Acquire)」と「座標を公開(Publish)」でモデル間に伝播させる
- 真北・プロジェクト基準点・測量点の概念は座標系の理解と直結する
本記事は Revit カテゴリの一部です。大規模プロジェクトでは、意匠・構造・設備のモデルを別々に作り、それらをリンクで重ね合わせて整合を取ります。リンクの種類と、複数モデルの位置を合わせる座標連携を解説します。座標系そのものの基礎は BIM 座標系 も参照してください。
1リンクの種類
外部の情報を取り込む方法は、対象とするファイル形式によって 3 種類あります。いずれも外部ファイルへの「参照」であって、ファイルを丸ごと取り込む「読み込み(インポート)」とは異なります。
| リンク | 対象と用途 |
|---|---|
| Revit リンク | 別の Revit モデル(.rvt)を参照として取り込む。リンク元を更新すると「リロード」で反映できる。要素のスナップや干渉チェック、ビューでの表示制御が可能。 |
| CAD リンク | DWG/DXF などの 2 次元/3 次元 CAD を参照する。敷地図や既存図のトレース下絵として使うことが多い。 |
| IFC リンク | 他ソフトから書き出された IFC を参照する。Revit は IFC を内部形式に変換してリンクとして保持する。 |
実務ではモデルの肥大化や管理の容易さからリンクを優先します。読み込みはリンク元との縁が切れて要素がモデルに固定されるため、後で更新が反映できず、CAD の余分な線種・画層がモデルを汚す原因にもなります。下絵として一時的に使うとき以外は、原則リンクを選ぶのが安全です。
2原点と共有座標による配置
リンクを挿入するときの「配置方法」が位置合わせの鍵です。代表的なのは次の 2 つです。
- 双方のモデルの内部原点を一致させて重ねる。
- 設計初期段階で、各分野が同じ内部原点を共有して作り始めている場合に有効。
- リンク元が持つ共有座標(測地的な実位置)に合わせて配置する。
- 敷地座標や周辺施設との位置関係を保ちたい場合に使う。
このほか「中心と中心」「手動で配置」もありますが、複数分野の整合では「共有座標による」を基準に揃えるのが定石です。
3共有座標の取得と公開
共有座標(Shared Coordinates)は、複数モデルが同じ実位置を共有するための仕組みです。基準となるモデル(多くは敷地・意匠モデル)が持つ座標系を、他モデルに伝播させます。伝播の方向には 2 つあります。
| 操作 | 意味 |
|---|---|
| 座標を取得(Acquire) | 自モデルが、リンクしている相手モデルの座標系を取り込む。「相手の座標に自分を合わせる」操作。 |
| 座標を公開(Publish) | 自モデルの座標系を、リンクしている相手モデルへ書き込む。「自分の座標を相手に伝える」操作。 |
取得と公開のどちらか一方の方向で運用ルールを決めておくことが重要です。混在すると座標がずれ、全モデルの位置整合が崩れます。
4真北・基準点・測量点
座標連携を理解するには、Revit が持つ位置基準を押さえる必要があります。
プロジェクト基準点は図面の寸法基準になる設計上の(0,0)、測量点は敷地測量に基づく実世界の基準点で共有座標の原点に相当します。プロジェクト北(作図しやすい向き)と真北(実際の方位)はビューの「方位」設定で切り替えます。これらの基準点と共有座標を正しく運用することで、分野間モデルがズレなく重なり、敷地・周辺との位置関係も維持されます。
5リンクの表示制御と管理
リンクは挿入した後の管理も重要です。複数のリンクを重ねるほど、表示の整理と更新の運用がモデルの使い勝手を左右します。
- 表示/グラフィックスの上書き:ビューの「可視性/グラフィックス」の「Revit リンク」タブで、リンクごとに表示・色・線種を制御できる。構造リンクをグレー表示にして意匠を主役にする、といった使い分けが可能。
- ホスト/リンクの選択:リンク要素はそのままでは編集できない。寸法や注釈の基準にだけ使い、編集はリンク元モデルで行うのが原則。
- リロードとパス管理:リンク元が更新されたら「リロード」で最新化する。リンク元のファイルパスが変わるとリンク切れになるため、共有フォルダ構成を固定し、相対パス運用を徹底する。
- ピン留め:位置合わせ後のリンクは「ピン留め(固定)」して、誤って移動させないようにするのが安全。
6整合・干渉チェックでの活用
分野モデルをリンクで重ねる最大の目的は、設計の整合確認と干渉チェック(クラッシュ検出)です。意匠・構造・設備を 1 つのビューに重ね合わせることで、梁とダクトの干渉、設備配管と構造壁の貫通位置などを早期に発見できます。
Revit 単体でも「干渉チェック」機能で要素同士の交差を検出できますが、大規模プロジェクトでは Navisworks などの統合ツールに各モデルを出力し、まとめて干渉確認する運用も一般的です。いずれの場合も、各モデルが同じ共有座標で正しく重なっていることが前提になります。座標がずれていると干渉チェックの結果がすべて無意味になるため、本記事で述べた座標連携が基盤として効いてきます。
「共通の座標系」がデータ統合の前提になる
分野ごとに別のモデルがあっても、すべてが同じ座標系に乗っていれば、重ね合わせて整合や干渉を確認できます。これは、別々に管理されたデータを突き合わせるとき、共通のキー(ここでは実世界の位置)が揃っていることが統合の前提になる、という考え方と同じです。共有座標が崩れると、各モデルがズレて重なり、干渉チェックの結果も信用できなくなります。だからこそ取得・公開の方向を一つに固定し、座標という「共通の基準」を全モデルで守ることが連携全体の土台になります。
座標系の概念をさらに掘り下げたい場合は BIM 座標系 を参照してください。
→次に読む
ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子1=サッカー, 子2=野球
子ページを親ページとして更に子ページを作成することも可能です。
例: 親=サッカー, 子=サッカーのルール
親ページはいつでも変更することが可能なのでとりあえず作ってみましょう!
テンプレート
テンプレートがありません。
子ページはありません
人気ページ
- 1 建築とは — 建築物の定義・建築と土木の違い・ライフサイクルをわかりやすく解説
- 2 建築・BIM 総合Wiki — 建築の基礎からBIM・Revit・Speckleまで体系的に解説
- 3 建築図面の縮尺と寸法表記 — 1/100・1/50 の使い分けと mm 基準・面積をやさしく解説
- 4 日本のBIM動向 — 国交省BIM/CIM・建築BIM推進会議・ガイドラインをわかりやすく整理
- 5 建築プロジェクトの登場人物|施主・設計事務所・ゼネコン・サブコンと発注方式
- 6 建築入門 — 分野・登場人物・設計から竣工までの流れをやさしく整理
- 7 建築の3分野とは|意匠・構造・設備(MEP)の役割分担とBIMの分野別モデル
- 8 Speckle Automateとは|Version公開トリガーで自動QA・命名規約チェックを走らせる仕組み
- 9 Revit フェーズとデザインオプション|既存・解体・新築の段階管理と設計案比較
- 10 Revit ワークシェアリング徹底解説|ワークセット・セントラルファイル・同期(SWC)・クラウド共同作業
最近更新/作成されたページ
- Dynamo入門|Revitビジュアルプログラミング・ノードとワイヤ・Pythonノード・Dynamo Player NEW 2026-06-29 15:23:47
- 建築の3分野とは|意匠・構造・設備(MEP)の役割分担とBIMの分野別モデル NEW 2026-06-29 15:23:47
- specklepy入門|Python SDKでSpeckleClient認証・operations.send/receive NEW 2026-06-29 15:23:47
- 建築図面の縮尺と寸法表記 — 1/100・1/50 の使い分けと mm 基準・面積をやさしく解説 NEW 2026-06-29 15:23:47
- Speckle Viewerとは|Web3D表示・プロパティ確認・iframe埋め込みと@speckle/viewer NEW 2026-06-29 15:05:23
- Speckle .NET SDK入門|NuGet導入・認証・Base作成・send/receiveとRevitアドイン連携 NEW 2026-06-29 15:05:23
- 日本のBIM動向 — 国交省BIM/CIM・建築BIM推進会議・ガイドラインをわかりやすく整理 NEW 2026-06-29 15:05:23
- Speckle Automateとは|Version公開トリガーで自動QA・命名規約チェックを走らせる仕組み NEW 2026-06-29 15:03:33
- Speckleデータ連携の実務パターン|数量集計・Power BI・QA・他DB連携のパイプライン NEW 2026-06-29 15:03:33
- SpeckleとIFCの違い|標準ファイル交換とライブ連携の比較表と併用の現実解 NEW 2026-06-29 15:03:33
- Speckle Serverセルフホスト|docker-compose構成とデータ主権・運用設計 NEW 2026-06-29 15:03:33
- Speckleとは|OSSのAECデータプラットフォームをやさしく解説 NEW 2026-06-29 15:03:32
- Speckleのsend/receive|Version生成・選択フィルタ・差分とバージョン履歴 NEW 2026-06-29 15:03:32
- Speckleのコネクタ|Revit/Rhino/Grasshopper/Blender等の連携とsend/receive NEW 2026-06-29 15:03:32
- Speckleオブジェクトモデル|Base・動的プロパティ・detach・ハッシュと重複排除 NEW 2026-06-29 15:03:32
コメントを削除してもよろしいでしょうか?