Skip to main content

リプレゼンテーションを持つレイヤーのシンボル表示

リプレゼンテーションは、フィーチャクラス内にフィーチャ ジオメトリーとともにシンボル情報を格納することによって、フィーチャの外観のカスタマイズを可能にする ArcMap のシンボル表示オプションです。 一般的に、厳密なカートグラフィック仕様に対応したり、高度なシンボル効果を実現したりする場合に使用されます。 フィーチャクラスには複数のリプレゼンテーションが関連付けられているため、同じデータを数種類のマップ製品に一意に表示できます。

リプレゼンテーション シンボル

ArcGIS Pro のシンボル モデルではリプレゼンテーション ルールがサポートされており、属性主体のシンボルと組み合わせることによって、ファイルベースのリプレゼンテーション オーバーライドによる地図製作が可能になります。 シンボルと属性主体シンボルの構成はレイヤーに格納されるため、このアプローチの方がリプレゼンテーションよりも高い柔軟性を発揮します。 更新してもジオデータベースのフィーチャクラスのスキーマ変更は不要で、シンボルはジオデータベース フィーチャクラスだけでなく、どのレイヤー データ ソースにも適用できます。

ArcGIS Pro でのリプレゼンテーション

リプレゼンテーションは ArcGIS Pro に表示できますが、シンボルは修正できません。 リプレゼンテーション シンボルは、ソース データにリプレゼンテーションが含まれるレイヤーの シンボル メニュー にあります。 レイヤーに複数のリプレゼンテーションが含まれる場合は、そのそれぞれにシンボル オプションがあります。

レイヤーのシンボルに修正を加えるには、リプレゼンテーション シンボルを 個別値 シンボルに変換します。 これにより、すべてのリプレゼンテーション ルールと、リプレゼンテーションに関連付けられたフィールド オーバーライドが、レイヤー シンボルに変換されます。 変換する前にレイヤーを分析し、オーバーライド BLOB フィールドに格納されたオーバーライド、シェープ オーバーライド、フリー リプレゼンテーション、リプレゼンテーション マーカー オーバーライドなど、サポートされていない要素を特定する必要があります。 分析を実行すると、各フィーチャをオーバーライドとともにリストするログ ファイルが生成されます。 ArcMap を使用してオーバーライドされた属性やジオメトリーを手動で適切なフィールドに移動するか、この操作を オーバーライドの更新 ジオプロセシング ツールで行います。

リプレゼンテーション シンボルを個別値シンボルに変換

リプレゼンテーション シンボルを個別値シンボルも変換するには、次の手順を実行します。

  1. コンテンツ ウィンドウで、リプレゼンテーションで描画したフィーチャ レイヤーを選択します。 フィーチャ レイヤー タブの 描画 グループで、シンボル をクリックして シンボル ウィンドウを開きます。

    シンボル ウィンドウが表示されます。

  2. 分析 をクリックし、リプレゼンテーションの分析を実行します。

    分析結果はこのダイアログ ボックスの下に表示されます。 問題が見つかった場合は、オーバーライドを含むリプレゼンテーション ルールが記載されたログ ファイルが生成されます。 このようなオーバーライドを含む個々のフィーチャは、ArcMap の オーバーライドでフィーチャを選択 ツールで特定できます。

  3. ログの表示 をクリックしてログ ファイルを開きます。

    分析が完了していれば、変換 ボタンが有効になります。

  4. 分析によって問題が見つかった場合は、ArcMap でオーバーライドを明示的なフィールドに移動するか、オーバーライドをすべて削除して解決します。または、変換時に無視することもできます。

  5. 変換 をクリックし、リプレゼンテーションを、フィールド オーバーライドを適用した個別値シンボルに変換します。 個別値フィールドは、リプレゼンテーションの RuleID フィールドです。

  6. リプレゼンテーション シンボルを個別値に変換したら、必要に応じて、リプレゼンテーション RuleID のベースとなる元のデータ値を使用してシンボルを式ベースのシンボルに移行することもできます。 これを行うには、シンボル表示する別のフィールドを選択し、必要に応じて式ボタン をクリックして、RuleID ではなくフィーチャの属性に依存するシンボル式を作成します。

    フィーチャにリプレゼンテーション ワークフローの RuleID が割り当てられたら、他の属性値が変更されても、その値は自動的に更新されません。 したがって、RuleID の代わりにフィーチャの属性自体に基づいてシンボル クラスを再確立することが好ましいワークフローです。

    リプレゼンテーションから個別値シンボルに変換した road フィーチャのレイヤーを検討します。 その結果、そのレイヤーの個別値シンボルは、1, 2, 3 の値を持つ RuleID というフィールド名で分類されました。 この時点でより適切なワークフローは、レイヤーと RuleID フィールドの関連付けを完全に切り離し、代わりに、Street, Road, Highway の値を持つ RoadType というフィールド名から分類することです。 これは非常にシンプルな例です。 より現実的なシナリオは、シンボル式の作成では、1 つ以上の属性フィールドを利用することです。