Latest Contributions by HusseinNasser2

‎08-11-2025

This is now available in ArcGIS Pro 3.5. The user can use Attribute rules backstage options to change the default settings and it will persist when restarting Pro.

‎08-08-2025

This bug has been addressed under BUG-000154445 in 11.1 , and ported to 10.9.1 patch 5, 11.3 should have this fix. If you have a repro case on 11.3 it could be a different bug, I suggest submitting a case. msg me the case number so I can follow up

‎08-05-2025

If you are looking for junction Edge associations you should use featureSetByAssociation($feature, 'junctionEdge') "Connected" is only for JJ associations

‎07-25-2025

Alot of customers came to me after the demo I did on the UC 2025 asking for the recording (Which we don't do), so I promised a blog post with code and data instead. Hereit is https://www.esri.com/arcgis-blog/products/arcgis-pro/data-management/batch-work-order-generation-with-attribute-rules-uc-2025-demo

‎07-24-2025

Yes it is possible to update the same class with attribute rules and prevent infinite loops, I authored a post detailing this with an example. Prevent Infinite loops in Attribute Rules https://www.esri.com/arcgis-blog/products/arcgis-pro/data-management/prevent-infinite-loops-in-attribute-rules

‎06-30-2025

Reposting this article I authored back in 2021 for visibility as it is not easily searchable. In it I discuss the best practices of authoring and configuring attribute rules. Hopefully you found it useful. https://community.esri.com/t5/attribute-rules-blog/attribute-rule-authoring-and-configuration-tips/ba-p/1023745

‎05-16-2025

The error "The requested operation is unsupported by instance db" often indicates that the geodatabase the UN is loaded on is not upgraded where some stored procedures maybe required by the application and they are not there. That explains why you are getting it on both enable and applyEdits. Can you try running upgrade geodatabase from your current Pro? Before you do that, take a screenshot of the current geodatabase version, I want to know what geodatabase version you are on because it is been years since I saw this error. You can find out by logging in as sde user and go to the properties. Expand Geodatabase version, upgrade status. Then run upgrade geodatabase gp tool when you are ready. If it works after that, will do some work to improve the doc.

‎02-07-2025

What version of Pro are you using? We should have yelled with a message that the sequence doesn't exist

‎02-07-2025

My guess is you might need to account for empty geometries , line 26 points to this "paths": json["rings"], which essentially means it couldn't find the "rings" property in the geometry object you sent to the function. So either you are sending something else (which your code doesn't look like it) or one of your features have an empty geometry that was recently added that broke your script.. try updating this function with this function polygonToPolyline(p) { var json = Dictionary(Text(p)); if (!haskey(json, "rings")) return; if (!haskey(json, "spatialReference")) return; var polylineJSON = { "paths": json["rings"], "spatialReference": json["spatialReference"] }; return Polyline(polylineJSON) } Now this script may cause other downstream failures so you might want to handle the empty geometry across the rest of the script.

‎02-05-2025

Can you try installing fiddler and capture the applyEdits call? What does the response looks like? Pro should refresh the map with updated features on the backend, the applyEdits returns a payload called "ServiceEdits" which tells the client the updates that have been made to the server (this includes attribute rules ) Capture what the request parameters (there should be returnEdits or returnServiceEdits parameter) and in the response there should be the edited features payload

‎01-02-2025

I know this is an answered post but just adding this for additional info. I wrote up a post to explain why. Why FeatureSetByName doesn't work with variables https://community.esri.com/t5/attribute-rules-blog/why-featuresetbyname-doesn-t-work-with-variables/ba-p/1541572

‎10-14-2024

Looks like you figured it out, you just need to add " " on the globalid, otherwise the JSON is invalid. [{"isFilterBarrier":false, "globalId": "{D0C706FB-B4D1-4645-A1B1-24CF0B1DE7F4}" ,"percentAlong":0.5, "traceLocationType":"startingPoint"}] Now we need to figure why Trace widget isn't sending the globalid though, sounds like a bug

‎10-10-2024

This is now possible with Pro 3.4 (You can test it with the Beta 1) with Attribute Rules Triggering Fields In previous releases of Pro, updating any field on a class that has immediate attribute rules will always execute update-based attribute rules enabled on that class. With this new feature in 3.4 Beta 1, users can specify what fields would trigger a constraint or immediate calculation rule on update, this way updating fields that do not affect the execution of attribute rules won't trigger the rules, significantly improving editing performance. To solve this particular idea, one would remove all triggering fields (which is the default) from the rule and only keep the "Shape" as single triggering field. Updating any attribute won't execute the rule, only updating the geometry will.

