Thank you Robert!
I have other question, can you give some suggestion?
Now, my customer want to add Text field to Subnet Line and automatic assign value by District Code to filter and display on map. But I can not edit in ArcGIS Pro, attribute rule also not work because this field for Subnetwork Line in calculation rules is read-only. But if I add Subnet Line on web map, I can edit feature and field. Do you have any ideal?
Thank you so much!
Solved! Go to Solution.
If you want to have additional descriptive information about a subnetwork, I recommend you create a lookup table that contains these values then put an arcade expression on the popup for the subnetwork line and subnetworks table that displays this informaiton.
It is possible to add user-defined fields to this table and populate it using an attribute rule, but this adds additional overhead to each call of update subnetwork. For spatial queries you get into weird situations where you can be in multiple regions, for non-spatial queries you need to either create a lookup table or do even MORE processing. Putting all this information in a separate lookup table that is maintained as needed by administrators is a much more scalable solution, since it is only updated when it needs to be instead of every time update subnetwork is run.
If you add a new user field to the subnetwork line class you can populate it using an attribute rule. It appears as read-only in ArcGIS Pro because we don't allow you to directly edit this class from a client (web, desktop, etc), but Attribute Rules are allowed to populate non-system managed fields.
If you want to have additional descriptive information about a subnetwork, I recommend you create a lookup table that contains these values then put an arcade expression on the popup for the subnetwork line and subnetworks table that displays this informaiton.
It is possible to add user-defined fields to this table and populate it using an attribute rule, but this adds additional overhead to each call of update subnetwork. For spatial queries you get into weird situations where you can be in multiple regions, for non-spatial queries you need to either create a lookup table or do even MORE processing. Putting all this information in a separate lookup table that is maintained as needed by administrators is a much more scalable solution, since it is only updated when it needs to be instead of every time update subnetwork is run.
If you add a new user field to the subnetwork line class you can populate it using an attribute rule. It appears as read-only in ArcGIS Pro because we don't allow you to directly edit this class from a client (web, desktop, etc), but Attribute Rules are allowed to populate non-system managed fields.