"}],"short_description":"Overview of major changes to the Utility Network Foundation solutions.","flexible_content":[{"acf_fc_layout":"content","content":"During the July 2022 ArcGIS Solutions release, our team updated Electric<\/a> and Communications<\/a> Utility Network Foundation solutions and Data Loading Tools<\/a>. Solution updates include an enhanced data schema, revised network attributes, new asset groups and types, additional associations roles, and much more. Our Electric and Communications Utility Network Foundation solutions now include \u00a0a new powerful set of tools in the Utility Data Management Support (UDMS)<\/a> toolbox.<\/p>\n <\/p>\n Due to size limitations of the solution item, the asset package no longer includes sample data, a defined spatial reference and a service territory feature. If you would like to use the sample data with a configuration, you will need to export the Utility Network to an Asset Package and copy the D_Configuration and D_Rename\u00a0 table from the provided asset package into your exported asset package.<\/p>\n When the solution is opened a Getting Started map is now provided with instructions on how to get started with the solution.<\/p>\n \u00a0<\/strong><\/p>\n Updates to the Electric Utility Network Foundation solution have incorporated feedback from our customers and focused on model improvements to better support a balanced three phase system. We spent the last year working with the Utility Network Community (UNC<\/a>) to review their data model and incorporate their design and requirements into the foundation model. The sample data has been updated as well to demonstrate these improvements.<\/p>\n Below you will find details for many of the key enhancements to the model.<\/p>\n We have added the ability to model spatial features as a location item and contain functional items by adding an association role of containment to Electric Devices and ElectricLine asset types. The functional items are defined in the ElectricJunctionObjects and ElectricEdgeObjects tables. The functional non-spatial objects replace the unit and wire tables we previously provided, those tables have beeb removed in this update. The non-spatial wires are represented in both the EletricJunctionObjects and the ElectricEdgeObject classes. Using junction objects for wire reduces the number of system junctions generated. Using an edge object, that is only contained and not connected to any junction, generates two system junctions. Currently, we haven\u2019t defined any connectivity between the non-spatial edges and non-spatial junctions, so they are only included in the network via a containment association. We are currently evaluating a connected non-spatial network by phase and would be interested in discussing with you.<\/p>\n We evaluated the most used network attributes and how to improve trace performance and update subnetwork operations. If you are unfamiliar with Network Attributes, review this help topic<\/a>. Utilizing In Line Network Attributes reduces the queries to the database and increase throughput. Due to limited space in the index, we are required to strategically consider how maximize the use of this capability.<\/p>\n Lifecycle Status<\/strong><\/p>\n Device Status<\/strong><\/p>\n Electric Device Operation<\/strong><\/p>\n We have made the following enhancements to how to manage phase and use phase information in the model.<\/p>\n PhasesCurrent<\/strong><\/p>\n The field PhasesCurrent was renamed to PhaseChange to clarify how it is used in the model. A value should only be set in this attribute when phase is being changed and\/or the object is a subnetwork controller.\u00a0 \u00a0This is only required when the subnetwork definition has been configured to propagate phase.<\/p>\n Including De-Energized Objects in a Subnetwork<\/strong><\/p>\n We had many requests to include de-energized equipment in a subnetwork. To accomplish we modified the Electric_Operating_Status domain to include a value for Open, Traceable and the Phase Domains to include a bit that represents De-Energized, Traceable as a valid Phase.\u00a0 An operable device can be set to Open, Traceable and its when the PhaseChange attribute is set to De-Energized, Traceable, this feature and downstream features, until a barrier is encountered, will be included in the Subnetwork or the trace results.<\/p>\n To avoid confusion and make it easier to identify items across voltage levels, an abbreviation of the voltage level was added to each device, such as Underground Fuse MV. In addition, when there are two different version of the same items, but one has a directional terminal configuration and is capable of being a subnetwork controller, we added a new asset type with a \u2018\u2013 controller\u2019 suffix. For example, an Overhead Cutout Load Break Fuse MV has a bidirectional terminal configuration, but an Overhead Cutout Load Break Fuse MV \u2013 Controller has a directional terminal configuration. Lastly, not only did we add a voltage abbreviation to transformers, but we added the abbreviation of the high side and the low side voltage with an arrow to show direction, such as Overhead Three Phase – MV->LV. In the case of a bidirectional transformer, the format of the arrow will be \u2018<->\u2019, such as Overhead Single Phase Step – MV<->MV.<\/p>\n With the new nomenclature, plus adding a series of three winding transformers, we merged the Step Transformers Asset Group with the Transformers Asset Group.<\/p>\n A request we received was to be able to distinguish between low voltage secondary lines and service lines. A new Asset Group was added to the ElectricLine class, Low Voltage Service, with Asset Types for AC and DC overhead and underground lines. The ElectricDevice Low Voltage Service Asset Group was also expanded with some additional types.<\/p>\n We heard some feedback, that grounds can be shared, hence we need to model them in the structure network. New Asset Groups were added to both StructureLine and StructureJunction to model these shared ground assets.<\/p>\n A number of implementations of a utility network for electric have included a communication domain. We reviewed the list of items in both the communications and electric utility network foundations and for the common items, changed the name to Wire, instead of Communication or Electric. This will simplify the use of both of these domains in one utility network.<\/p>\n Most equipment in balanced three phase are located in stations. A number of new Station Asset Types were added to the device class.<\/p>\n For more detailed modeling on stations, we added a new assembly to model the bays. These are used to contain the devices located in a bay and used to display a bay ID or number.<\/p>\n Structure container feature used to contain a longer cable. These could be used to represent spans in a transmission system.\u00a0<\/strong><\/p>\n We added a large number of entries to the table to allow fine grain control of the output data model. We will be sharing additional blogs on the Esri Community pages over the next few months that will cover this topic.<\/p>\n <\/p>\n As described in the section above, the Communication Network Attributes also have been adjusted and aligned with electric. In addition to those changes, we removed the NetworkLevel network attribute and attribute from the classes.<\/p>\n The structure model has been updated to align with the electric utility network foundation. This includes the prefix name change from Communication to Wire for some Asset Groups.<\/p>\n The configuration table allows you to pick and choose different pieces of the solution that meet your organization\u2019s needs. We have now added fine grain control of the output data model utilizing configuration table. We will be sharing additional blogs on the Esri Community pages over the next few months that will cover this topic.<\/p>\n <\/p>\n Over the next few months, we will post a series of articles on the utility network community pages that will dive deeper into the models and how to use them for different system designs.\u00a0 If you have any questions or would like to get more information on a topic, please reach out to John Alsup<\/a> or Michael Miller<\/a>.<\/p>\n Thank you<\/p>\n ArcGIS Solutions Team<\/p>\n"}],"related_articles":"","card_image":false,"wide_image":false},"yoast_head":"\nGeneral Solution Changes<\/strong><\/h2>\n
Asset Package<\/strong><\/h3>\n
Starting Map<\/strong><\/h3>\n
Electric Utility Network Foundation<\/strong><\/h2>\n
Locational and Functional Modeling<\/strong><\/h3>\n
Network Attributes<\/strong><\/h3>\n
\n
\n
\n
Phase Management<\/strong><\/h3>\n
Asset Type Names<\/strong><\/h3>\n
Steps Transformers<\/strong><\/h3>\n
Low Voltage Services Device and Lines<\/strong><\/h3>\n
Grounds<\/strong><\/h3>\n
Electric Structure to Wire Structures<\/strong><\/h3>\n
Modeling of Station<\/strong><\/h3>\n
Assemblies for Bays<\/strong><\/h3>\n
Cable Pathways<\/strong><\/h3>\n
Configuration Table<\/strong><\/h3>\n
Communications Utility Network Foundation<\/strong><\/h2>\n
Network Attributes<\/strong><\/h3>\n
Structure Model<\/strong><\/h3>\n
Configuration Table<\/strong><\/h3>\n
What’s Next<\/strong><\/h2>\n