タイトル: Revit ⇄ Speckle の往復ワークフロー
SEOタイトル: Revit⇄Speckleの往復ワークフロー｜send/receive・要素マッピング・座標と単位
Revit ⇄ Speckle の往復ワークフロー
Revit コネクタで要素を send し、Web や他ツールで確認、必要なら receive で戻す実務寄りの往復。パラメータの連携、要素マッピングの限界、座標・単位の落とし穴までを整理します。
この記事の要点
- Revit コネクタで要素を send し、Web や他ツールで確認、必要なら receive で戻すのが基本
- 送れる要素はカテゴリ単位などで選べ、パラメータも一緒に Speckle へ運ばれる
- 受け取り側にない概念は形状＋属性で近似されるため、往復で何が保たれるか検証が要る
- 座標系（プロジェクト基点・測量点）と単位の取り違えはずれの主因なので最初に確認する
- Revit へ戻すときは、ネイティブ要素として再現できる範囲に限界がある点に注意する
この記事は Speckle を Revit と組み合わせる実務寄りの往復ワークフローを扱います。一般的な手順は send／receive の基本ワークフロー を、Revit 自体は Revit の各記事を前提とします。プログラムから扱う場合は specklepy へ続きます。
1Revit から send する
Revit に Revit コネクタを導入すると、リボンなどから Speckle の操作が行えます。基本の流れは次のとおりです。
- 送信先の Project / Model を選ぶ（または作成する）。
- 送る範囲を選択フィルタで決める（選択要素・カテゴリなど）。
- send を実行すると、対象要素が Speckle オブジェクトへ変換され、新しい Version が作られる。
このとき、Revit 要素が持つパラメータ（寸法・材質・分類・型番など）は、Base オブジェクトの動的プロパティとして一緒に運ばれます。形状だけでなく属性も連携できるのが BIM 連携としての価値です。
2Web や他ツールで確認する
send 後は、ブラウザの Viewer でその Version を開き、3D で内容を確認できます。Revit を持っていない関係者でも、URL を共有すればモデルを閲覧でき、コメントや座標の確認が行えます。施主や他分野の担当など、オーサリングツールのライセンスを持たない関係者と内容を共有したいときに有効です。
また、Rhino・Grasshopper・Blender などの コネクタで receive すれば、それぞれのツールでモデルを活用できます。たとえば Grasshopper で受け取って解析・最適化に回す、Blender で受け取って可視化する、といった連携です。Revit を「形を作る場所」、他ツールを「分析・表現する場所」と役割分担し、その間を Speckle がつなぐ、という構図で考えるとワークフローを設計しやすくなります。
3receive で Revit に戻す
他ツールや別の Revit に対して、Speckle 上の Version を receive で読み込めます。Revit へ戻すときは、Speckle オブジェクトを Revit のネイティブ要素へ変換しようと試みます。
往復で「元どおり」とは限らない
ここには限界があります。元が Revit 由来でない（たとえば Rhino で作った自由曲面の）データは、Revit に同じ概念がないため、ネイティブな壁や柱として完全に再現されるとは限らず、ダイレクトシェイプなどの汎用形状として取り込まれることがあります。「Revit→他ツール→Revit」と往復したときに、すべてが元どおりのネイティブ要素に戻るとは限らない点を前提に運用設計するのが安全です。
4要素のマッピングと注意点
往復で何が保たれ、何が落ちるかはケースによります。実務では次を意識します。
| 観点 | 注意点 |
|---|---|
| ネイティブ性 | 受け取り側に同じ概念がないと、形状＋属性として近似される |
| パラメータ | 必要な属性が往復後も保持されるか確認する |
| 要素の対応 | 対応外の要素は欠落しうる。重要要素は事前に検証する |
| 更新運用 | 戻したデータを正本にするか、参照に留めるかを決めておく |
要素の対応関係そのものの考え方は オブジェクトモデル と コネクタ の記事を参照してください。とくに「往復させたら正本にする」のか「他ツールでは参照・確認だけにとどめる」のかは、最初に方針を決めておくと安全です。Revit から出したデータを他ツールで加工し、それを Revit に戻して正式な設計データとして使う場合は、戻したあとに要素の種類・パラメータ・位置が意図どおりかを必ず点検します。
5座標と単位
連携で最もトラブルになりやすいのが座標系と単位です。最初に必ず確認しておきます。
Revit にはプロジェクト基点・測量点・内部原点といった基準があり、ツール間で原点や向きがずれると、モデルが離れた位置に配置される・回転するなどの問題が起きる。関係者間で基準点の扱いを取り決めておく。
Revit 側がミリメートル、受け取り側がメートルやインチといった違いがあると、スケールが狂う。プロジェクトの単位を統一し、変換が正しく行われるか小さなモデルで検証する。
大規模建築では、原点から遠く離れた測量座標で作業することがあり、これが原因で精度や表示の問題が出ることもあります。座標値が極端に大きくなると、表示の揺れや微小なズレが目立つことがあるためです。最初に小さなテスト要素で「位置・向き・スケールが正しいか」を往復確認してから本番のモデルを扱うのが、手戻りを防ぐコツです。テストには、原点付近に置いた立方体や、寸法のわかっている直方体など、ズレや縮尺の狂いをひと目で判定できる単純な形状を使うと確認が楽になります。
6自動化への発展
ここまでは GUI のコネクタによる手動の往復でした。同じ send/receive はプログラムからも実行でき、定期的なデータ取り出しや、属性の一括チェック、他システムへの連携などを自動化できます。その入口が次の specklepy（Python SDK） です。.NET 環境であれば .NET SDK も選べます。