ページ

2020年7月15日水曜日

Revit モデルパフォーマンス ③~開始ビュー~


今週は、Revitモデルのパフォーマンスについての検証を行います。

よく耳にするけど確かめたことのないことや、個人的に気になっているモデルのパフォーマンスに関わる項目について、5回に渡って検証したいと思います。

3回目は、開始ビューについてです。


検証内容

rvtファイルを開くと、「開始ビュー」が設定されていれば、そのビューが初期画面として開き、設定されていなければ、前回保存した際に表示していたビューが開きます。

このときのビューがどんなビューかによって、起動時間に影響が出ると聞いたので、検証してみたいと思います。


検証方法

モデルは、Revitにデフォルトのサンプルモデル「rac_advanced_sample_project.rvt」とし、開始ビュー
  1. 「開始ビュー」というテキストのみが置かれた製図ビュー
  2. 「From Parking Area」という名前のパースの3Dビュー(シェーディング)
  3. 「From Parking Area」という名前のパースの3Dビュー(リアリスティック)
  4. 「01 - Entry Level」という名前の平面図
  5. 「Section Through Main Stair」という名前の断面図
  6. 「Detail At Grade」という名前の詳細ビュー
  7. 「Room Finish Schedule」のという名前の集計表
  8. 「A1-Floor Plan」という名前のシート
にそれぞれ設定して別rvtファイルで保存しておきます。



そのrvtファイルについて、下記の通り計測を行い、その結果を比較します。
  1. rvtファイルを開いて閉じる時間

※時間の計測はマクロで測定。各5回測定し、その平均値を評価する値とします。
※環境は、Revit2019.2、Windows10です。


結果

測定値は下記の通りです。

予想通り、製図ビューの「開始ビュー」が一番ファイルを開く時間が短い結果となりました。
当然といえば当然の結果ではありますが、描画するのに時間のかかる開始ビューほど、ファイルを開くのにも時間がかかっていることがわかります。

モデルが重くなると、ファイルを開くのにも時間がかかってくるので、製図ビュー等で描画に時間のかからないビューを開始ビューに設定しておけば、より早くモデルを開けますね。

次回は、グループとインプレイスについてです。


R.O

2020年7月14日火曜日

Revit モデルパフォーマンス ②~3Dモデルと線分~


今週は、Revitモデルのパフォーマンスについての検証を行います。

よく耳にするけど確かめたことのないことや、個人的に気になっているモデルのパフォーマンスに関わる項目について、5回に渡って検証したいと思います。

2回目は、平面ビューにおける3Dモデル・線分のパフォーマンスの違いについてです。


検証内容

以前「ファミリは平面的に同じ形状の場合、3Dの要素よりも2Dの線分の方がパフォーマンスが悪い」ということを耳にしました。
そこで今回はそれを確かめるべく、平面ビューにおいて、同じ形状でも3Dモデル・モデル線分・詳細線分によってビューの表示速度に違いがあるか検証します。


検証方法

検証モデルは、5パターン用意します。
いずれも1m角の
  • 一般モデルカテゴリで立方体(押し出し)のファミリ
  • 一般モデルカテゴリで正方形のモデル線分のファミリ
  • 詳細項目カテゴリで正方形の詳細線分のファミリ
  • 正方形のモデル線分
  • 正方形の詳細線分
を作成し、それぞれ1~20FLに4mピッチでグリッド状に縦横100個ずつ並べ、1フロアに1万個、計20万個並べたものを、別々にrvtファイルとして保存します。

下記について計測を行い、その結果を比較します。
  1. rvtファイルサイズ
  2. rvtファイルを開いて閉じる時間
  3. 平面ビューを1つ開いて閉じる時間(1~20FLの開閉時間の平均)
※時間の計測はマクロで測定。各5回測定し、その平均値を評価する値とします。
※rvtファイルの開始ビューは、ビュー範囲に何も要素が無い平面ビューを設定。
※ビューの開閉時間は、rvtファイルを開いて最初にビューを開くときの時間を測定しています。
※テンプレートはデフォルトの建築テンプレートを使用しています。
※環境は、Revit2019.2、Windows10です。


