ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子1=サッカー, 子2=野球
子ページを親ページとして更に子ページを作成することも可能です。
例: 親=サッカー, 子=サッカーのルール
親ページはいつでも変更することが可能なのでとりあえず作ってみましょう!
テンプレート
テンプレートがありません。
レベルと通り芯 — モデルの「背骨」となる基準
建物は、いきなり壁や柱を置くのではなく、まず基準を引いてから組み立てます。高さの基準=レベル、平面の基準=通り芯。この 2 つが整っていることが、モデル品質の前提です。
この記事の要点
- レベル(Level)は階の高さ基準を表す水平な基準面。「1FL」「2FL」のように高さを定義する
- 通り芯(Grid)は平面上の基準線(縦横の通り)。柱・壁の配置基準になる
- レベルは基準面、通り芯は基準線(鉛直な基準面)として働き、多くの要素がこれらをホスト(基準)にする
- レベルにホストされた要素は、レベルを動かすと一緒に動く。基準を整えることがモデル品質の前提
1基準要素としてのレベルと通り芯
建物のモデルは、いきなり壁や柱を置くのではなく、まず基準を引いてから組み立てます。Revit でその基準を担うのがレベル(Level)と通り芯(Grid)です。これらは建築図面における「レベル(GL/FL)」「通り芯」の考え方をそのままモデル要素にしたもので、図面の基準線がモデルの基準になっていると考えると理解しやすいでしょう。建築側の基礎は 通り芯・レベル も参照してください。
実務では、プロジェクトの最初に通り芯とレベルを引き、その骨格の上に柱・梁・壁・床を載せていくのが一般的な進め方です。基準を先に固めることで、後から要素を配置しても位置や高さがぶれず、複数人で作業しても整合が取りやすくなります。基準は「建物の座標系の背骨」とも言える存在です。
2レベル(Level)
レベルは、階の高さの基準を表す水平な基準面です。「1FL(1 階床レベル)」「2FL」「軒高」「パラペット天端」のように、建物の高さ方向の基準を定義します。多くの要素はこのレベルに紐づいて配置されます。
- 壁は「ベースレベル」から「上部レベル(またはオフセット高さ)」まで立ち上がる。
- 床・天井は特定のレベルに配置される。
- ドアや窓も、それが取り付く壁を通じてレベルに関連づく。
重要なのは、レベルにホストされた要素はレベルの高さに追従するという点です。たとえば 2FL のレベルを 50mm 上げると、その 2FL を基準にしている床や壁の起点も一緒に移動します。これにより、階高の変更が建物全体に一貫して反映されます。なお、平面図ビューは基本的に特定のレベルに関連づいて作られます。
3通り芯(Grid)
通り芯は、平面上の基準線です。一般に縦方向(X 通り:1, 2, 3…)と横方向(Y 通り:A, B, C…)の格子として引かれ、その交点に柱を立て、線に沿って壁や梁を配置していきます。通り芯は柱・梁・壁などの位置決めの拠り所であり、施工現場でも墨出しの基準として使われる、建物の骨格を表す線です。
Revit では通り芯は単なる平面上の線ではなく、立面・断面方向にも伸びる鉛直な基準面として扱われます。そのため、平面図でも立面図・断面図でも同じ通り芯が一貫して表示され、複数のビューにまたがって整合します。
4基準面・基準線とホスト関係
レベルと通り芯に共通するのは、どちらもデータム(Datum:基準要素)であり、他の要素の位置の拠り所(ホスト)になるという性質です。
床・天井・壁の起点/終点、平面ビューの基準。
柱・梁・壁の平面位置の基準。
このホスト関係があるからこそ、基準を動かすと関連要素がまとめて追従し、モデルの整合性が保たれます。逆に言えば、基準が曖昧・不整合なモデルは下流の図面や数量も崩れやすくなります。まず基準(レベル・通り芯)を正しく整えることが、品質の高い BIM モデルの前提です。
5レベル・通り芯と他要素のホスト関係
もう少し具体的に、レベルと通り芯が「何の基準になるか」を整理します。Revit では多くの要素が、自分の位置を絶対座標で持つのではなく、「どの基準にどれだけずれて乗っているか」という相対的な関係で持っています。この基準が動けば、乗っている要素も追従するわけです。
- 壁は、ベースレベルと上部の拘束(上部レベルまで、あるいは指定の高さまで)で立ち上がる。ベースレベルを上げれば壁の足元も上がる。
- 柱(建築柱・構造柱)は、ベースレベルとトップレベルの間に立ち、平面上は通り芯の交点に置かれることが多い。
- 床・天井・屋根は、特定のレベルを基準面として作成される。
- ドア・窓は壁にホストされ、その壁のレベルを通じて高さの文脈を得る。敷居高さなどはインスタンスパラメータで個別に持つ。
レベルや通り芯を作成すると、それに対応する平面ビューや、立面・断面に表示される基準が自動的に整います。たとえば新しいレベルを追加すると、その階の平面図ビューを生成できるようになります。基準とビュー・要素がこのように連動しているのが Revit の特徴です。
6注意したい落とし穴
基準要素は便利な一方、扱い方を誤るとモデル全体に影響が及びます。実務でよくある注意点を挙げます。
多数の要素がホストしているため、確認せずに高さを変えると意図しない箇所まで動く。階高変更は影響範囲を意識する。
通り芯名はモデル内で一意であるべきで、重複すると参照が曖昧になる。
もう一点、2D 編集と 3D 範囲の違いにも注意します。通り芯やレベルの「線の見え方(範囲)」をビューごとに調整しても、基準面そのものの位置は変わりません。表示調整と実体の移動を混同しないことが大切です。
7連携・データでの扱い
データを扱うときも、レベルと通り芯は重要な手がかりになります。
- 要素が「どの階か」を判定するには、要素のレベル参照を見るのが基本。集計表で階別に数量を出す際の軸にもなる。
- 通り芯の符号(1, 2, A, B…)は、要素の位置を人間が理解できる形で示す基準になる。図面の通り芯位置と数量の突き合わせにも使える。
- IFC や外部連携へ書き出す際も、レベルは階の構造(IfcBuildingStorey に相当)として重要な意味を持ち、要素がどの階に属するかの情報源になる。
- API で要素を生成・配置するときも、ホストとなるレベルや基準を指定するのが基本。基準が決まっていないと要素を正しく置けない。
基準が揃ったモデルは、後工程の図面化・数量集計・外部連携のすべてを安定させます。建築側の解説は 通り芯・レベル を参照してください。
→次に読む
ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子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
コメントを削除してもよろしいでしょうか?