サポートする3Dモデルの概要を説明します。これらをあわせて「3Dモデル」と呼んでいます。次に掲げるデータタイプを使い分けることによって、ソースデータに格納されているジオメトリの構造を可能な限り忠実にシステム内で再現します。(任意の種類のジオメトリの集合)各タイプの説明は、データ構造、あるいはそれによって表すことができる形状の特徴を述べたものであり、厳密な定義ではありません。ジオメトリで構成することができ、階層構造を持つ場合も持たない場合もあります。呼び、取り扱いが異なることがあります。呼ばれることもあります。論理構造としては「階層構造を持たない均質な集約ジオメトリ」と等価であり、原則としてそれらの間には互換性があります。ソリッドとして取り扱われます。ジオメトリの種類としてのサーフェスのみで構成される均質な集約ジオメトリ、ソリッドのみで構成される均質な集約ジオメトリも、ジオメトリの種類としては、それぞれサーフェス、ソリッドとして取り扱われます。形式のファイルに保存することもできます。ライターが自動的に変換できるケースもあれば、いくつかのトランスフォーマーを使ってデータ構造を変換しなければならないケースもあります。形式のファイルに保存するワークスペース例を掲げます。形式のデータを使用しました。データセットには、建物を構成する部材の形状が3Dモデルのジオメトリとして保存されています。データセットは、通常、複数のフィーチャータイプで構成されており、また、各フィーチャーはさまざまな属性を持っています。実務上はフィーチャータイプや属性に応じて異なる処理をしなければならないこともあるはずですが、ここでは3Dモデルのジオメトリの変換が主題なので、以下のワークスペース例では、そのことは考慮していません。データセットから全てのフィーチャーを読み込む。形式のファイルに出力する。構成される非均質な集約ジオメトリによって形状のデータを保持しています。形式のファイルに出力することはできないため、ソリッドの部分を抽出する必要があります。再編成したうえで、それぞれの種類に対応するポートから出力します。ポートから出力されます。形式用のデータ構造に変換してファイルに出力します。MultiSolid」になります。変換できるデータ構造です。ついては、これだけではソリッドが個別の面に分解され、各面がシングルパートのポリゴンとして出力されます。変換するための処理を加える必要があります。これは、次の「複雑なケース」についても同様です。データセットから全てのフィーチャーを読み込む。各フィーチャーにユニークなIDとして連番の属性を与える。