結果

測定値は下図のとおりです。


まとめると、
  • 3Dモデルでも2D線分でも、ファミリになっていれば平面ビューを開閉する時間に大きな差異は生じなかった。
  • 同じ正方形でも、一般カテゴリのモデル線分ファミリと、詳細項目カテゴリの詳細線分ファミリとでは、後者の方がファイルサイズが小さい。
  • ファミリは立方体または正方形で1つのインスタンスですが、線分の場合は正方形で4つのインスタンスになるためか、ファイルサイズも大きくなり、平面ビューの開閉時間も、ファミリの場合に比べ時間がかかった。
という結果となりました。


今回は平面的に正方形という形状だったためか、ファミリの場合、3Dでも2Dでもあまり違いが無かったため、以前聞いたことの証明にはなりませんでした。
ただ、詳細線分で作図した場合と、ファミリ化した場合との違いは明確に表れていたので、もし何度も作図が必要な形状は確実にファミリ化した方が良さそうですね。

今回はここまでになります。
次回は、開始ビューについてです。


R.O

2020年7月13日月曜日

Revit モデルパフォーマンス①~ファミリ~


今週は、Revitモデルのパフォーマンスについての検証を行います。

大きな規模の物件ではRevitモデルのサイズがどんどん大きくなるので、ちょっとした入力の違いや運用方法で、モデルのパフォーマンスに影響を与えることがあります。
そこで、よく耳にするけど確かめたことのないことや、個人的に気になっているモデルのパフォーマンスに関わる項目について、5回に渡って検証したいと思います。

1回目は、ファミリについてです。


検証内容

今回は、ファミリの作り方によってパフォーマンスにどう影響を与えるか検証します。

検証項目

・押し出しとスイープの比較
・参照面の数と参照の種類の比較
・ファミリ内部で配列配置した場合と通常配置との比較


検証方法



検証するモデルは、一般モデルカテゴリで1m角の立方体のファミリを作成し、1~20FLに4mピッチでグリッド状に縦横100個ずつ並べ、1フロアに1万個、計20万個並べたrvtファイルとします。

下記について検証項目ごとに計測を行い、その結果を比較します。
  1. rvtファイルサイズ
  2. rfaファイルサイズ
  3. rvtファイルを開いて閉じる時間
  4. 平面ビューを1つ開いて閉じる時間(1~20FLの開閉時間の平均)
  5. 全体が表示される3Dビューを1つ開いて閉じる時間
※時間の計測はマクロで測定。各5回測定し、その平均値を評価する値とします。
※rvtファイルの開始ビューは、ビュー範囲に何も要素が無い平面ビューを設定。
※ビューの開閉時間は、rvtファイルを開いて最初にビューを開くときの時間を測定しています。
※テンプレートはデフォルトの建築テンプレートを使用しています。
※環境は、Revit2019.2、Windows10です。

2020年7月10日金曜日

Rhino.Inside.Revit② ~Grasshopper→Revit~



Rhino.Inside
という様々なソフトウェア内でRhinocerosを実行できるようにするプロジェクトがWIP版で公開されています。

その中に、Rhino.Inside.Revitという、Revitバージョンも公開されており、Revitを起動しつつそのアドオンという形でRhinocerosおよびGrasshopperを起動することができます。

Rhino.Inside.Revitでどんなことができるか試してみたので、2回に渡ってその機能のさわりの部分を紹介します。

なお、バージョンは、Rhino.Inside.Revit:0.0.7482.23619、Revit:2019.2になります。
頻繁に更新されているので、今後UI等の仕様が変わる可能性があります。

2回目は、Grasshopperで作成した形状をRevitへ送る方法についてです。


GrasshopperからRevitへ

Rhino.Inside.Revit用のGrasshopperのコンポーネントには、Revitで要素を作成するためのコンポーネントが色々用意されています。

