|
BLOG
|
One of the questions that comes up regularly from international customers is whether Esri offers versions of its Utility Network Foundations that have been translated into different languages. The short answer is that all the Utility Network Foundations available on solutions.arcgis.com are only provided in English (US). However, the tools are included with the foundations that make it easy for a customer or business partner to translate these models using the techniques described in the Renaming an item in an asset package article. The purpose of this article is to provide an overview of a process that allows you to quickly translate the contents of an asset package. There are several benefits to using this approach: The rename table doesn’t alter any of the underlying table names, field names, or database values. This means that solutions that expect specific values from this data model will not be affected by the aliases. The process is easier to iterate on because the aliases are changed as part of the deployment process. If you want to alter the underlying table names, field names, and values stored in the database, this approach will not achieve that. Create a rename table The first step of this process is to create and populate a rename table in your asset package. A comprehensive description of this process is described in the Renaming an item in an asset package article, but for this article we will keep things simple. 1. Run the Create Rename Table tool from the Utility Data Management Support toolbox Add one or more Rename Fields to represent the new alias(es) you wish to use. 2. Click Run When the tool completes, your asset package will then contain a D_Rename table that you can use to rename the description/alias of anything in your model. The next step is to get this information out of ArcGIS Pro and into a format that you can send off for translation and review. One convenient way to achieve this is to use the Export to Excel Geoprocessing tool, which you can find a shortcut for on the Attribute Table. 3. Use the burger button on the D_Rename table to display the context menu to export the contents to Excel. If you don’t want to use an Excel file you can also select all rows in the table and use the Copy Selection command to copy/paste the rows into a document of your choice. In this example, the content has been pasted into a basic text editor. 4. Translate all the values in the Current Name column to a new value You can perform this translation manually or use one of a variety of free and paid services for this purpose. Keep in mind the following: To re-import the values, you will need to remember the ObjectID of each value. This is discussed in the next section Certain properties have restrictions on length and special characters Once you’ve deployed the new database you may find you need to adjust some values All these considerations show that this will be an iterative process. You will need to manually review the values within the context of the application or data model and adjust. Importing renamed values Once you have a document containing the new values, you need to then update the rename configuration column in the D_Rename table of your asset package. The easiest way to do this is to use copy and paste, but this requires the order of the rows in the asset package and the table you are copying from to be identical. This is why it’s important that the document has the original object id from the asset package. The process is as follows: 1. Select the column that contains the new descriptions you want to use (Do not select the column header.) 2. Copy the selection to your clipboard 3. Place your cursor in the new column of the D_Rename table If you are only pasting a subset of the values from the translated document the cursor must be placed in the correct row of the document. The table view will ignore your current selection, even if you have the view filtered to the currently selected rows. 4. Paste the selection into the table You can use the keyboard shortcut or the paste command on the context menu to ensure you are pasting the values in the correct location. ArcGIS Pro will automatically parse the pasted rows into the new column. If you find that the data isn’t coming across properly, it may be that the order of items in your source document is different, or that the application the data was copied from isn’t properly formatting the data on the clipboard. 5. Save your edits. Now that you’ve populated the D_Rename table, it’s time to verify the results. Deploying a translated foundation Once the D_Rename table is populated, you need to deploy the asset package to see the translated description. The easiest way to do this is to use the Asset Package to Geodatabase tool to create a local geodatabase using the descriptions in the rename table. To perform the following steps, you first need to install the UN Package Tools for the ArcGIS Pro installation where you will be deploying the asset package. 1. Open the Asset Package to Geodatabase tool 2. Select the Asset Package that has the populated D_Rename table 3. Expand Asset Package Options Leave the box next to Load data checked if you want to review the coded value descriptions. Uncheck the box next to Post Process, this will make the process run faster without affecting your ability to review the results. Select your new descriptions for the Rename using parameter. 4. You may also want to adjust several other parameters, depending on your situation. • Folder Location • Geodatabase name • Feature Dataset Name • Utility Network Name 5. Click Run. 6. Review and resolve any errors reported with the D_Rename table. If this is your first time using these descriptions, you may see errors in the D_Rename table about values being too long or containing invalid characters. Review each of these errors and make the requested changes. Repeat this process until the asset package deploys without any errors. 7. Once the tool successfully runs, review the results in ArcGIS Pro. The easiest way to do this is to add the data in the newly staged geodatabase to a new map. If you open an existing map, you may still see the original field aliases on layers and the original coded value descriptions in your contents pane. Conclusion You’ve learned how to effectively use the D_Rename table to customize the aliases in your utility network foundation. You learned several techniques you can use to export and import the values in this table for translation purposes. You also learned about some of the considerations for the length of translated values and special characters you will need to consider when performing translation. Now that you’ve read this article you are well equipped to begin translating your own data models, whether they use a utility network foundation or another industry standard data model provided by an Esri business partner. Before you spend too much time creating your own model, you should always check with the Esri Distributor in your region to see if they, or another business partner, have already created a localized version of the data model you’re interested in. Localizing a data model is more than just translating values from one language to another, it also considers regional or local standards or regulations and norms. If there is already a localized version of the model that takes this into account this can save you a lot of time and effort.
... View more
a week ago
|
3
|
0
|
386
|
|
POST
|
When you ran the UN Migration Wizard (or the Migrate to Utility Network GP tool), you had to pick the target feature class for all your layers. If you want to use flow meters as controllers, then you should rerun the migration and put the flow meters in the device layer. While you're doing that you could also consider making siphons devices, in case you ever wanted to add a terminal configuration to them.
... View more
2 weeks ago
|
1
|
1
|
181
|
|
POST
|
I just tested this out on my end and was unable to reproduce. I tested it using the 'asset manager' domain. If this is something you can consistently reproduce, please log a case with support. Also, for geodatabase/data modeling questions like this that aren't specific to utility workflows or the utility network itself I recommend you post them in the Geodatabase Questions community.
... View more
2 weeks ago
|
0
|
0
|
129
|
|
POST
|
@SanchezNuñez this appears to be the same as this question you previously asked: Solved: How to rename a Domain in an Utility Network - Esri Community.
... View more
2 weeks ago
|
0
|
1
|
143
|
|
POST
|
I'm not sure what you mean by junction category or device category. Can you show me the current feature class, asset group, and asset type you want to make a subnetwork controller? Your flow meters should already belong to a flow meter asset group on the WastewaterDevice class.
... View more
2 weeks ago
|
0
|
0
|
210
|
|
POST
|
If you check the server logs you should be able to see some warnings or an error that gives you more detail as to what is going wrong.
... View more
2 weeks ago
|
0
|
0
|
124
|
|
POST
|
If you want something to be a subnetwork controller, it has to be a device with a terminal configuration (partitioned domains require a directional terminal configuration, hierarchical allows directional or bi-directional). Meters are typically modelled as devices and not junctions. Junctions in a sewer network are typically just fittings and misc pipe connections. Anything that is tracking or modifying flow (including the channels in manholes) are typically modelled as devices.
... View more
2 weeks ago
|
1
|
1
|
224
|
|
POST
|
As long as the field isn't associated with a network attribute or something required by the utility network, you can do this the same way you'd alter any other field in a geodatabase. The Design view for fields or the Alter field tool. Edit: @VishApte_NGIS mentions below that if you just switch a field from lower case to upper case, it will not change the field. This means you must alter the fields(s) twice, once to make it upper chase (with an extra adornment like 1) and a second time to remove the adornment. To make this easier, consider using the Alter Fields (multiple) tool to make the two calls.
... View more
2 weeks ago
|
2
|
0
|
133
|
|
POST
|
If you haven't already, please log a case with support on this. What are the pooling settings on the service you're using to edit the utility network? Here's an example of the default settings, which should probably be increased when the service is being used in a production capacity.
... View more
2 weeks ago
|
0
|
1
|
127
|
|
POST
|
Hmm, I don't see any great options for this other than what you're doing. The best idea I could come up with would be to assign a network category to let this be treated as a barrier on your pressure tier, but not on your system tier. This handles the inconsistent subnetwork name problem but means that your isolation trace will treat this like a closed valve if you do your isolation trace on your pressure tier. You could get the correct result if you ran your isolation trace against the system tier, but that will be slower than running a trace on your system tier since it must analyze more features and paths to sources (identifying all the possible paths to water sources, instead of just to the pressure controllers).
... View more
2 weeks ago
|
1
|
0
|
75
|
|
POST
|
@PierreloupDucroix you are correct in that the behavior is slightly different when posting edits from a version. If the subnetwork or subnetwork line is modified in the version we will mark it as dirty when it gets posted because we know that there are changes that happened to it in the version that mean it needs to be processed in default. As an example, if you create new features in your version and run update subnetwork, they will have their subnetwork name populated and the subnetwork line will be updated to reflect the new features in your version. After you reconcile and post your version to default, there is no guarantee that those same features will be connected, so we make you rerun update subnetwork to ensure everything is clean and connected.
... View more
2 weeks ago
|
1
|
1
|
69
|
|
POST
|
Well, that rules out the obvious problems. If you haven't already, I suggest logging a case with support. Does it only fail when you include all three features? Or can you narrow it down to just one of those features in the template?
... View more
2 weeks ago
|
0
|
0
|
86
|
|
POST
|
You can do this in the Field Design View to change them in the geodatabase, then any time you add that feature class to a map it will use the field alias. If you need to change MANY field aliases or domain descriptions, you could consider using the D_Rename table. If you have pre-existing maps, this change will not automatically apply to the layers in those maps. Instead you must manually alter the Field Alias on each feature/subtype layer, as well as any popups that have overwriten the default alias of the field. Something like the utility network properties extractor can make this process easier because it allows you to export properties to a file, adjust them, then re-import them. You can also use the Paste Properties command on a layer to paste the field properties between an already configured map and an existing map. Because of this it is best to get your field aliases figured out in your data model and initial map before you start making too many additional maps.
... View more
2 weeks ago
|
0
|
0
|
121
|
|
POST
|
This thread was created from a comment on this article: https://community.esri.com/t5/arcgis-utility-network-blog/modeling-related-data-in-a-utility-network/ba-p/1675555 I have clarified the article to explicitly state that the related records are non-network features/rows. I haven't seen any examples of moving all the business attributes into related tables, but maybe someone in the community can speak to what their experience has been with it? What I more commonly see is customers who had heavily a heavily de-normalized data model restructure their data model to move fields for things like customer data, inspection data, etc into related tables. Wide tables and many relationship classes both carry their own performance costs, so be considerate with how you store and manage your data. This is a principle that doesn't apply to GIS, but any application that is built on a relational database.
... View more
2 weeks ago
|
0
|
0
|
141
|
|
POST
|
@Andy_Morgan if every feature needs to be assigned to a single zone/partition, then the batch trace example can do that. Its getting a little late to change your approach now, but if you're going to be at the Developer's Summit in Palm Springs this year I can show you (or you can watch the demo theatre presentation I'm doing on the community sample).
... View more
2 weeks ago
|
0
|
1
|
136
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | yesterday | |
| 1 | Sunday | |
| 2 | Wednesday | |
| 1 | a week ago | |
| 1 | a week ago |
| Online Status |
Offline
|
| Date Last Visited |
yesterday
|