Esri's Utility Network represents a completely new paradigm in the modeling and implementation of your network-driven GIS. Abandoning Geometric Coincidence, GIS in the Utility Network embraces Topological Connectivity as the sole criterion to model interconnections among the equipment in your physical network, and between equipment and infrastructure. Furthermore, these topological relationships are implemented by the single, powerful concept of Associations. And because the Utility Network is implicitly embedded into the ArcGIS platform, your network maintains accurate geographic localization, and conveys information about the spatial distribution of your assets and their relationship with their surroundings.
As your company gears up to adopt the Utility Network, we recommend that you give your current GIS data a hard look. Take this opportunity to re-examine the role GIS plays within your organization at large, re-invent your GIS, and — why not? — re-invent yourself.
In the past decade, we all have witnessed how software applications — supporting the different business units in your utility — have been integrating with each other to provide a common enterprise solution. Within this landscape, GIS continues to play a fundamental role as the system of record for the geographic distribution of your assets and their interconnections. Via integrations, GIS exposes the network to the other systems, each consuming the set of attributes relevant to its own functionality.
The variety of integrations in which your GIS participates has revealed its strengths, as well as its weaknesses. The role of your GIS in the Utility Network has been challenged, as the intrinsic functionality of the integrated systems surpasses the capabilities that you originally customized within your GIS. A few common examples follow:
Does this mean that GIS is losing relevance when compared to the other players in the utility? Not at all. GIS is, and will continue to be, the central focus of the company, as it tells you where your capital investment is located, in relation to its geographic surrounding. The challenge you face by integrating GIS with the other systems in your utility is to understand the true value — and the precise contribution of — the GIS to the overall Enterprise Solution.
Systems integration challenges you to re-examine your GIS. And what better opportunity for reviewing your GIS than when the GIS software itself is being re-invented?
As indicated above, your GIS in the Utility Network will continue to be the central repository describing the geographic distribution of your assets, as well as their interconnectivity. Therefore, internally within your organization, you will continue to expose the network to enterprise and field applications. And via online technologies, you will continue (or "finally" start) sharing your network with third parties and your customers.
From this functional perspective, you will want to review the network in terms of its mapping capabilities, editing and validation, traceability, database maintenance, and other procedures. But, from the point of view of a System of Record... what should you do?
You need to decide what data you store in your network, and evaluate its relevance within the GIS, and among the integrating systems.
The simplicity of the Utility Network model allows Esri to offer the same core functionality to any utility, whether electric, gas, water, sewer, or telecom. With seven configurable feature classes and a few internal-use classes, any utility can model the geographic distribution of their assets, their interconnections, and their relationships with the environment. As an example of this simplicity, the Utility Network offers a single Device Feature Class that, when properly configured, allows you to implement any device you need: an electric transformer, a gas pressure pump, a fire hydrant, a fiber optic splice point … you name them.
The seven feature classes are scalable, allowing you to organize your data with great detail. The Utility Network can model any type of asset via the ASSETGROUP and ASSETTYPE default attributes, as well as any number of custom attributes. Back to the example, let us say that your domain of operation is Electric Distribution. Then, with the Device Feature Class you can model transformers, switches, capacitors, etc., by configuring the ASSETGROUP. For a given group, say Fuse, the ASSETTYPE allows you to differentiate between current limiting, expulsion, and others. And, with the custom attributes of your choice you may add any level of detail to your features.
In essence, GIS in the Utility Network offers a very versatile model that gives you absolute control on how to implement your network. Then, the next question is, how should you organize your data within the Utility Network?
If your utility already relies on Esri’s ArcGIS 10.2, you may decide to migrate your data from Geometric Network to Utility Network verbatim; i.e., you would do this in a way that the migrated data looks very much like the original one. And you could do this in the manner explained below.
However, please be aware that neither Esri nor SSP recommend that you migrate your data in this “one-to-one” fashion. Instead, when ready to migrate to the Utility Network we will assist you in the process:
Skye has already discussed many of these details. Also, SSP has already implemented migration algorithms that result in a robust topological network that can take advantage of the full capabilities of your GIS in the Utility Network. The resulting network resembles your current Geometric Network model, but surpasses it in many ways; particularly representing a more realistic way in which your assets are interrelated.
Nevertheless, understanding the simplistic way in which to achieve verbatim migration will help you become better familiarized with the way data is organized within the Utility Network, by drawing some parallelism. So… Let us illustrate this migration method.
You start by mapping infrastructure feature classes and objects to the Structure Network, while equipment maps to one or many Domain Networks. You would then map your current classes to the ASSETGROUP, and their subtypes to ASSETTYPE domains. Finally, you may bring all the remaining attributes of each Class (Feature or Object) as custom attributes of the corresponding Utility Network Feature Classes.
As an example, let us suppose that your current GIS implements the ArcGIS Electric Utility Physical Model. In particular, your devices are organized as shown in the diagram below:
As you migrate your data to the Utility Network you could map all your classes that derive from ElectricDevice into ASSETGROUP values of the Device Feature Class of a Domain Network. In other words, you would create a coded value domain, say ElectricDevice, with the following configuration:
And assign the domain to the ASSETGROUP attribute. This way, all your switches (for example) will be imported as Device features with ASSETGROUP set to 4.
For further granularity, you already differentiate devices from a given feature class using subtypes. Back to the ArcGIS Model, the diagram below shows how the Switch Feature Class differentiates among four subtypes.
Thus, you would create another coded value domain, say SwitchType, with the configuration:
And assign the domain to the ASSETTYPE of the Switch ASSETGROUP. This way, all your current Overhead Load Break switches will be mapped to Device features with ASSETGROUP = 4, and ASSETTYPE = 1.
And… what about the rest of the properties of your individual switch assets; some of which may be stored in related SwitchUnit objects? No problem. You extend the Device Feature Class with as many custom attributes as you want to bring with you from your current GIS implementation. In the ArcGIS Model example, particularly with respect to switches, you end up extending the Device Feature Class with attributes such as:
Yes, migrating to the Utility Network is a breeze, because the Utility Network has been designed simple and scalable, with a high degree of versatility.
Yet, and as indicated at the beginning of this section, you should not aim at migrating your data in this simplistic way, but rather in a manner that takes advantage and exploits all of the new Utility Network capabilities. Verbatim migration is just a simple exercise to show you the versatility of the new model; hoping to reduce any anxiety associated to adopting the Utility Network.
Esri's technology is shifting paradigms by replacing the Geometric Network with the Utility Network. During this time of change, we encourage you to re-examine the role that your GIS plays within your enterprise solution; particularly as a system of record being integrated with other systems.
Much of the value of your GIS resides on the data that it contains. As you contemplate the task of upgrading from Geometric Network to Utility Network, we show you that the difficulty is not in the migration of your current data. The challenge you face is to find a satisfactory answer to the question "what data is actually meaningful in my GIS, as a system of record integrated within the enterprise solution?"
At a minimum, and only for illustrative purposes, the simplicity, scalability and versatility of the Utility Network model allows you to implement what I call a verbatim migration: your data will look fairly the same in Utility Network as it did in Geometric Network. But ... do you really need all the data you currently support in your GIS? Why would you want to make the new model simply reflect the old one? Wouldn’t you rather modify the model so that it takes advantage of the new capabilities of the Utility Network? Shouldn’t we all, instead, revise what your GIS offers and what is missing in it, and redefine the way your network is implemented?
SSP will help you go through this introspective examination, and together we will reinvent your GIS, so that it remains strongly positioned at the heart of your Enterprise.