すべてのコレクション
モデリングのベスト プラクティス
Revit (2017 - 2023)
cove.tool ワークフローのために Revit で避けるべきことは何ですか?
cove.tool ワークフローのために Revit で避けるべきことは何ですか?

cove.tool プラグインのエクスポート プロセス用にモデルを準備する際に避けるべき Revit のカテゴリ、ファミリ、および状況は何ですか?

Christopher Riddell avatar
対応者:Christopher Riddell
一週間前以上前にアップデートされました

開始する前に、Revit 用の最新のプラグインv3.0.0 を確認してください。これには、追加の Revit ジオメトリを操作するための新機能と強化された機能が含まれています。

また、cove.tool ワークフローの理想的な Revit モデルについては、こちら をご覧ください。この 2 つの記事は、Revit でのモデリングに関する究極のガイドとなります。

この記事では、古いRevit プラグイン v2.3.0を使用する場合の 2 種類の状況、問題のある乱雑な状況をリストします。これらの用語は、ジオメトリを cove.tool にエクスポートしようとするとき、または 3D 解析ページ内で結果を正確に計算しようとするときに、問題を引き起こす可能性がある状況を説明するために使用されます。問題のある状況は、エクスポートしようとしたときにエラーを生成する互換性のないモデル要素から、要素が cove.tool の 3D ページ内でレンダリングされると変更される可能性があるインスタンスまで、さまざまです。問題のある状況では、タイムリーな変更が必要になる傾向があり、極端な場合には、特定の要素を cove.tool 分析から完全に除外する必要があります。厄介な状況は、状況を改善するために簡単な手順を実行できる、より管理しやすい発生であり、すぐに Revit プラグインでエクスポートするためにエクスポートするユーザーへの警告としてリストされています。

問題のある状況

  1. ジェネリック モデル -これは、その構築方法が Revit カテゴリの残りの部分と大きく異なるカスタム ボリューム フォームについて説明します。これらの要素は体積的に構築されているため (押し出し、ブレンド、スイープ、ボイド)、3 軸構成になっています。構築方法がカスタムであるため、Revit は、アプリで昼光モデルを生成するためにプラグインが読み取る単一サーフェス メッシュ データを保存しません。他の Revit カテゴリは、ボリュームのように見えますが、すべて平面であり、さまざまな属性が適用されています(厚さ、材料、プロパティなど)。使用される構築方法によって情報が異なるため、オブジェクトがインポートされる可能性はありますが、可能性は低いです。ユーザーは、これらの要素を、一般的な壁、床、またはマリオン ファミリなどの互換性のある方法で再モデル化する必要があります。
    cove.tool へのエクスポート中に問題が発生するかどうかを確認する 1 つの方法は、Revit の[プロパティ]ウィンドウで、汎用モデルに面積値の線があるかどうかを確認することです。埋め込まれた情報はプラグインからすぐにアクセスできますが、高さや幅があっても領域情報がない場合、コンポーネントが拒否される可能性があります。このオブジェクトが拒否された場合、ユーザはファミリ タグを変更するか、面積値を持つ互換性のあるオブジェクト タイプとして再モデル化する必要があります。

  2. 傾斜した床- プラグインは、床のエクスポート用に傾斜したジオメトリを収集できません。 3D 解析ツール (Daylight sDA% および Glare ASE%) の性質上、グリッド ポイント/ヒート マップの結果を正確に生成するには、cove.tool でフラットまたはステップ ジオメトリが必要です。

  3. Z ファイティング -これは、2 つ以上の要素が空間内のまったく同じ場所を占めている場合のシナリオです。 3D ビジュアライゼーションでは、この同一平面上の状況がスティッチング効果を引き起こし、ユーザーがこれらのアイテムを選択および/または分離することを困難にします。プラグインでは、Z ファイティングによって、エクスポートまたはシミュレーションがクラッシュしたり、不正確な結果が得られたりする可能性があります。これは、エクスポート用に選択する必要があるものを解読できないか、倍数を取るためです。これにより、情報のデータ競合が発生します。空間内の同じ位置を占めるジオメトリをエクスポートしないようにしてください。

  4. 高度に三角形化されたサーフェス- これは、信じられないほど詳細なサーフェスまたは高度にテクスチャリングされたサーフェスを持つモデルまたは要素を表します。これには、家具、木、人、パラメトリック アーキテクチャ、フリット、穴あきシェーディング マテリアルが含まれます。一般的な cove.tool エクスポートの一般的なファイル サイズは 10 ~ 30 MB 未満ですが、サーフェス カウントの多いファイルでは 300 MB を超えるファイル サイズが生成される可能性があります。ただし、この問題は複雑さの問題であり、サイズの問題ではないことに注意してください。 Cove.tool は超高層ビルの詳細をすばやく収集できますが、ツリーを再作成するために必要なデータを収集するには、30 倍も手間がかかります。プラグインはモデル ビューの各平面を収集し、表面積を記録し、すべての要素の位置を調整するため、ジオメトリが単純なほどプロセスが高速になります。 Massing-in-place コマンドの立方体に変換することで、コンテキストやシェーディング要素などの問題のあるジオメトリを単純化します。不規則な回転楕円体の形状やその他の複雑なジオメトリは避けてください。シミュレーションの速度は低下しますが、精度は向上しません。

  5. ネストされたファミリ -これは、あるコンポーネントのファミリを別のコンポーネントのファミリにロードする方法です。ネストされたファミリでジオメトリがどのように処理されるかのデータ構造により、領域情報と単一のオブジェクトが書き出されなくなります。たとえば、モデルに直接ロードする代わりに、カスタム壁ファミリにロードされた窓タイプを使用します。壁ファミリ内の窓タイプは、メイン モデルでは検索できません。 スケジュールを抽出するためにオートデスクが説明したように、パラメータは「共有」できますが、ジオメトリは同じようには機能しません。ウィンドウなどのコンポーネントは、cove.tool レイヤーとして直接コンポーネント ファミリにエクスポートしてモデルにロードする必要があるため、モデル化することをお勧めします。また、 窓とカーテンウォールに関する記事で説明されているように、オブジェクトが適切にサブカテゴリ化されていることを確認してください。