‎09-23-2024

When writing attribute rules, we often tend to use the FeatureSetByName function to reference other tables or classes. However, you might have encountered this error before when using Arcade scripts with attribute rules that utilize this function. ERROR 160288: The name object is invalid. (3.3.3, 3.2.4, 3.17, 2.9.13) ERROR 161022: Attribute Rules FeatureSet functions require a literal text string for table names. (3.4+) This means you wrote an Arcade expression using FeatureSetByName and passed a variable to the class name parameter. Here is an example: var class_name = "test"; var feature_set = FeatureSetByName($datastore, class_name); This pattern is not supported, and the error message is intentional to protect against downstream errors, such as issues with publishing, copy and paste, exporting XML workspaces, and various other data transfer operations. To fix this, find all instances of FeatureSetByName and ensure you are passing a literal string, as shown below: var feature_set = FeatureSetByName($datastore, "test"); Why does FeatureSetByName require a literal string? In ArcGIS Pro 2.3, we added the ability in attribute rules to reference other tables and classes. This created a dependency tree: if class A has an attribute rule that references class B, copying class A should also bring class B with it; otherwise, the editing behavior will be broken in the new workspace. To support this, in Arcade, we statically analyze the script to determine this dependency and rely on literal strings to find the referenced classes. When using a variable in FeatureSetByName instead of a literal string, we would have to execute all Arcade expressions to find the value of the table, which would slow down the process of saving the rule. Moreover, execution alone is not enough to discover the table name — for example, having FeatureSetByName nested within a condition that might not be reachable during execution would still pose a problem. Therefore, always use a literal string when working with FeatureSetByName. Note that this is also applicable to FeatureSetByRelationShipClass

‎07-08-2024

Because the services is reading and caching the definitions of the geodatabase it acquires the shared lock. This blocks anyone from going to the database and update the definition which will result in the service having stale/outdated definitions which can cause problems. If you know that, hey I'm just changing an alias of a field or adding a comment to an attribute rule, yes it is updating the definition but it won't cause any harm, then yes it is safe to uncheck that option so the service won't acquire any locks. and Yes we refer to dedicated instances here because those cache the definitions. I'm not familiar very much with shared instances behavior but I would assume they destroy all cache after every request because you could open multiple workspaces on the same shared process and that will cause bloat in memory and perhaps bugs. For the maxCacheAge, you can add only add it in the admin api, right under the properties of the mapserver of your service. I think if the default is 300 (5 minutes), is it not there by default. thanks for bringing up the issue that it isn't in the doc For the feature dataset question I don't think we document that as its an implementation details so it won't be in the official doc, but perhaps mentioning it as part of best practices in general would be good idea. If you enabled debug logging , you should see a debug entry, something like this. Which tells you how long the broadcast took, and how many tables/classes and relationships were touched. So if you have a feature dataset with 100 classes, and you just published one of those classes as a service, all 100 will be opened when you edit that class. BeginBroadcastStopEditing;Broadcasting Stop editing accross: 1 Feature Datasets, 24 Tables, 17 Relationships Hope that helps

Online Status	Online
Date Last Visited	4 hours ago

My Ideas

Latest Contributions by HusseinNasser2

Re: Error Inspector: Make the 'Modified in this version' option the default parameter when evaluating rules - Status changed to: Already Offered

Re: Attribute Rule [Constraint]: Combining GetUser + third action. Action not recognised

Re: Issue with Fetching Connectivity Association using Arcade

UC 2025 Demo - Work order generation with Attribute Rules

Re: When a feature is edited, update a different feature in the same FC - Status changed to: Already Offered

Attribute Rule Authoring and Configuration Tips and Best Practices

Re: enable utility network topology errors

Re: General Evaluation Error

Re: Address Data Management- "Arcade error: Field not found"

Re: Attribute rule evaluation on the backend does not seem to get synced back to the client (ArcGIS Pro) but appear once I force a restart of ArcGIS P

Re: Is it possible to pass dataset name from variable?

Re: Share named trace configuration in webmap - missing JSON parameter

Re: Attribute Rules: Update only on geometry change - Status changed to: In Product Plan

Why FeatureSetByName doesn't work with variables

Re: Attribute Rules - A Deep Dive - DevSummit 2024

Split with Attribute Rules

Temporarily Disable Attribute Rules

Merge with Attribute Rules

Re: Attribute rule to merge road centerline addres...

Re: Is it possible to pass dataset name from varia...