[Revitタブ > Build]を開くと、このように柱や梁など基本的な要素はこれで作成できます。


ただ、Grasshopperといえば、コンピューテーショナル、パラメトリックな形状だと思うので、今回はそういった形状の生成方法を3通り紹介します。
生成する形状は、大分適当ですがこんなものを用意しました。

2020年7月9日木曜日

Rhino.Inside.Revit① ~Revit→Grasshopper~



Rhino.Inside
という様々なソフトウェア内でRhinocerosを実行できるようにするプロジェクトがWIP版で公開されています。

その中に、Rhino.Inside.Revitという、Revitバージョンも公開されており、Revitを起動しつつそのアドオンという形でRhinocerosおよびGrasshopperを起動することができます。

Rhino.Inside.Revitでどんなことができるか試してみたので、2回に渡ってその機能のさわりの部分を紹介します。

なお、バージョンは、Rhino.Inside.Revit:0.0.7482.23619、Revit:2019.2になります。
頻繁に更新されているので、今後UI等の仕様が変わる可能性があります。

1回目は、Revitの情報をGrasshopperから取得する方法についてです。

取得の流れ

今回はRevitの壁などの要素を取得してみます。


1.Filter系コンポーネントで要素を取得する条件を作成
2.作成したFilterの条件でRevitの要素を取得
3.取得した要素から形状やパラメーター等の情報を取得

が大きな流れになります。

2020年7月8日水曜日

Revit リンクモデルのつまずきポイント③~共有ファミリとタグ~



「階でファイルを分割して、シート作成用のrvtファイルにリンクをする」
というRevitモデルの構成パターンのときに出くわしたつまずきポイントについて、3回に渡って直面した問題と対応策について紹介していきます。


3回目(最終回)は、共有ファミリとタグについてです。

問題

~リンクのドアへのタグ一括配置時に、ネストしている共有ファミリにも振られてしまう~

通常タグは、[注釈>タグすべて]から一括でタグを振ることができます。


しかし、例えばドアの枠が親ファミリ、パネルが子ファミリというようなネストされたファミリになっていて、かつパネルが共有ファミリになっていている場合があります。


そのようなファミリ構成の場合、[タグすべて]を実行すると、親と子どちらにもタグが振られてしまいます。


これを回避する方法としては、ドラッグで一括選択して
[タグすべて]を実行すると、親ファミリだけにタグを振ることができます。


が、リンクモデルに対しては同じことができません。
リンクモデルの場合はドラッグ選択しても、リンクのインスタンスのみが選択されて、個別の要素は選べないので、一括配置後に共有ファミリに振られたタグを消さなければいけません。


対応策

今回も、Dynamoで対応してみました。
※Ver.2.0.3、()は使用しているパッケージ名です。


コンポーネントファミリのインスタンスは、自分の親ファミリの情報を内部で持っていて、親ファミリの場合は自分が親ファミリなのでこの情報は"空"になります。
これを利用して親ファミリのみをDynamoで取得、タグ配置を行っています。

実行すると、このように親ファミリのみタグが振られました!


全3回にわたってリンクモデルのつまずきポイントについて紹介しました。
他にもリンクモデルを扱う上でぶつかる壁は色々あるので、また次の機会に紹介できればと思います。

R.O

2020年7月7日火曜日

Revit リンクモデルのつまずきポイント②~壁芯の寸法~




「階でファイルを分割して、シート作成用のrvtファイルにリンクをする」
というRevitモデルの構成パターンのときに出くわしたつまずきポイントについて、3回に渡って直面した問題と対応策について紹介していきます。




2回目の今回は、壁芯の寸法についてです。

問題

~リンクモデルの壁躯体芯を寸法でおさえられない~

通常、壁芯をおさえて寸法を配置する際、設定を[躯体芯]にしておけば、例えばボード2枚片面貼りのLGS壁のような場合でも、LGSの芯をおさえることができます。



しかし、リンクモデルの壁芯に寸法を振ろうとすると、[躯体芯]を参照できず、[壁芯]になってしまいます。

