ArcGIS Utility Network

How network diagram consistency states switch during a workflow

In the last blog, you learned the differences between subnetwork system diagrams and standard diagrams at their creation and update.
In this blog, you will learn about network diagram consistency states and how they switch for subnetwork system diagrams and standard diagrams during your typical daily workflow.

Main network diagram consistency states

Regardless of the type of diagram, the diagram consistency state mainly depends on the following factors:

Network diagram inconsistent warning icons regarding the network space

When a diagram is inconsistent, a warning icon appears next to the network diagram layer in the Contents pane. This icon is different depending on the type of diagram inconsistency:

Consistency state changes on standard and subnetwork system diagrams

Standard and subnetwork system diagram consistency states change during typical workflow such as when editing network features or network objects, when validating network topology on different geographic extent, and when disabling and enabling network topology. The next sections explain how these changes impact the diagram consistency state for each type of diagram.

Diagram consistency state changes when editing the network space

Regardless of whether the diagram is a subnetwork system diagram, the management of its consistency state regarding the network editing space is the same. This means that any diagram becomes inconsistent with the network editing space after any edits on network elements used in it.

Let’s examine this concept through an example. Below is a sample network map extent. There are four diagrams that partially cover this extent: a green diagram, an orange diagram, a red diagram, and a yellow diagram.
Network features have been edited; they are under the dashed blue dirty area in the network map. Because these edited features are represented in the orange diagram, this makes the orange diagram inconsistent with the network editing space whether it is a standard diagram or a subnetwork system diagram. This is represented by the red icon next to the diagram layer in the Contents pane. The other three diagrams are still consistent.
Consistency state changes on sample diagrams after editing features

Diagram consistency state changes when editing the network topology space

The consistency state regarding the network topology space is slightly different between a standard diagram and a subnetwork system diagram.

Let’s go back to the network map above and exemplify the differences when validating network topology on various sample extents.

The graphic below shows three geographic extents: A, B, and C. They all include the edited diagram features present under the dashed blue dirty area in the network map.
Sample network diagrams whose geographic extent intersects three sample network validation extents

Standard diagram consistency state change when validating network topology on different extents

To include these edited feature changes , suppose that a user validates the network topology for extent A below. Once the network topology validation completes, the orange standard diagram whose geographic extent intersects the A extent, becomes inconsistent with the network topology space. This is represented by an orange icon next to the diagram layer in the Contents pane. The other three diagrams are consistent.

Consistency state of sample diagrams after network topology validation on extent A

If instead of validating the network topology for extent A, the validation is done for extent B, this causes the orange and green standard diagrams to become inconsistent with the network topology space. The other two diagrams are consistent.
Consistency state of sample diagrams after network topology validation on extent B

If the network topology validation extent is C, which intersects all of the existing standard diagram geographic extents, the four diagrams become inconsistent with the network topology space.
Consistency state changes on sample standard diagrams after network validation on extent C

Subnetwork system diagram consistency state change when validating network topology

Suppose that these four diagrams are subnetwork system diagrams. Regardless of the validated extent—that is, A, B, or C—the orange subnetwork system diagram is the only diagram that becomes inconsistent with the network topology space once the network topology validation completes.

Consistency state of sample subnetwork system diagrams after network topology validation on any sample extent A, B, or C

The only exception is if there is more than one subnetwork controller associated with the orange subnetwork. When validating network topology, a post-build trace is run in memory to discover the subnetwork controllers associated with the edits. With a hierarchical tier definition, the trace can retrieve multiple subnetwork controllers. In this case, all the subnetworks related to the retrieved  controllers become dirty and the related subnetwork system diagrams become inconsistent with the network topology space.

Diagram consistency state changes when disabling and enabling the network topology

Disabling and enabling the network topology also impacts the consistency state of diagrams. Disabling the network topology causes any diagram to become inconsistent with the network topology space, whether it is a standard or subnetwork system diagram. This is represented by the orange icon in the second column in the Find Diagrams pane.
Moreover, any subnetwork system diagram is no longer considered as system once the network topology is disabled. The green exclamation point in the third column in the Find Diagrams pane disappears for any subnetwork system diagram.
Sample diagram status and consistency states in the Find Diagrams pane before and after network topology validation
These diagram status and consistency state changes persist once the network topology is re-enabled.
As you run the Update Subnetwork tool on your dirty subnetworks, the subnetwork system diagrams will be rebuilt and they will become consistent subnetwork system diagrams (situation A below).
To make standard diagrams consistent again, run the Update Diagram tool on each inconsistent standard diagram (situation B below).
Sample diagram status and consistency states in the Find Diagrams pane after their update

Summary

The two graphics below summarize how the consistency state can change during a typical workflow for standard diagrams and subnetwork system diagrams.

Conclusion

This blog explained the main network diagram consistency state switching you may encounter during a typical daily workflow.
Other diagram consistency state switching may happen after diagram template definition changes or due to inconsistent layers, but the management of these changes is the responsibility of the network diagram administrator.
To learn about these other consistency states and for deeper information about network diagram consistency in general—for example, to understand how consistency state is managed in the database, read the Network diagram consistency help topic.

About the author

The Network Diagrams Team blogs about network diagram topics. #UtilityNetwork #TraceNetwork #EsriElectric #EsriGas

0 Comments
Inline Feedbacks
View all comments

Next Article

What’s new in ArcGIS StoryMaps (April 2024)

Read this article