サイトは、ArcGIS Enterprise 配置内でコンテンツおよびサービスと連携するよう設計されています。このコンテンツを ArcGIS Enterprise サイトで作成されたサイトおよびページからアクセス可能にします。 サイトで使用できるコンテンツとサービスのタイプには、Enterprise ポータル内のホスト レイヤー、ArcGIS Enterprise とフェデレートされているサーバーのサービス、ポータルにアイテムとして登録されているサービスがあります。
サービス プロパティ
サービス プロパティを構成するためのベスト プラクティスには次のようなものがあります。
最大レコード数は 5,000 未満にする
サービスを公開するとき、デフォルトの最大レコード数は 1,000 または 2,000 に設定され、サーバーからクライアントへのパフォーマンスが最適になるように図られています。 最大レコード数は、1 つのリクエストで返すことのできるフィーチャの最大数を決定します。 サービスで設定された値が大きすぎると、クライアントは 1 つのリクエストですべてのデータを要求しようとします。この場合、データの生成に時間がかかり、大量のデータがインターネット上で送信されることになります。
レイヤーまたはテーブル内のフィーチャの数が全部で 2,000 をわずかに超える程度や 4,000 前後の場合は、この値をデフォルトの範囲より増やしても問題ないでしょう。
ArcGIS Enterprise Sites は、最大レコード数に関係なく、すべてのデータの 1,000 レコードを一度にクエリし、CSV、KML、SHP、GeoJSON のファイル ダウンロードをサポートするために集約するので注意してください。
OGC リンク
WMS、WFS、WCS の各リンクは、サービスの公開者が特定のサービスに対して有効化した場合に、各サイトのアイテム ビューの API セクションに追加されます。 公開者がこれらの機能を公開時に有効化しなかった場合、サービスを編集して、有効化できます。 OGC リンクは ArcGIS Server 10.2 以上のサービスでのみ表示されるので注意してください。
フィーチャ アクセスは必要ない
ArcGIS Enterprise Sites は、フィーチャ サービスからフィーチャをクエリするのと同様に、マップ サービスからフィーチャをクエリします。 フィーチャ アクセスは、有効にする必要性が他にない限り、無効のままにしておくことをお勧めします。
縮尺の依存性は問題ない
ArcGIS Enterprise Sites は、マップ サービスまたはフィーチャ サービスにリクエストを送信し、範囲に関係なくデータをクエリします。 地図の見栄えを考え、小縮尺では住所座標のポイントを表示したくない場合でも、ArcGIS Enterprise Sites はすべてのデータをクエリして、位置のサマリーを表示するか、フィルター処理が可能でフィーチャの密度を表示するグリッド形式での表示により、上質なビジュアライゼーションを提供します。 これらのビジュアライゼーションはカスタマイズできません。
サイトでのダウンロード サポート
あらゆるアップロード済みファイル (画像、PDF など) および抽出機能をサポートするホスト レイヤーで、ダウンロード機能が有効です。 抽出がサポートされていないサービスのアイテムを共有している場合は、ツール チップでダウンロードが無効になっています。
サービスの整理
サービスを整理するためのベスト プラクティスには次のようなものがあります。
大きなサービスはタイム アウトする
データを複数のサービスに整理すると、すべてのデータを 1 つのサービスにまとめるより高速になります。 ArcGIS Enterprise Sites のパフォーマンスを最高にするためには、サービスあたりのレイヤー数を 20 以下にすることをお勧めします。
データの管理
以下のベスト プラクティスを利用すると、一貫性がありユーザーが使いやすい形式でデータを表示できます。
注意:
ユーザーが常に最新のデータを受信できるよう、編集情報の記録を有効化することをお勧めします。
コード値ドメインはサポートされる
前のセクションとは反対に、コンピューターで読み取れるオープンな形式を生成するときに、サポートされているジオデータベースの振舞いが 1 つあります。 データを ArcGIS Enterprise Sites で表示するときにコード値ドメインが適用され、データがダウンロードされるときに、未処理の値がコード値に置き換えられます。