面倒だが扱いやすい状況

6. グループ モデル- Revit のグループは、cove.tool 内でモデルを再作成するために必要な個々の要素のデータをプラグインが収集するのを防ぎます。まず、ファイル内のこれらのアイテムのグループ化を解除してください。会社の典型的なワークフローが、部屋、レベル、または建物コンポーネントのグループを作成することである場合、ユーザーはファイルのコピーを切り離し、進行中の作業モデルを使用しないように求められる場合があります。

7. カーテン ウォールと過剰な作業を伴うジオメトリ -カーテン ウォールで発生する可能性がある問題は、ファミリ タイプではなく、マルチタスク オブジェクトの問題です。 Revit モデラーは、カーテン ウォール ファミリを使用して幅広いアイテムをモデリングする傾向があります。特に、広い領域をカバーするために繰り返しパターンが必要な場合にそうです。エクスポートまたはシミュレーションでカーテン ウォールが問題を引き起こし始める可能性があるのは、要素に埋め込まれたカテゴリがカーテン ウォールに混在している場合です。ユーザーは、ガラス板、スパンドレル パネル、フィン、および外壁をすべて同じレイヤーでモデリングしようとする場合があります。ただし、それらを分離して正しいカテゴリにインポートするのは難しい場合があります。利用可能な回避策がありますが、各要素が取ることになっている目的の量を制限することをお勧めします.

8. モデルに埋め込まれた垂直要素- この状況は、単一のカテゴリまたは Revit ファミリ内で平面オブジェクトが垂直にモデル化されている場合に発生します。ほとんどの場合、これは、壁や窓などの単一の平面要素から突き出ているマリオン、フィン、オーバーハングで観察されます。このシナリオは、プラグインがどの要素を選択してエクスポートするかを判断できない「汎用モデル」と同じ問題を引き起こします。回避策は、要素を異なるレイヤーに分離するか、エラーの原因となる突き出たジオメトリを一時的に非表示/無効にすることです。

ハッピーモデリング!

関連記事:

こちらの回答で解決しましたか?