点群からRevit: ネイティブBIMモデリング

TL;DR — 3つのポイント

  • 01

    RevitはRCP形式(Recap)で点群をネイティブにインポートでき、Allplanとは異なりサードパーティ製プラグインが不要です。

  • 02

    ネイティブ対応は自動モデリングを意味しません。壁・床・MEP要素は、すべて点群を参照しながら手作業でモデリングされます。

  • 03

    ほとんどの現況調査・改修プロジェクトではLOD 300〜350が実務上の標準で、LOD 400は主にファブリケーション・産業用途に適用されます。

Revitは世界で最も広く使われているBIMプラットフォームであり、サードパーティ製アドインなしで点群を直接挿入できる数少ないアプリケーションの一つです。このネイティブ対応は一つの障壁を取り除きますが、実際のモデリング作業そのものをなくすわけではありません。本ガイドでは、レーザースキャンをネイティブRevitモデルに変換する実際のワークフロー — 点群のインポートと参照方法、現実的に達成可能なLOD、プロジェクトでよくつまずくポイント、そしてRevitとArchicad・Allplanのスキャン・トゥ・BIM比較 — を解説します。

LOD 300でモデリングされた多層フロアと階段を示すRevitネイティブモデルの断面
ネイティブRevitモデルの断面:点群からLOD 300でモデリングされたフロアごとのレイアウトと階段(VMTSプロジェクト)

なぜScan-to-BIMにRevitを選ぶのか

Revitのネイティブ点群対応とワークシェアリング機能は、大規模かつ複数分野にまたがるチームにとって既定の選択肢ですが、その利便性にはファイルサイズやパフォーマンス面のトレードオフも伴います。

Allplanと異なり、RevitはAutodesk ReCapを通じて点群ファイルを直接読み込みます。「挿入 > 点群」からRCPまたはRCSファイルを挿入すると、埋め込まれた座標系に基づいてスキャンがモデル空間に即座に配置されます。変換ステップやサードパーティ製プラグインへの依存はありません。

このネイティブインポート機能こそが、Autodesk環境に標準化している企業がRevit納品を特に求める主な理由です。点群、モデル、コーディネーションのワークフローが一つのエコシステム内に収まります — モデリングはRevit、干渉チェックはNavisworks、コラボレーションはBIM 360またはAutodesk Construction Cloud。すでにこのスタックで運用している設計・建築事務所にとって、ネイティブRevitモデルはプラットフォーム間でIFCファイルをエクスポート・再インポートする手間を避けられます。

VMTS実務ノート

ネイティブインポート ≠ 自動モデリング。

Revitでは点群をすぐに確認できますが、壁・床・扉・ダクトなど、すべての要素はその参照データをもとに手作業でモデリングする必要があります。これはArchicadやAllplanでも変わりません。ネイティブインポートが節約するのはセットアップの時間であり、モデリングの時間ではありません。

点群からRevitへのワークフロー:ステップ・バイ・ステップ

生データのスキャンから、納品可能な調整済みRevitモデルまでの6段階。

01
データ受領とレジストレーション(位置合わせ)確認

納品された点群(E57、RCS、LAS)は、モデリング開始前にレジストレーション精度、カバレッジの欠落、目標LODに対する点密度をチェックします。

02
RCPへの変換・挿入

生のスキャンデータはAutodesk ReCapを通じてRCPにインデックス化され、「挿入 > 点群」からRevitに挿入し、プロジェクトの共有座標系にリンクされます。

03
共有座標とプロジェクト設定

レベル、通り芯、プロジェクト基準点を点群の座標系に合わせることで、モデルが測量データと一致し、同じ点群を参照する後続の工種も座標がずれません。

04
点群参照によるモデリング

壁、床、屋根、構造要素、MEP配管は、合意したLODに沿って点群の形状に直接スナップさせながら、ネイティブRevitファミリーとしてモデリングされます。

05
品質チェック(QC)

完成したモデルはRevitまたはNavisworks上で点群と再照合され、誤差が合意した許容範囲内に収まっているかを確認し、QCレポートとして結果を記録します。

06
納品

納品物には、ネイティブRVTファイル、要望に応じたIFCエクスポート、QCレポートが含まれます。リンクされた点群はモデル内に残すことも、ファイルサイズの希望に応じて別途アーカイブすることも可能です。

VMTSの差別化要素

VMTSの違い:モデリング前に点群の精度を検証する

点群のレジストレーション誤差とは、重複する複数のレーザースキャンを1つの統合点群に結合(レジストレーション)した後に残る、わずかな位置のずれのことです。これはレジストレーションされたすべての点群で発生し、モデリング前にチェックされなければ、そのままBIMモデルに引き継がれてしまいます。

上記の6ステップは、世界中の点群からRevitへのモデリングチームの多くが採用している標準的な流れです:スキャンをインポートし、共有座標系に合わせ、納品された点群を直接参照してモデリングします。VMTSはこれに加えて、他社ではしばしば省略されがちな一つのステップを追加しています — Revit要素を1つ描く前に、点群そのものの精度を専門的にチェックする工程です。

