ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子1=サッカー, 子2=野球
子ページを親ページとして更に子ページを作成することも可能です。
例: 親=サッカー, 子=サッカーのルール
親ページはいつでも変更することが可能なのでとりあえず作ってみましょう!
テンプレート
テンプレートがありません。
BIM 座標系 ― 基準点・測量点・共有座標
BIM では複数のモデルを重ねて使うため、「どの位置・どの向きに置くか」を決める座標系が要になります。基準点の役割と共有座標、そして真北とプロジェクト北を理解すると、連携時の位置ずれ事故を防げます。
この記事の要点
- BIM モデルには内部原点・プロジェクト基準点・測量点という複数の基準があり、それぞれ役割が異なる
- 共有座標は複数モデルを同じ位置に重ねるための共通の座標系で、モデル連携の前提になる
- 真北とプロジェクト北は別概念で、図面を見やすくするために回転させたプロジェクト北を使うことが多い
- モデル連携で位置がズレる事故の多くは、基準点・共有座標・北の設定不一致が原因である
本記事は IFCとは で触れた座標表現を、設計実務の足場として整理する回です。座標は最初の取り決めが最も重要で、ここを押さえると モデル統合と干渉チェック がぐっと安定します。
1なぜ座標系が重要か
BIM では意匠・構造・設備など複数のモデルを重ね合わせて使うため、それぞれのモデルが同じ位置・向きで配置されていることが大前提になります。座標系の理解が曖昧だと、各モデルを統合した瞬間に建物が二重に表示されたり、数百メートル離れた位置に飛んでしまったりします。モデル連携の中で、座標の取り扱いは最も事故が起きやすい論点です。
2複数の基準点
BIM ツール(Revit を例にすると分かりやすい)では、座標の基準として複数の点が定義されます。役割を取り違えると連携時にずれるため、それぞれの意味を正確に押さえます。
Internal Origin。ソフトウェア内部の演算基準で、原則動かさない不動の原点。この付近でモデリングするのが望ましい。
Project Base Point。通り芯の交点など設計上の基準。図面寸法の起点として使う。
Survey Point。現実世界の測量座標との対応点。敷地の測量基準点に合わせ、地理座標へ橋渡しする。
| 基準 | 役割 |
|---|---|
| 内部原点 | 演算用の不動点。座標値が極端に大きいと精度が落ちるため、この付近でモデリングする |
| プロジェクト基準点 | 設計者が扱いやすい起点。図面の寸法はここを基準にする |
| 測量点 | 現実の地理座標との対応点。地理参照の橋渡しを担う |
ポイントは、内部原点はあくまで演算用の不動点であり、現実の地理座標と結びつけるのは測量点の役割だということです。プロジェクト基準点は設計者にとって扱いやすい起点を提供します。
3共有座標 ― モデルを同じ位置に重ねる
共有座標(Shared Coordinates) は、複数のモデルを同一の座標系上で正しい相対位置に配置するための仕組みです。基準となるモデル(多くは敷地・測量情報を持つモデル)の座標系を「正」とし、他のモデルがその座標系を取り込むことで、全モデルが同じ原点・同じ向きに揃います。
共有座標が一致していれば、各モデルを読み込んだだけで自動的に正しい位置に重なります。逆に、あるモデルだけ共有座標を取り込んでいなかったり、別の基準で取り込んでいたりすると、その一つだけがずれて配置されます。連携前に「どのモデルが座標の基準か」「全モデルが同じ共有座標を取り込んでいるか」を確認することが事故防止の要点です。リンク時の座標連携の実務は リンクと座標連携 で扱います。
4真北とプロジェクト北
北の扱いも座標系の重要な要素です。BIM では二種類の「北」を区別します。
- 日照・方位の検討に使う
- 地理参照の基準になる
- 図面を見やすくするための北
- 建物の軸を画面上方向に揃える
たとえば敷地に対して斜めに建つ建物でも、プロジェクト北を建物の軸に合わせれば、平面図を正対した状態で描けます。一方、日照シミュレーションや地理参照では真北を使う必要があります。連携時に北の設定(回転角)がモデル間で食い違うと、形状は合っていても向きだけずれる、という分かりにくい不具合につながります。回転だけがずれる不具合は、平行移動のずれよりも気づきにくいため、特に注意が必要です。
真北とプロジェクト北の関係は、データ上は「回転角」という一つのパラメータで結ばれています。モデルを受け渡す際にこの回転角の情報が正しく伝わらないと、受け取り側ではどちらの北を基準に描かれたモデルなのかが判別できません。北は方位という見た目の問題に見えますが、内部的には座標変換のパラメータであり、形状データと同じく厳密に管理すべき情報です。
5地理参照と座標ずれの典型問題
測量点を現実の測地座標系(日本では平面直角座標系など)に対応づけることを地理参照(ジオリファレンス)と呼びます。地理座標は値が非常に大きくなるため、その値を内部原点としてそのままモデリングすると、計算精度が落ちて表示の乱れや配置のがたつきが生じます。これがいわゆる「遠方原点問題」で、内部原点付近でモデリングし、地理座標は測量点を介して関連づけるのが定石です。
モデル連携で位置がずれる典型原因を整理すると、次のとおりです。
- 各モデルが同じ共有座標を取り込んでいない。
- 取り込み方法(原点合わせか共有座標合わせか)がモデルごとに違う。
- 真北/プロジェクト北の回転角が不一致。
- 地理座標をそのまま内部原点に使い、精度劣化や遠方配置が起きている。
座標は単なる数値の組ではなく、必ず「どの基準系における値か」という前提とセットで扱うことが、ずれを防ぐ原則です。なお IFC で受け渡す場合も座標は重要で、要素の配置はローカル座標系を入れ子に連鎖させる形(IfcLocalPlacement)で表現され、地理参照には IfcMapConversion と IfcProjectedCRS が用意されています。IFC を介して連携する際は、この地理参照情報が正しく含まれているかを確認します。
6運用上のチェックポイント
座標トラブルを未然に防ぐには、連携の各段階で確認すべき点を手順化しておくのが有効です。実務でよく用いられる確認項目を整理します。
- プロジェクト開始時に「座標の基準となるモデル(測量情報を持つモデル)」を一つ決め、それを正とする。
- 各分野モデルは、その基準モデルの共有座標を取り込んでから作業を始める。
- 取り込み方法(原点で合わせるか、共有座標で合わせるか)を全員で統一する。
- 真北・プロジェクト北の回転角を取り決め、ドキュメント化しておく。
- 地理座標は内部原点として直接使わず、測量点を介して関連づける。
これらをプロジェクト実行計画(BEP)に明記しておくと、後から参加するメンバーや協力会社も同じ前提で作業でき、座標起因の手戻りを大きく減らせます。座標は最初の取り決めが最も重要で、途中で基準を変更すると全モデルの再調整が必要になる点に注意してください。
この記事のまとめ
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
コメントを削除してもよろしいでしょうか?