ネットワーク トポロジを有効にすると、特定の時点でのネットワークの状態を反映するためにネットワーク トポロジが更新されます。 ネットワークの一部が編集または変更されると、それらはネットワーク トポロジ内では古いものになり、ダーティ エリアとしてマークされます。 ダーティ エリアは、マップに表示されるコンテンツがネットワーク トポロジに格納されている内容と一致していないことを示すインジケーターとしての役割を果たします。 解析イベントに対してネットワーク トポロジを最新の状態に維持することが重要となります。このためには、ネットワーク トポロジの検証を行います。
ネットワーク トポロジを検証するには、[ユーティリティ ネットワーク] タブの「検証」コマンドを使用するか、「ネットワーク トポロジの検証」ツールを実行します。 検証操作の実行時間が長くなる場合、[ネットワーク トポロジの検証 (Validate Network Topology)] ジオプロセシング ツールを使用します。
エンタープライズ ジオデータベースのユーティリティ ネットワークを操作する場合は、検証操作が、使用される方法に応じて異なる方法で処理されることを理解しておく必要があります。 [ユーティリティ ネットワーク] タブの [検証] コマンドでは同期処理が使用されるのに対して、[ネットワーク トポロジの検証 (Validate Network Topology)] ジオプロセシング ツールでは非同期処理が利用されます。
詳細:
非同期の検証プロセスでは、UtilityNetworkTools ジオプロセシング サービスが使用されます。 UtilityNetworkTools サービスは、ユーティリティ ネットワークを含むフィーチャ サービスの System フォルダーで事前構成済みです。 このサービスはタイムアウト設定が長く、ユーティリティ ネットワークのジオプロセシング タスク用に予約されています。要件
ネットワーク トポロジを検証するには、以下の要件を満たしていなければなりません。
- ネットワーク トポロジが「有効化されている必要があります」。
- エンタープライズ ジオデータベースを操作する場合、[入力ユーティリティ ネットワーク] パラメーターは、ユーティリティ ネットワーク サービスから取得する必要があります。
エンタープライズ ジオデータベースでデフォルト バージョンを操作する場合、一度に 1 つのセッションだけが検証操作を実行できます。 検証操作の実行中、引き続きネットワークにアクセスして編集とトレースを行えます。
- ネットワーク トポロジの検証を行う際に最適なパフォーマンスを確保するためには、ネットワーク フィーチャクラス用の空間インデックスを常に最新の状態に維持しておくことが重要です。 ユーティリティ ネットワークを作成し、新しいフィーチャを付加した後、「インデックスの再構築」ツールを使用して空間インデックスを再構築する必要があります。
検証コマンドの使用
[ユーティリティ ネットワーク] タブの [検証] コマンドを使用してネットワーク トポロジを検証するには、以下の手順に従います。
- ユーティリティ ネットワークがアクティブなマップに追加されていることを確認します。
これにより、[ユーティリティ ネットワーク] タブが有効になります。
- [ユーティリティ ネットワーク] タブをクリックします。
- [ネットワーク トポロジ] グループで [検証] コマンドをクリックします。 [検証] ボタンのドロップダウン矢印を使用して、検証範囲のオプションにアクセスします。
- [現在の範囲] - アクティブなマップの現在の範囲内に表示されたネットワークの一部のネットワーク トポロジを検証します。 これがデフォルトです。
- [範囲全体] - ユーティリティ ネットワーク全体のネットワーク トポロジを検証します。
検証の状態を示す一時的な通知が表示されます。 指定されたユーティリティ ネットワーク範囲のネットワーク トポロジが検証されます。
ヒント:
アクセスしやくするために [検証] コマンドを「クイック アクセス ツールバー」に追加することができます。 [検証] ボタンを右クリックし、[クイック アクセス ツールバーに追加] をクリックします。
ネットワーク トポロジの検証ジオプロセシング ツールの使用
[ネットワーク トポロジの検証 (Validate Network Topology)] ツールを使用してネットワーク トポロジを検証するには、以下の手順に従います。
- [解析] タブの [ジオプロセシング] グループで、[ツール] をクリックして [ジオプロセシング] ウィンドウを開きます。
- [ジオプロセシング] ウィンドウで、[ネットワーク トポロジの検証] を検索して選択します。
- [入力ユーティリティ ネットワーク] パラメーターにユーティリティ ネットワークを指定します。
- [範囲] パラメーターで、ドロップダウン メニューからオプションを選択します。
- [実行] をクリックします。
検証ワークフローの例
ユーティリティ ネットワークの編集ワークフローでは、ネットワーク トポロジの検証も編集操作として扱われます。 デフォルト バージョンで編集するとき、編集は自動的に保存され、元に戻すことはできません。 次のワークフローは、名前付きバージョンで編集を実行し、ネットワーク トポロジを検証する操作の順序を示しています。
サービスで「バージョン管理」機能が有効化されている場合、個別に編集できるようにバージョンをデフォルト バージョンから作成できます。 名前付きバージョン内で編集すると、デフォルト バージョンでの編集のように編集内容が自動的には保存されません。 名前付きバージョンでは、検証を含むすべての編集を元に戻すことができます。すなわち、ネットワーク トポロジへの変更を検証が行われる前の状態に戻すことができます。
バージョンでは、ネットワークに対して行われた変更が検証イベントによってネットワーク トポロジで更新されていないことを示すために、ダーティ エリアが生成されます。
次のワークフローは、編集を検証してネットワークを更新するために推奨される手順です。
- ArcGIS Pro を開始し、ポータル ID を使用して組織の Portal for ArcGIS に接続します。
- 組織で共有しているマップを開きます。
- 名前付きバージョンを作成および接続します。
- 作業タスクに基づいて編集を実行します。
- 作業エリアのネットワーク トポロジを検証します。
- ローカルの品質管理プロセスを実行して、作業を確認します。
これには、「属性ルールの評価」、「サブネットワークの更新」(層の「サブネットワーク定義」で「IsDirty の管理」が true に設定されている場合)、その他の操作が含まれることがあります。
- 自身のバージョンをデフォルト バージョンとリコンサイルして、自身のバージョンが作成された後、または最後のリコンサイル操作以降にデフォルト バージョンに行われた変更を自身のバージョンに取り入れます。
名前付きバージョンでは、「編集操作」を使用してネットワークに対して行われた変更、またはデフォルト バージョンとのリコンサイル操作により名前付きバージョンに取り込まれた変更を示すために、ダーティ エリアが生成されます。
注意:
リコンサイル操作後のダーティ エリアの検証は必須ではありません。 ダーティ エリアが存在していても、ポスト操作を完了できます。 リコンサイルの後に検証操作が実行される場合、ポスト操作を実行する前に別のリコンサイル操作が必要になります。
- 競合が存在する場合は、解決するか確認済みとしてマークします。
- 競合を解決するために編集を行った場合は、上記のステップ 5 と 6 を繰り返します。
- 自身のバージョンをデフォルト バージョンとともにポストします。
デフォルト バージョンでの編集用にダーティ エリアが生成されます。 未解決の競合が検出された場合、ポスト プロセスは中断されます。 競合が検出された場合、上記のステップ 7 を繰り返します。
- 作業エリアのデフォルト バージョンで、上記のステップ 5 と 6 を繰り返します。