地上型レーザースキャンは複数のステーションから取得され、その後1つの統合点群にレジストレーション(結合)されます。レジストレーションには、丁寧な取得作業を行っても、重複するスキャン間に一定の誤差が生じます。これを補正しないまま放置すると、その誤差はそのままBIMモデルに引き継がれます。ずれた部分の点群を基準にモデリングされた壁や床は同じ誤差を引き継ぎ、要素が追加されるたびに誤差が積み重なっていきます。

VMTSがモデリング前に点群の精度を検証する方法

モデリングを開始する前に、VMTSのGeomatiker(測量専門スタッフ)は、CADやBIMソフト上での画面上のクリック確認だけに頼らず(エッジ、角、低密度エリアでは視覚的に判断が曖昧になりがちなため)、CAD・BIMソフトから独立した方法でレジストレーション済み点群を検証します:

  • クロスチェック:モデリングソフトとは独立して開発された自社独自の測定方法で寸法を検証
  • 検出:点群全体のレジストレーション誤差を特定し、多くの場合数ミリメートル単位まで検出
  • 報告:モデリング開始前に、各誤差の正確な位置をクライアントに文書化して報告
  • 補正:点群を発生源で補正し、誤差がRevitモデルに到達しないようにする

点群の精度は、モデリング後ではなく、モデリング前に検証します。

レジストレーション済みのすべての点群は、Revitで要素を1つモデリングする前に独立した測定チェックを受けます。誤差は数値化され、位置ごとに報告されるため、完成モデルではなく発生源で補正されます。

このステップに驚かれるクライアントは少なくありません。点群が数ミリメートルずれている場所を正確に示され、後になってコーディネーション時の干渉として発見するのではなく、発生源で補正する機会が得られること — これは他社の標準的な点群からRevitへのワークフローには含まれていません。VMTSではこれをすべてのプロジェクトの標準工程としており、LOD 300以上の精査に耐えるRevitモデルを提供できる主な理由です。

点群からネイティブRevitモデルへの外観比較:レーザースキャンの点群から建物外皮のBIMモデルへ
点群からネイティブRevitモデルへ:地上型レーザースキャンから再構築された外観のマッシングと外皮(VMTSプロジェクト)

Revitにおける LOD 基準:現実的に達成可能なレベルとは

LOD(Level of Detail/Level of Development、詳細度・発展度)は、Revit要素の精度と情報量を示す指標です。点群からRevitへのプロジェクトでは、以下の基準が目安となります:

LOD内容主な用途
LOD 200汎用マッシングファミリー、概算寸法初期設計段階、フィージビリティ検討、概算コスト算出
LOD 300要素単位で正確な形状、実寸法、開口部の完全反映、正しくホストされたRevitファミリー現況調査ドキュメント、改修・許認可申請用モデリング
LOD 350LOD 300の内容に加え、他工種との要素間の関係性・接続詳細を含むコーディネーションモデル、MEP・構造との学際的な調整
LOD 400ファブリケーションレベルの精度、メーカー固有のファミリー、詳細形状を完全反映産業用プロジェクト、MEPファブリケーション、複雑または歴史的建造物の形状

ほとんどの現況調査・改修プロジェクトでは、LOD 300が実務上の標準であり、MEPや構造のコーディネーションが必要な場合はLOD 350が追加されます。どのScan-to-BIMプラットフォームでも同様ですが、Revitで達成可能なLODは元となる点群の品質に上限を左右されます — どれほどモデリングに労力をかけても、スキャンで取得されなかった詳細を復元することはできません。コンポーネントグループ別の詳細度の違いについては、LODマトリクス(LOD 100〜400)をご覧ください。

Revitで点群からモデリングする際によくある課題

よくある課題

  • 大容量のRCPファイルがセントラルモデルの動作を遅くし、特にワークシェアリングプロジェクトで顕著
  • スキャンを事前レビューしていないと、現況条件に対するMEP干渉チェックで問題が後になって表面化する
  • モデリングチームとクライアント側の社内標準でRevitのバージョンが一致しない
  • 設備裏、シャフト内、天井裏など、スキャンが届かない箇所のカバレッジ不足

VMTSの対応方法

  • 点群をエリアごとにクロップし、ワークセットに割り当てることで、工種ごとに必要な範囲のみを読み込み
  • モデリング前にレジストレーションとカバレッジを確認し、欠落はプロジェクト途中ではなく早期に指摘
  • クライアント指定のRevitバージョンで納品し、必要な変換内容を文書化
  • データが不完全な箇所の想定は幾何学的に妥当なものとし、QCレポートで透明に明記
点群からRevitへのプロジェクトを狂わせる4つのリスク:重いRCPファイル、レジストレーション誤差、スキャンカバレッジ不足、バージョンの不一致、およびそれぞれに対するVMTSの管理策
上記4つのリスクと、モデリング前後にVMTSが講じる管理策

Revit vs Archicad vs Allplan:どのプラットフォームが適しているか