対応策

躯体芯に詳細線分を配置して、寸法の参照元とすることで対応しました。
さすがに壁一枚ずつ配置するのは大変なので、Dynamoで配置してみました。
※Ver2.0.3、()は使用してるPackage名です。



このように、詳細線分を一括配置できました。

長所

リンクモデル元の要素が削除されると寸法も消えてしいますが、詳細線分を参照して寸法を配置するので、勝手に寸法が消えることはありません。

短所

リンクの壁位置に変更があっても追従はしないので、詳細線分の位置合わせによる修正が必要になります。


中々やっかいな問題ですが、参考になったでしょうか?
もしもっと良い方法があればぜひコメントいただけると幸いです。

リンクモデルシリーズ、次回(最終回)は共有ファミリとタグについてです。

R.O

2020年7月6日月曜日

Revit リンクモデルのつまずきポイント①~モデルの集計~


大きな規模の物件の場合、ひとつのrvtファイルで作業しているとモデルが重くなるため、ファイルを分割することがあります。

分割するパターンは色々ありますが、今回は下図のように、
「階でファイルを分割して、シート発行用のrvtファイルにリンクをする」
というモデルの構成パターンのときに出くわしたつまずきポイントについて、3回に渡って直面した問題と対応策について紹介していきます。



1回目は、モデルの集計についてです。

問題

~リンクモデルの要素が一覧表に出てこない~

リンクモデルでない場合、集計表で要素を集計することで、建具表や仕上げ表を作成できますが、シート発行用のrvtファイルで、集計表を作成し、フィールドを設定してもなにも表示されません。



解決法

原因はいたってシンプルです。フィールドの編集画面の下部に、[リンクにある要素を含める]という項目にチェックが入っていなかったためです。
これにチェックを入れると、ちゃんとリンクモデルの要素が表示されました。


ついでに2つTipsを。

1.表示するリンクモデルの選択

リンクモデルが複数あり、表示するリンクを選びたい場合は、[表示/グラフィックスの上書き]で選択することができます。

2.プロジェクトパラメーターのコピー

リンク元にのみプロジェクトパラメーターがある場合、シート発行用ファイルの集計表にはそのパラメーターを出すことができません。

プロジェクトパラメーターをいちいち追加するのは大変ですが、リンク元の集計表を、シート発行用のファイルにコピーすることで、一括でパラメーターを追加できます。
↓リンク元のみにあるプロジェクトパラメーター


まず、リンク元とシート発行用のrvtを同時に開いて、リンク元側のプロジェクトブラウザで、コピーしたい集計表を選択して、[修正タブ>クリップボードにコピー]を選びます。
このとき、シート発行用の集計表と名前が被らないようにする必要があります。


続いて、シート発行用ファイルの適当な平面ビューを開き、[修正タブ>クリップボードから貼り付け]を選ぶと集計表をコピーできます。

シート発行用ファイルの集計表のフィールド編集画面を開くと、プロジェクトパラメーターがちゃんと追加されています。




今回は初歩的な内容でしたが、最初に直面したときはなにも要素が表示されず焦ったので紹介しました。

次回のリンクモデルシリーズは、壁芯と寸法についてです。

R.O

2020年7月3日金曜日

建物の面積のあれこれ(床面積の算定について)

建物の規模を決める割合の一つとして「容積率」というものがあります。

これは敷地面積に対する延べ面積の割合(延べ面積÷敷地面積)であり、都市計画によって各々上限が決められています。



では、「延べ面積」は何かというと、建物の各階の床面積の合計のことです。

この「延べ面積」を算出する際に注意したい事は、床面積として合計に含まない部分が建物の中にはあるということです。これを「容積対象外面積」といいます。

具体的にどのようなものがあるかというと、
・EVシャフト(縦方向に穴が開いているので、面積には含まれません。)
・玄関ポーチ   (原則として床面積に含めませんが、屋内的用途に供する場合は面積に含める。)

