ダーティ エリアは、ネットワーク フィーチャやネットワーク属性のジオメトリに加えられた編集の位置をフラグしたり、エラーを表示したりするために作成されます。 ネットワークに変更が加えられたが、それが「ネットワーク トポロジ」に反映されていないことを示すインジケーターとしての役割を果たします。 検証を行った範囲内にエラーが存在しなければ、ネットワーク トポロジが「検証済み」になるとダーティ エリアは消去されます。
ネットワーク トポロジが有効になると、ダーティ エリアが作成され、編集を追跡できるようになります。 これには、フィーチャの作成、ネットワーク属性に関連付けられたフィールドの修正、関連付けの確立または修正などが含まれます。 これらは編集ダーティ エリア (修正されたダーティ エリア) と呼ばれ、ネットワーク トポロジ内でまだ更新されていないユーティリティ ネットワークに変更が加えられたことを示します。 ユーティリティ ネットワーク内のフィーチャが規定のルールや制限に違反している場合は、サブネットワークの有効化、検証、更新操作の実行中に、「エラー」に関連したダーティ エリア (エラー ダーティ エリア) が作成されます。
検証を行い、ネットワーク トポロジを更新し、ダーティ エリアを消去します。 ネットワーク トポロジに反映されていない編集は、トレースまたはネットワーク ダイアグラムなどのネットワーク解析操作で考慮されません。 ネットワーク トポロジが無効になっている場合は、ネットワークの「供給エリア」範囲全体を対象とした 1 つのダーティ エリアが作成されます。 ネットワーク トポロジをもう一度有効にすると、未処理のすべての編集の検証が行われます。
ダーティ エリアは、編集されたフィーチャの範囲、編集の種類、フィーチャの Global ID、操作を実行した編集者を追跡します。 フィーチャのジオメトリが変更されると、1 つのフィーチャに対して 2 つのダーティ エリアが生成されます。 一方のダーティ エリアはそのフィーチャの前のジオメトリのエンベロープを表し、もう一方はそのフィーチャの新しいジオメトリを表します。
ダーティ エリアの作成操作
次のエリアに修正を加えると、編集ダーティ エリアが作成されます。
- ジオメトリ
- アセット グループまたはアセット タイプ フィールド
- 「ネットワーク属性」として定義されるフィールド
- 関連付け
- ターミナル構成情報
次の処理中にエラーが検出されると、エラー ダーティ エリアが作成されます。
- ネットワーク トポロジの有効化
- ネットワーク トポロジの検証
- サブネットワークの更新
ダーティ エリアの表示と管理
ダーティ エリアは、「ユーティリティ ネットワークのサブレイヤー」としてアクセスでき、標準シンボル表示ツールを使用してシンボル表示できます。 ダーティ エリアの表示は、他のレイヤーと同様に、オン/オフを切り替えることができます。 たとえば、ネットワークに編集を加えた後で、ダーティ エリアの表示が不要だと感じたときは、レイヤーをオフにすることができます。 ダーティ エリアは引き続き作成されますが、マップ上に表示されません。 ダーティ エリア レイヤーの属性に基づき、ダーティ エリアをシンボル化することができます。 たとえば、編集情報の記録フィールドは、特定の編集者が作業を実施したダーティ エリアや、編集が行われた時期を表示する際に役立ちます。
ユーティリティ ネットワーク バージョン 4 以降では、ネットワーク フィーチャに対して検出されたエラーの特定と操作にもダーティ エリアが使用されます。 ユーティリティ ネットワーク内のフィーチャが規定のルールや制限に違反した場合にシステムで生成されるエラーを表すためにエラー ダーティ エリアが使用されます。 エラーの作成時に、フィーチャのジオメトリを包含する「エラー ダーティ エリア」が作成されます。
ダーティ エリア サブレイヤーがどのように作成されたかを示すために、Status フィールドのビットマスク値を使用して、シンボル表示されます。
- 無効
- ダーティ
- エラー
- ダーティとエラー
- サブネットワーク エラー
Status 属性フィールドはビット単位のエンコーディングを使用して、ダーティ エリアを作成した操作を表します。 たとえば、削除されたフィーチャは、ビット 1 の編集ダーティ エリアで表され、2 (2^1 = 2) の Status として表示されます。 複数の操作がダーティ エリアの作成につながった場合は、これらの値が合計されます。 もう 1 つの例として、対応するジャンクション-エッジ接続性ルールもエッジ-ジャンクション-エッジ接続性ルールも設定されていない状況でジャンクションとラインの間に接続性が存在する場合に、フィーチャを検証すると、ビット 3 で表されたエラー ダーティ エリアが作成され、8 (2^3 = 8) の Status として表示されます。 エラーに対処するためにフィーチャを修正すると、そのフィーチャはエラー ビット 3 と編集ビット 1 で表され、9 (2^3 = 8) + (2^0 = 1) の Status として表示されます。 Status Description フィールドがポップアップの式に表示され、ダーティ エリアを作成した操作に関する追加情報が提供されます。 たとえば、Status の値が 9 のレコードは、エラーのあるフィーチャが修正された状況で Status Description に 1:Inserted/Updated feature, 8:Feature error と表示されます。
ダーティ エリアの検証
ネットワーク トポロジの検証を行うと、マップ上に表示される内容とネットワーク トポロジに存在する内容との整合性が確保されます。 解析操作はネットワーク トポロジに基づいているため、ダーティ エリアが存在する場合に、予期しない結果が返されることがあります。 たとえば、トレースのパスがダーティ エリア全体を通過する場合、その結果は、マップ上に表示される内容との整合性が保証されません。 トレース結果にダーティ エリアと交差する結果が含まれないようにするには、[トレース (Trace)] ツール内の「一貫性の検証オプション」を使用することが重要です。
検証中、編集ダーティ エリア (「編集ビット」(0、1、2) が含まれているエラー ダーティ エリア) だけが消去の対象として評価されます。 編集ビットが含まれていないダーティ エリアは無視されます。
ダーティ エリアのリコンサイルとポスト
バージョンがリコンサイルされると、「デフォルト バージョン」からネットワーク トポロジの現在の状態が継承されます。 その後、ダーティ エリアが作成される理由となった「名前付きバージョン」で編集されたすべてのフィーチャとオブジェクトで、ダーティ エリアが再作成されます。 リコンサイル時にバージョンによって継承されたダーティ エリアを検証することでバージョンでの作業を継続できますが、バージョンが再度リコンサイルされるまではポストすることはできません。 これらのダーティ エリアがポストされると、修正されたフィーチャのトポロジを検証し、デフォルト バージョンで再構築できるようになります。
ユーティリティ ネットワーク バージョン 3 以前のダーティ エリア
ユーティリティ ネットワーク バージョン 3 以前では、ネットワーク トポロジに反映されていない編集を表すためだけにダーティ エリアが使用されます。 UpdateType は、編集のタイプによってダーティ エリアをシンボル表示する場合に使用できるダーティ エリア テーブル内の属性です。
詳細:
ダーティ エリアの種類は、ダーティ エリア属性テーブル内の UpdateType フィールドで表されます。 このフィールドにはシステム指定のコード値ドメインに割り当てられ、ダーティ エリアの生成方法を分類します。 コード値ドメインの値には、挿入、更新、削除、エラーなどがあります。
| 更新タイプ | ダーティ エリア タイプ |
|---|---|
0 | 挿入 |
1 | 更新 |
2 | 削除 |
3 | エラー |