3つのプラットフォームはいずれも点群から精度の高いネイティブモデルを構築できます。どれを選ぶかは、技術的にどちらが「優れているか」ではなく、通常はチームが既に採用しているソフトウェア標準とプロジェクトの種類によって決まります。

Revitが適しているケース

  • すでにAutodeskエコシステム(Navisworks、BIM 360/ACC)に標準化している
  • 大規模で複数分野にまたがるチームが、1つのセントラルモデルでワークシェアリングを行う必要がある
  • MEPの比重が高く、工種間の緊密なコーディネーションが求められるプロジェクト
  • 納品先が北米・英国など、Revitが標準となっている市場

ArchicadまたはAllplanが適しているケース

  • 事務所がDACH地域(独・墺・スイス)を拠点とし、両プラットフォームが市場標準となっている
  • MEP中心ではなく、意匠設計主導のプロジェクトである
  • 単一分野の改修・歴史的建造物プロジェクトで、より軽量・高速なネイティブモデリングが必要
  • 申請業務や数量拾いなど、後続ワークフローがすでにArchicadまたはAllplanのテンプレートで構築されている

「スキャンはお任せください。点群からネイティブモデルまで、貴社が実際に使用しているプラットフォームで、下流工程はすべてVMTSが対応します。」

VMTSをRevitモデリングパートナーに

VMT Solutionsは2009年以来、世界中の測量事務所、設計事務所、エンジニアリング会社に向けて、Revit、Archicad、Allplan、Vectorworksにわたりネイティブに点群データをモデリングしてきました。すべてのRevit納品物は合意したLODに基づいてモデリングされ、点群と照合する文書化されたQCチェックを経て、汎用的なIFCインポートではなく、完全に編集可能でワークシェアリング対応のRVTファイルとして納品されます。

100+
社内ドラフター数、大規模プロジェクトにも対応できる体制
2500+
世界各国での完了プロジェクト数
10年以上
点群モデリングの実績

VMTSのScan-to-BIMサービス全般についてはこちら、またはRevit・Archicad・Allplan・Vectorworksをプラットフォームごとに比較し、LODを詳しく解説したScan-to-BIM完全ガイドもあわせてご覧ください。

よくある質問

点群データはRevitに直接インポートできますか?

はい。RevitはAutodesk ReCapを通じて、RCPまたはRCS形式で点群をネイティブにインポートでき、サードパーティ製プラグインは不要です。これは、点群データの利用に追加ツールが必要なAllplanなどのプラットフォームとの大きな違いです。

Revitでレーザースキャンからモデリングする場合、どのLODが現実的に達成可能ですか?

ほとんどの現況調査・改修プロジェクトでは、LOD 300が実務上の標準です。LOD 350では工種間のコーディネーション詳細が追加され、LOD 400はファブリケーションレベル・産業用途に適用されます。達成可能なLODは常に元となる点群の品質と完全性に左右されます。

Revitはどの点群フォーマットに対応していますか?

RevitはAutodesk ReCapで生成されたRCP・RCSファイルに対応しています。E57、LAS、PTSなどの一般的なスキャンフォーマットは、Revitプロジェクトに挿入する前にRCPへ変換・インデックス化されます。

ネイティブRevitモデルは、汎用的なIFC変換と何が違いますか?

ネイティブRevitモデルは、最初から実際のRevitファミリー、ワークセット、パラメトリックな関係性を用いて構築されるため、再リンクなしでRevit上で完全に編集できます。一方IFCインポートは一般的に柔軟性が低く、形状がパラメトリックでなかったり、属性データが不完全、または元のモデリングロジックと切り離されている場合があります。

点群からRevitへのモデリングを外部委託するのはコスト効率が良いですか?

多くの企業にとって、特に点群プロジェクトが恒常的な業務ではなく単発的に発生する場合は、コスト効率が良いといえます。外部委託によりライセンス費用、トレーニング、大規模な点群モデリングの習得コストを避けられ、社内で能力を構築するよりも一般的に納期が早くなります。

VMTSのRevitプロジェクトにはどのような納品物が含まれますか?

すべてのプロジェクトには、合意したLODでのネイティブRVTファイル、要望に応じたIFCエクスポート、元の点群との誤差を文書化したQCレポートが含まれます。納品は貴社のRevitバージョンとワークシェアリング環境に合わせて調整されます。

VMTSと一緒に

点群データがあり、ネイティブRevitモデルが必要ですか?

プロジェクト内容をお聞かせください — 1営業日以内に初期評価をご返信します。

Nguyen Huynh (Rainer)
Nguyen Huynh (Rainer) VMT Solutions
著者について:

Nguyen Huynh(Rainer)はVMT Solutionsの代表取締役で、測量・設計・エンジニアリング分野向けにPoint Cloud to BIMワークフローを専門としています。
 正確なBIMモデル、明確に定義された品質基準、そして国際的な長期パートナーシップを重視しています。

このコンテンツを共有する

私たちのプロジェクト

私たちのVMTチームが手がけた最新のプロジェクトを、さまざまな分野でご覧ください。

満足しているお客様

私たちは非常に幸せです

あなたと共に挑戦的なプロジェクトに取り組む