・バルコニー、ベランダ、外廊下
→吹きさらしの条件をクリア→先端から2m後退した範囲は含めない。
→吹きさらしの条件をクリアしていない→全体を床面積に含める。

・駐車場、駐輪場(延べ面積の1/5を限度として床面積に含めない。)
・ピロティ (屋内的用途に供する場合は面積に含める。)
・屋外階段 (外気に有効に開放されている場合、床面積に含めない)
・備蓄倉庫、貯水槽(防災的な用途に使われる部屋。それぞれ緩和規定がある。)

ざっと書いてみると上記のような範囲です。
この部分は延べ面積には入らないんだと、何となく把握しておくといいかもしれません。

実際には他にも床面積に含めない部分や様々な規定があるのですが、また別の機会にご紹介できればと思います。 
             
Ter

2020年7月2日木曜日

代替進入口の基本事項

代替進入口について簡単にまとめてみました。

代替進入口は、非常時(火災時など)に消防隊員が外部から進入する為の開口部のことです。

必要になってくる建築物としては高さ31m以下階数3階以上の建築物の3階以上の階に必要になります。



しかし、特別な理由に該当する場合などは設置が免除されるようです。(冷蔵倉庫、留置所、金庫室


構造としては高さ1200mm×750mm以上の開口部、または直径1m以上の円が内接できる開口部。消防隊員が進入できる幅なので、人が通れる程度の開口部が必要です。(有効寸法)

引き違いでは開けた時の寸法、はめ殺し窓では割った時の寸法となります。

窓以外に設置する場合は画像のような扉を設置します。



                       


スチールなどは消防隊員が壊して進入するのが困難なため、外側にサムターンがついています。

内側にもサムターンがついていますが、誤って中から開けてしまうと落下してしまう恐れがありとても危険なので、サムターンカバーなどがついています。



TT

2020年7月1日水曜日

Bluebeam2019_ショートカットのカスタマイズ

Bluebeam2019からキーボードショートカットが自由にカスタマイズできるようになりました。

【Revu】の【キーボードショートカット】から編集が出来ます。


すでにほとんどのアクションがショートカットキーを割り当てられていますが、
新たに自分仕様に割り当てることが出来ます。(一部変更できないものもあります)

アルファベットか数字の一文字、
もしくは[Ctrl]や[Shift]や[Alt]を組み合わせたコマンドを
ショートカットキーに割り当てられます。

個人的に『ポリゴンカットアウト』をよく使うが、
ショートカットが割り当てられていなかったため割り当てました


よく使用するツールを分かりやすくショートカットキーを割り当てて作業効率化を図ったり、
ARCHICADやREVITなど、普段から使用しているソフトと同じショートカットキーにして覚えやすくしたり出来るので、

ぜひショートカットを設定して使いやすくしてみてください!


J.N


2020年6月30日火曜日

Bluebeam2019_縮尺設定の改善

Bluebeam2019から搭載された新機能を紹介します。

縮尺の設定についてです。
測定機能のいずれかを使用する際に、
以前までは縮尺を設定せずにマークアップをすることが出来ました。

そのため、縮尺が違う状態で長さや面積を図って、違う値が出てきたりなんかもありましたが、2019バージョンでは測定を行う前に必ず較正するようになりました。




【ツール】の【測定】から測定機能を使用すると縮尺設定画面が出てきます。



【較正】を選択し、図面の縮尺を合わせる為に図面上の寸法値の分かる2点を選択します。


寸法値を上図のように入力し、【縮尺を適応する】を選択したら完了です。



また2019バージョンから【サムネイルパネル】に図面の縮尺が表記されるようになり、確認しやすくなりました。


サムネイルの下側に設定された縮尺が見えます。

またページの範囲を【すべてのページ】にすると

全てのサムネイルの下に縮尺が表記されます。

図面ごとに縮尺が異なる場合には、一目で確認できるため便利に、また縮尺設定をし忘れることが無くなりましたので、測定値を間違えることもなくなりました。


J.N