リプレゼンテーションは、フィーチャクラス内にフィーチャ ジオメトリとともにシンボル情報を格納することによって、フィーチャの外観のカスタマイズを可能にする ArcMap のシンボル表示オプションです。 一般的に、厳密なカートグラフィック仕様に対応したり、高度なシンボル効果を実現したりする場合に使用されます。 フィーチャクラスには複数のリプレゼンテーションが関連付けられているため、同じデータを数種類のマップ製品に一意に表示できます。
リプレゼンテーション シンボル
ArcGIS Pro のシンボル モデルではリプレゼンテーション ルールがサポートされており、「属性主体のシンボル」と組み合わせることによって、ファイルベースのリプレゼンテーション オーバーライドによる地図製作が可能になります。 シンボルと属性主体シンボルの構成はレイヤーに格納されるため、このアプローチの方がリプレゼンテーションよりも高い柔軟性を発揮します。 更新してもジオデータベースのフィーチャクラスのスキーマ変更は不要で、シンボルはジオデータベース フィーチャクラスだけでなく、どのレイヤー データ ソースにも適用できます。
ArcGIS Pro でのリプレゼンテーション
リプレゼンテーションは ArcGIS Pro に表示できますが、シンボルは修正できません。 リプレゼンテーション シンボルは、ソース データにリプレゼンテーションが含まれるレイヤーの [シンボル] メニュー 
にあります。 レイヤーに複数のリプレゼンテーションが含まれる場合は、そのそれぞれにシンボル オプションがあります。
レイヤーのシンボルに修正を加えるには、リプレゼンテーション シンボルを「個別値」シンボルに変換します。 これにより、すべてのリプレゼンテーション ルールと、リプレゼンテーションに関連付けられたフィールド オーバーライドが、レイヤー シンボルに変換されます。 変換する前にレイヤーを分析し、オーバーライド BLOB フィールドに格納されたオーバーライド、シェープ オーバーライド、フリー リプレゼンテーション、リプレゼンテーション マーカー オーバーライドなど、サポートされていない要素を特定する必要があります。 分析を実行すると、各フィーチャをオーバーライドとともにリストするログ ファイルが生成されます。 ArcMap を使用してオーバーライドされた属性やジオメトリを手動で適切なフィールドに移動するか、この操作を [オーバーライドの更新 (Update Override)] ジオプロセシング ツールで行います。
リプレゼンテーション シンボルを個別値シンボルに変換
リプレゼンテーション シンボルを個別値シンボルも変換するには、次の手順を実行します。
- [コンテンツ] ウィンドウで、リプレゼンテーションで描画したフィーチャ レイヤーを選択します。 [フィーチャ レイヤー] タブの [描画] グループで、[シンボル] をクリックして [シンボル] ウィンドウを開きます。
[シンボル] ウィンドウが表示されます。
- [分析] をクリックし、リプレゼンテーションの分析を実行します。
分析結果はこのダイアログ ボックスの下に表示されます。 問題が見つかった場合は、オーバーライドを含むリプレゼンテーション ルールが記載されたログ ファイルが生成されます。 このようなオーバーライドを含む個々のフィーチャは、ArcMap の [オーバーライドでフィーチャを選択 (Select Feature By Override)] ツールで特定できます。
- [ログの表示] をクリックしてログ ファイルを開きます。
分析が完了していれば、[変換] ボタンが有効になります。
- 分析によって問題が見つかった場合は、ArcMap でオーバーライドを明示的なフィールドに移動するか、オーバーライドをすべて削除して解決します。または、変換時に無視することもできます。
- [変換] をクリックし、リプレゼンテーションを、フィールド オーバーライドを適用した個別値シンボルに変換します。 個別値フィールドは、リプレゼンテーションの RuleID フィールドです。
- リプレゼンテーション シンボルを個別値に変換したら、必要に応じて、リプレゼンテーション RuleID のベースとなる元のデータ値を使用してシンボルを式ベースのシンボルに移行することもできます。 これを行うには、シンボル表示する別のフィールドを選択し、必要に応じて式ボタン
をクリックして、RuleID ではなくフィーチャの属性に依存するシンボル式を作成します。フィーチャにリプレゼンテーション ワークフローの RuleID が割り当てられたら、他の属性値が変更されても、その値は自動的に更新されません。 したがって、RuleID の代わりにフィーチャの属性自体に基づいてシンボル クラスを再確立することが好ましいワークフローです。
リプレゼンテーションから個別値シンボルに変換した road フィーチャのレイヤーを検討します。 その結果、そのレイヤーの個別値シンボルは、1, 2, 3 の値を持つ RuleID というフィールド名で分類されました。 この時点でより適切なワークフローは、レイヤーと RuleID フィールドの関連付けを完全に切り離し、代わりに、Street, Road, Highway の値を持つ RoadType というフィールド名から分類することです。 これは非常にシンプルな例です。 より現実的なシナリオは、シンボル式の作成では、1 つ以上の属性フィールドを利用することです。