ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子1=サッカー, 子2=野球
子ページを親ページとして更に子ページを作成することも可能です。
例: 親=サッカー, 子=サッカーのルール
親ページはいつでも変更することが可能なのでとりあえず作ってみましょう!
テンプレート
テンプレートがありません。
縮尺と寸法表記
数メートルから数十メートルの建物を、図面では縮めて描きます。その縮め方が縮尺。そして実物の大きさを正しく読み取れるよう、寸法は決まった作法で書き込まれます。1/100 と 1/50 の使い分け、mm 基準の慣例、面積の表し方を整理します。
この記事の要点
- 縮尺は実寸を図面上で何分の一に縮めたか。1/100・1/50・1/30 など、図面の目的で使い分ける
- 分母が小さいほど細部まで描ける。配置図は小さく、詳細図は大きい縮尺
- 建築の寸法は原則 mm(ミリメートル)基準。図面上の数値に単位は付けないことが多い。面積は m²(平米)で表す
- BIM ではモデルは実寸で作り、出力時に縮尺を指定する。縮尺は「見せ方」の設定にあたる
建築物は数メートルから数十メートルの大きさがあるため、図面では実物を縮めて描きます。その縮め方が 縮尺 です。また、図面から実際の大きさを読み取れるよう、寸法が決まった作法で書き込まれます。BIM ではモデル自体は実寸で持ち、縮尺は出力(図面化)時の設定にすぎない、という関係を押さえておくと、寸法データの扱いを誤りません。本記事では縮尺の使い分けと寸法表記の基礎を整理します。
1縮尺とは — 1/100・1/50・1/30の使い分け
縮尺は「図面上の長さ : 実際の長さ」の比です。たとえば 1/100 は、実物 100mm を図面上で 1mm に縮めて描くことを意味します。分母が小さいほど図面上では大きく描かれ、細部まで表現できます。目的によって縮尺を使い分けます。
| 縮尺 | 主な用途 | 特徴 |
|---|---|---|
| 1/500〜1/200 | 配置図・敷地図 | 敷地全体や建物の位置を俯瞰。細部は描かない |
| 1/100 | 平面図・立面図・断面図 | 建物全体を1枚に収める標準的な縮尺 |
| 1/50 | 平面詳細図・矩計図 | 1/100 より細かい納まりを表現できる |
| 1/30〜1/20 | 部分詳細図 | 窓まわり・階段など、納まりを細かく描く |
| 1/10〜1/1 | 詳細図・原寸図 | 金物や取り合いを実物大に近い精度で描く |
同じ建物でも、全体を示す配置図は小さい縮尺、納まりを示す詳細図は大きい縮尺で描きます。1枚の図面に複数の縮尺を併記する場合もあるため、各図には「S=1/100」のように縮尺が明記されます。なお「縮尺が大きい・小さい」という言い方は混乱のもとです。1/50 は 1/100 より分母が小さく、図面上では大きく描かれるため「縮尺が大きい」と言います。分母の数字の大小と、縮尺の大小が逆になる点に注意してください。図面を読むときは、まず縮尺表記を確認し、図面上の長さに縮尺の分母を掛けて実寸を見積もる感覚を持つと、寸法のスケール感を誤りません。
2mm基準と寸法の表記
建築図面の寸法は、原則として mm(ミリメートル) を単位とします。図面上の数値には単位記号を付けず、「3640」とあれば 3640mm(=3.64m)を意味するのが慣例です。これは桁の小さい cm や m を混在させると読み違いが起きるためで、設計から施工まで一貫して mm でやり取りします。
寸法は次の要素で表記されます。
寸法を測る向きに引く線。両端を矢印や斜線(フィート・スラッシュ)で示す。
測る対象の端から寸法線まで引く細い線。
寸法線に沿って書く数値。mm 単位の整数で書くのが基本。
柱間隔のような基準寸法には、日本の在来工法でよく使う 910mm(半間)・1820mm(一間) といったモジュール(基準寸法)が現れます。これらは畳や建材の規格寸法に対応しており、平面図の寸法を読むと建物の割り付けの意図が見えてきます。また寸法の累計を示す方法には、隣り合う部分ごとの寸法を並べる「直列寸法」と、共通の基準点からの距離を重ねて示す「並列寸法(累進寸法)」があり、図面では両者を層状に併記して、細部の寸法と全体の通り芯間隔を同時に読み取れるようにしています。
寸法値を読むときは、その寸法が「どこからどこまで」を指しているかを寸法補助線でたどることが大切です。壁の中心どうしの寸法(芯々寸法)なのか、壁の内側どうしの寸法(内法寸法)なのかで、同じ部屋でも数値が変わります。部屋の有効な広さを知りたいときは内法寸法、構造の架構を知りたいときは芯々寸法と、目的に応じて読み分けます。
3面積の表記
長さは mm で表す一方、面積は m²(平方メートル、平米) で表します。長さの mm と面積の m² で単位系が変わるため、図面から面積を計算するときは桁の扱いに注意が必要です。たとえば 3640mm × 2730mm の部屋なら、いったん m に直して 3.64m × 2.73m ≒ 9.93m² と求めます。建築では特に次の面積が重要です。
| 面積 | 意味 |
|---|---|
| 建築面積 | 建物を真上から見たときの水平投影面積(おおむね1階の外周で囲まれた面積) |
| 延床面積(延べ面積) | 各階の床面積を合計した面積 |
| 敷地面積 | 建物が建つ土地の面積 |
これらの面積は、容積率や建蔽率の計算に直結します。図面の面積表(求積表)には、各室や各階の面積が算定根拠とともに記載されます。容積率・建蔽率との関係は 用途地域・容積率・建蔽率 を参照してください。
BIM では「実寸で唯一、縮尺は見せ方」
BIM では、モデルは常に 実寸 で作成します。柱や壁は実際の mm 寸法で配置され、縮尺という概念はモデル自体には存在しません。縮尺は、モデルから図面(ビュー)を切り出して印刷・出力するときに「このビューは 1/100 で表示する」と指定する設定にあたります。そのため寸法もモデルの実寸から自動で算出され、寸法の食い違いはモデル側のズレを示すシグナルになります。
1/100 のビューでは省略する細部を、1/20 の詳細ビューでは表示する、といった制御は BIM でも必要です。Revit などではビューの詳細レベル(粗い・標準・詳細)で同じモデルから縮尺に応じた見え方を作り分けます。なお、建築の図面が mm 基準である一方、3D ソフトの内部では m(メートル)でジオメトリを持つことがあり、連携時に 1000 倍・1000 分の1 のスケールずれが起きやすい点には注意が必要です。
→次に読む
ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子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 Serverセルフホスト|docker-compose構成とデータ主権・運用設計 NEW 2026-06-29 15:03:33
- 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のsend/receive|Version生成・選択フィルタ・差分とバージョン履歴 NEW 2026-06-29 15:03:32
- Speckleとは|OSSのAECデータプラットフォームをやさしく解説 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
コメントを削除してもよろしいでしょうか?