|
POST
|
For data migration you can use Data Interoperability, which gives more capabilities for manipulating geometry or you can use the Solutions Data Loading Tools Data Loading Tools | ArcGIS Solutions
... View more
01-27-2023
12:28 PM
|
0
|
0
|
1873
|
|
POST
|
An example of a shared Structure Line feature could be Duct Bank, Trench or Span (section between two poles). For Structure Edge Object, a Duct Bank could contain say 16 Ducts, which are non-spastial edges. Each Duct could contain an Electric Cable or a Communications Cable. (Please don't mix Gas and Electric in the same duct bank). For Structure Junction Object, a customer may represent a Pole purley as a location of a Aerial Support Structure and then this feature could have an association to a Structure Junction Object that are the actual poles, crossarms, braces, pole hardware, that make up the Aerial Support Structure.
... View more
01-19-2023
07:03 AM
|
1
|
0
|
1622
|
|
POST
|
The Utility Network is designed around versioning and has been designed to be additive only, which means you cannot delete a number of items, like terminal configurations, since the terminal configuration could be used in an older state of the database. That is why you cannot delete it. You could export your Utility Network to an Asset Package, drop the database and then re-Apply the Asset Package after you remove the terminal configuration from the asset package.
... View more
01-19-2023
06:29 AM
|
1
|
1
|
1541
|
|
POST
|
In Electric and communications, structures are often shared between two or more circuits. If the pole where in the domain network, then the circuits would be tied together, causing toploogy errors from multfeed connectivity. Being in the structure domain allows a pole to be shared between other domains and within the same domain.
... View more
01-16-2023
06:25 AM
|
0
|
2
|
1677
|
|
POST
|
D_Rename will allow to change domain descriptions of domains not managed by the utility network, this would include domains that are included in the Solutions Foundation models. When you generate the D_Rename table (or use the existing one) no UN managed domain descriptions are currently added to the list of values. However, you cannot change the UN managed domain descriptions at this time. If you need or want the capability to rename UN managed domain descriptions (and I do) please enter an enhancement request for esri technical support.
... View more
01-09-2023
07:52 AM
|
0
|
0
|
985
|
|
POST
|
Hi Jurgen. In the Utility Network Foundation, by default we set all split policy's to the Utility Network default setting, which is DO_NOT_SPLIT. DO_NOT_SPLIT has the following behaviour: The container's content will not be split if the container feature is split. If a parallel content line feature is found, the content will be contained by both sections of the container feature. If the content line is not parallel, the content will be contained by the container feature that is closest to it. This is the default. You can change the split policy by running the SetAssociationRole gp tool and changing the split policy the the specific asset type. This will require the UN network topology to be disabled. You can also change it in the Asset Package before apply by editing the table B_ASSOCIATIONROLE, changing the splitpolicy column for the desired asset types.
... View more
11-08-2022
10:14 AM
|
0
|
1
|
3004
|
|
POST
|
We have created a mapping spreadsheet of UNC 22 features to the Esri Electric Utility Network Foundation Solution.
... View more
10-11-2022
08:54 AM
|
8
|
1
|
1744
|
|
BLOG
|
The Utility Network Foundation solutions can be used to accelerate utility network implementations. These solutions include an asset package that models the schema, properties, related layers, related tables of a utility network. A question customer’s often have when implementing these models is, “How do I make modifications to the model and review these changes quickly before implementation?” In this article we will discuss the configuration table structure, key modification workflows and how to generate a report. If you're interested in learning how to rename things, check out the Renaming items in the solution article. Configuration table The configuration table (D_Configuration is the table name in the asset package) provides the ability to select which items will be applied to the target utility network, reducing the model to meet your organization’s needs. The configuration table is included with our Utility Network Foundation solutions within the asset package, allowing an organization to select only what they need from the provided data model. For example, if you organization is a Transmission only company, you would only want the configurations related to the parts of the Transmission system you maintain. Many of our Utility Network Foundation solutions contain multiple configurations in the asset package, but you can also define your own configurations to tailor the model for your organization. Let’s first look at the schema of the table. Each row in the table contains the following columns: Property Type (Read Only) – The type of item that can be configured. Hierarchy (Read Only) – The location of the item to include in a configuration. This field is only populated when the Property Type value is a Subtype, Field, or CodedValue. Name (Read Only) – The name of the item in the asset package. Category_<name> – Value to association value with a configuration. If the prefix is Category_Off the configuration option will be check off by default in the Asset Package and reporting tools. There are 1 to N of these columns. Not all properties of the data model can be defined in a configuration, the following list what is included in this table: AttributeRule CodedValue Diagram Template Domain FeatureClass Field FieldGroups Network Attribute Network Category RelationshipClass Rule Subtype Table Tier Tier Group Trace Configuration The Configuration field uses a domain with the following values: 0: Ignored—The item specified in the row will be ignored from the process to determine if it should be included or excluded. This value has no effect on the output. 1: Evaluated—The item specified in the row will not be added or applied to the output when this category is unchecked. It will only be added or applied when the value is set to Evaluated in any category that is checked on. 2: Exclusive—The item specified in the row will not be added or applied to the output if this category is not checked on, regardless of other categories that are checked on and the values they have set in this row. 3: Remove when applied— Checking or applying a category with this value will remove the value in the target. If another category is checked on or applied and the row in that other category has a value of 6, 5, 2, 1 the value will not be removed from the target. 4: Always remove when applied— Checking or applying a category with this value will remove the value in the target. If another category is checked on or applied and the row in that other category has a value of 6 or 2, the value will not be removed from the target. 5: Keep when applied— Checking or applying a category with this value will apply the value to the target. If another category is checked on or applied and the row in that other category has a value of 4 the value will be removed from the target. 6: Always keep when applied— Checking or applying a category with this value will apply the value to the target. No other value will override this value. Let go through some examples using the Configuration table below Property Type Hierarchy Name Configuration_A Configuration_B Subtype ElectricDevice Transformer Evaluated Evaluated Subtype ElectricDevice Switch Evaluated Exclusive Subtype ElectricDevice Fuse Exclusive Not Evaluated Subtype ElectricDevice Meter Evaluated Not Evaluated Subtype ElectricDevice Circuit Breaker Not Evaluated Not Evaluated Scenario 1: Apply Settings Configuration A: Checked Configuration B: Checked Results All five subtypes will be added to the output. Scenario 2: Apply Settings Configuration A: Checked Configuration B: Unchecked Results Switch will not be added to the output Scenario 3: Apply Settings Configuration A: Unchecked Configuration B: Checked Results Meter and Fuse will not be added to the output Scenario 4: Apply Settings Configuration A: Unchecked Configuration B: Unchecked Results Transformer, Switch, Meter and Fuse will not be added to the output Modifying the configuration table The intent of the Utility Network Foundation solutions is that they demonstrate best practices and provide a starting point to create your Industry implementation of the Utility Network. The configuration table provide a safe and convenient way to remove items from the Utility Network Foundation solution. Data model changes As you are implementing the Utility Network, you will likely add new fields, domains and other items to the Asset Package. In order to include those items in the Configuration table, you need to update the configuration table. Since there are read-only fields in this table, you cannot manually add new rows to this table. To add the new items, run the Create Asset Package Configuration Table tool using an updated asset package and the new items will be added as rows in the D_Configuration table with their values set to Not Evaluated. You do not need to include any of the existing Category fields, as the tool will automatically detect the existing columns and preserve the values. Next, you will need to update the values of the newly added rows based on requirements for each configuration. Set the appropriate category columns values to the desired value. New inclusive configurations Even though the sample data models include a robust set of configurations, you will often want to refine these configurations to meet your own needs. This can be done by adding a new configuration to the existing D_Configuration table using the Create Asset Package Configuration Table tool. Any new configuration names that you enter will be added to the configuration table. This configuration should be used to add items that were not being removed with the other configuration selections. After adding the new configuration, you will need to set the values for each row as well any new asset package items that will be using this configuration. Since this configuration will be used to keep items from the Utility Network Foundation model, the identified items should have their values set to Evaluated. This will allow the original configurations to remain without modification. When using this configuration, it should be included (checked) along with the other desired configurations. If another configuration is unchecked and has a value set to Exclusive for a specific item, it will be removed. New exclusive configurations Use a configuration to remove items from your utility network by creating a configuration where the items to be removed have their values set to Exclusive. You can accomplish this by adding a new configuration (discussed in the New inclusive configurations section) and then for the items you wish to remove, set their values to Exclusive. Then when applying the configurations, do not check this configuration. The resulting Utility Network will not have these items added. Create a combined configuration Create a combined configuration by copying the values of multiple configurations into a new single configuration. By doing this, you would be able to select a single configuration to uncheck to generate the desired output. To copy multiple existing configurations into this new configuration, first add the new configuration using the Create Asset Package Configuration Table tool. Next, you would execute a series of select and calculate commands to populate the new configuration. Copy Evaluated rows For each configuration you wish to copy to the new configuration, perform the following steps: Execute a select by attribute using the D_Configuration using a where clause “configuration_x = 1” Execute a Field Calculate setting your new configuration to the value of the selected configuration, configuration_new = category_x Copy Exclusive rows For each configuration you wish to copy to the new configuration, perform the following steps: Execute a select by attribute using the D_Configuration using a where clause “configuration_x = 2” Execute a Field Calculate setting your new configuration to the value of the selected configuration, configuration_new = configuration_x Generating a report Now that we have a better understanding of the configuration table and how to work with it, you can run the Apply Asset Package or Asset Package to Geodatabase tool, check and uncheck the configuration entries (the alias of the column is displayed) and generate a Utility Network tailored to your needs. This process may take a while on a larger data model. We provide a tool that will generate an excel report very quickly to ensure the results are what you desire, before running the Asset Package toolset. The Asset Package Configuration Report geoprocessing tool in the Utility Network Data Management Support (UDMS) toolbox is a part of the Utility Network Foundation solution or available via github. Use this report to evaluate the output and verify it meets your organization’s needs. The geoprocessing tool includes the following parameters: Asset Package – The Asset Package you wish to use to create the report from. It Package must contain a valid D_Configuration table. Output Folder – The Folder that the Configuration report folder will be created in. Report Mode – We recommend using Single for the Report Mode Parameter for a description of how to use the other parameters see the documentation. The Asset Package Configuration Report tool creates a folder under the Output Folder named Configuration. If the folder already exists a new one is created with the next sequential number appended to the name. The output folder contains the Configuration folder with the following structure: Tables (Folder name) Tabs Fields Subtypes Attribute Rules Field Groups <TableName> - Workbook for each table in Asset Package Tables Tables Field Counts Subtype Counts Attribute Rule Counts Field Group Counts Contingent Value Counts Tabs Domains Domains Descriptions Tabs UtilityNetwork Asset Groups-Types Network Attributes Network Categories Terminal Configurations Terminals Terminal Paths Tier Groups Tiers Diagram Templates Tabs Conclusion In this article we discussed how to get started with the configuration table. Then we reviewed multiple topics on modifying the configuration table for your organization. Finally, we discussed generating a report to review your utility network schema and properties based on your updates. If you have used the configuration table, add a comment to below and share your experience. Now that we have covered how to tailor the configuration to meet your organization’s needs, our next article will discuss how to prepare your asset package to be deployed for your environment.
... View more
09-15-2022
08:05 AM
|
2
|
5
|
6310
|
|
BLOG
|
The Utility Network Foundation solutions can be used to accelerate utility network implementations. These solutions include an asset package that models the schema, properties, related layers, related tables of a utility network. A question customer’s often have when implementing these models is, “How can I change the alias of fields and domain descriptions?”, or “How to I change the name of an Asset Group/Asset Type to what we call it?” In this article we will show you how the asset package rename table works and how you can rename items in the model to a different language or terms that your organization is familiar with. If you're interested in learning how to translate a utility network foundation into a different language, you should read the Translating utility network models article once you finish this article. If you're looking for instructions on how to safely remove or withhold schema and configuration from a foundation, read the Removing from the solution article. Rename table The rename table (D_Rename is the table name in the asset package) provides you with the ability to rename items within the asset package to names of your choosing. This allows you to customize the data model to fit your organizations naming conventions. For example, in some companies, a vertical underground cable attached to a pole is called a Riser, in other organizations, they are called Dips. Many of the Utility Network Foundation solutions include one or more predefined rename options, but you can also define your own rename entries to tailor the model for your organization. Let’s first look at the schema of the table. Each row in the table contains the following columns: Property Type (Read Only) – The type of item in the asset package. Hierarchy1 (Read Only) – The primary qualifier for the item to be renamed. Hierarchy2 (Read Only) – A secondary qualifier to specify the item to be renamed. Current Name (Read Only) – The current name of the item in the asset package to be renamed. Bypass Rename – A flag to indicate this record should be ignored when processing. Rename_<name> - The new name of the item. There are 1 to N of these columns. In some cases, a single Hierarchy value cannot uniquely identify the item to be renamed. For example, a Field Alias needs the table name as the Hierarchy 1 value and the field name as the Hierarchy 2 value, as the same field names can be present in multiple tables within the asset package. If you’re curious what types of items you can rename in an asset package, review the following property types can be renamed: Domain Code Description Domain Network Alias Field Alias Field Group Network Attribute Network Category Subtype Table Alias Terminal Terminal Configuration Terminal Path Tier Modify the rename table Now that you are familiar with the rename table, let’s look at how you can leverage this capability to customize the Utility Network Foundation solution. Data model changes As you are implementing the Utility Network, you will likely add new fields, domains and other items to the asset package. In order to include those items in the Rename table, you need to update the rename table. Since there are read-only fields in this table, you cannot manually add new rows to this table. To add the new items, run the Create Asset Package Rename Table tool using an updated asset package. The new items will be added as rows in the D_Rename table with their values set to Null. You do not need to include any of the existing rename fields, as the tool will automatically detect the existing columns and preserve the values. Next, you will need to update the values of the newly added rows based on requirements for each rename. Set the appropriate rename columns values to the desired value. Add new rename fields To add an additional, rename columns, you may do so by running Create Asset Package Rename Table against asset package. The existing configurations will not be displayed by this tool, but will be maintained. However, the new rename columns that you enter will be added to the rename table. After adding the new rename column, you will need to set the values for each row that will be using this rename column. Generating a report Now that we have a better understanding of the rename table and how to work with it, you can run Apply Asset Package or Asset Package to Geodatabase tool, select the rename entry (the alias of the column is displayed) and generate a Utility Network with the new names. This process may take a while for a larger data model. We provide a tool that will generate an excel report very quickly to ensure the result is what you desire, before running the Asset Package toolset. The Asset Package Rename Report geoprocessing tool in the Utility Network Data Management Support (UDMS) toolbox that is part of the Utility Network Foundation solution or available via github. Use this report to evaluate the output and verify it meets your organization’s needs. The Asset Package Rename Report Geoprocessing tool creates a folder under the Output Folder named Renames. If the folder already exists a new one is created with the next sequential number appended to the name. The output folder contains the Renames folder with the following structure: Tables (Folder name) <TableName> - Workbook for each table in asset package Tabs Fields Subtypes Attribute Rules Field Groups Domains Tabs Descriptions UtilityNetwork Tabs Asset Groups-Types Network Attributes Network Categories Terminal Configurations Terminals Terminal Paths Tier Groups Tiers Diagram Templates Conclusion In this article we discussed how to get started with the rename table. Then we reviewed two topics on modifying the rename table for your organization. Finally, we discussed generating a report to review your utility network schema and properties based on your updates. If you have used the rename table, add a comment to below and share your experience. Now we have covered the renaming of items, our next article will learn how to use configurations to safely withhold components not required for your implementation from your final model. You can also learn how to apply the renaming technique for translating models to different languages by reading the translating utility network models article.
... View more
09-08-2022
09:01 AM
|
5
|
2
|
6201
|
|
POST
|
The best way to remove fields is to use a configuration to remove them. Then, we take care of removing them as network attributes, etc. https://solutions.arcgis.com/utilities/help/utility-network-automation/asset-package-reference/d-configurations.htm Next, when adding fields, consider using data types of numeric instead of strings. Strings cannot be used in network attribute.
... View more
08-24-2022
06:08 AM
|
1
|
0
|
680
|
|
POST
|
The Asset Package is a way to transmit or transfer all the Properties of Utility Network without the same restrictions as a Utility Network. The Gas Asset Package provides a predefined Gas Model with all the Utility Network properties defined which has also been thoroughly tested to ensure scalability and correct tracing results. This model can be either a complete model or a starting point for a customer to modify, reducing the time it takes to build a Utility Network from scratch. Our advice is to start with the Gas Asset Package, test it without modification and learn the Utility Network first. Then perform a mapping of your source data to the Gas Foundation Asset Package. Also, if you don't like the names of some items, you can rename them using the Rename function within the Asset Package.
... View more
08-18-2022
05:06 PM
|
1
|
0
|
1949
|
|
POST
|
In our sample data in the Electric Distribution Tier, the secondary should be included as part of each subnetwork. Debugging this will probably require a little more interaction. You can email me directly and we can setup a call where I can work with you. My email address is [email protected].
... View more
08-18-2022
07:09 AM
|
0
|
1
|
3050
|
|
POST
|
In the Electric Foundation model, we have a number of categories already defined. You would probably want to use the category E:Switching to find any switchable device or E:Load Break to find a Load Breaking device, like a Overhead Fused Cutout Load Breaking. To find Disconnect, you would use the Category of E:Disconnect in your trace. As for your last question, you could write a python script to perform the initial and subsequent traces until you encounter a Subnetwork Controller.
... View more
08-17-2022
02:36 PM
|
0
|
0
|
565
|
|
POST
|
Checkout this link to our solutions site. https://www.arcgis.com/apps/solutions/index.html?domain=Electric&gallery=true&industry=Utilities&solution=am29vh3htyq2vw12naudt49m8a9u1vyj&sortField=relevance&sortOrder=desc#home In the Utility Network, yes you would have a pole and a device. After creating both, you would want to create an attachment association between them. But, if you collect the data as a single point outside the utility network, you could automate the process of moving it in to the utility network and creating the multiple features and associations.
... View more
08-17-2022
11:22 AM
|
2
|
0
|
4492
|
|
POST
|
I assume you are planning on these lights being part of the electric network in the UN. The pole is a structure and the attributes for structures such as pole height, material, etc. For the light to be included in an Electric trace as an electric device, it is in the Electric Device class. If you are going to use a tool like Field Maps for data collection, you could use a non-utility network class to capture all of the information on a single feature. Then, post process the records in this class to create the UN features, appropriate pole in the structure class and the electric device Low Voltage Light. Also, there is an option using our hosted solution for Electric Distribution. This does not support tracing, but if you don't need to trace the electric connectivity to the lights, this may meet your needs.
... View more
08-17-2022
07:17 AM
|
2
|
2
|
4500
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 06-03-2026 05:34 AM | |
| 1 | 12-02-2025 10:58 AM | |
| 1 | 11-24-2025 05:52 AM | |
| 1 | 11-07-2025 03:28 AM | |
| 1 | 10-14-2025 05:17 AM |
| Online Status |
Online
|
| Date Last Visited |
13 hours ago
|