|
POST
|
One thing you can try as a simple test is to create a very small copy of the datasets/tables and run the script on that small sample to see if it is the script trying to match a field that might be duplicating. If it doesn't then it might be a potential issue with the layer possibly. Another option is to overwrite the layer and see if that republished dataset/tables fixes the indexing issues.
... View more
02-04-2026
09:20 AM
|
0
|
1
|
258
|
|
POST
|
Hi @mward_dlc, It could be the case because it is a mobile dataset. One thing you can try though is if the same attribute expression will work as a calculation in Field Maps(if hosted). If it works locally in a file geodatabase but not in a mobile geodatabase then it is probably the limitation of mobile gdbs.
... View more
02-04-2026
08:29 AM
|
0
|
1
|
742
|
|
POST
|
Like @KenBuja is saying. You are using $feature which is a single record. You instead need to use $featureset.
... View more
02-04-2026
05:33 AM
|
1
|
0
|
222
|
|
POST
|
You would need to write an arcade expression in order for the symbology to change dynamically, especially for a date field. Something like the example below should work. var dt = $feature.InspectionDate
iif( !IsEmpty(dt) && Year(dt) < Year(Today()), 'Not Inspected', 'Inspected')
// if you plan on using multiple years
if( !IsEmpty(dt) ){
When( Year(dt) == Year(Today()), 'Current', Year(dt) == Year(Today())-1, 'Last Year', Year(dt) == Year(Today())-2, 'The Year Prior', 'Old') }
... View more
12-10-2025
08:00 AM
|
1
|
1
|
739
|
|
POST
|
Yes, the constraint rules can run for both client and server side. As perhaps mentioned before, client side simply means using the devices resources to check for edits whereas server side typically checks tables where attributes reference other tables. For instance, Field personnel update an inspection record n field maps. // Constraint type on client side
var dt = $feature.date
iif( IsEmpty( dt ), { 'errorMesssage':'Please update the date field'}, True)
// Constraint type on server side
var FieldMapAtt = $feature.SomeValue
var RelVal = Filter( FeatureSetByName($datastore,"Feature Name",['Field'],False), "FieldName = 'SomeValue'" )
iif( TypeOf( RelVal ) != 'Feature', False, True ) Hope this gives some idea on how this will work for you.
... View more
12-10-2025
07:48 AM
|
1
|
0
|
266
|
|
POST
|
So the way attribute rules work is similar to sql triggers. Because of this, any edits done to a record will trigger some kind of response if one is set. Validation simply checks to see if any of the incoming edits do not meet a certain criteria and can either warn or flag for certain issues. This won't keep the data integrity if that is of more importance. Rules, either constraint or calculation, will best serve your needs. The other thing, regarding rules, is that they can either be application dependent, such as the case with most offline use, or that can be set to server only. Meaning when an edit is applied, if client side, it will only run on that instance whether it be tablet or phone, but if it is server side then it will update via the server and return the change after it passes server side. Server side is typically used for checking against other tables/features or the features base table that would require the change be pushed to the server. It is then checked for changes either applied or attributes pulled from the other features, applies changes, and then returns and changes to the version used by the field.
... View more
12-10-2025
07:44 AM
|
0
|
0
|
1201
|
|
POST
|
That actually makes it the easiest since the latest version of Enterprise actually allows for better control using attribute rules. So to get to the rules themselves: You can either right click on the table/feature in the catalog and select Data Design or similar to the image below From there you can click on the attribute rules Click on the constraint tab and you can then add your rule.
... View more
12-08-2025
08:26 AM
|
0
|
0
|
406
|
|
POST
|
Hi @CodyPatterson, It is possible to do so. The way to go about it is to add a constraint rule on the attachment table itself to look for the globalid of the related feature record and then set the insert trigger to have it look to see if the required attributes have been filled out.
... View more
12-04-2025
11:34 AM
|
0
|
2
|
499
|
|
POST
|
Hi @Steve_Walker, If your using a referenced feature service and you want to publish the new changes then you won't lose any of the information. If it is hosted, then what you will need to do is copy/modify the collected data into the pre-existing local feature class, modify the domains/fields/etc. and then republish as to overwrite the data in AGO.
... View more
12-03-2025
07:47 AM
|
0
|
0
|
385
|
|
BLOG
|
Hi @Ammarali, Just to clarify, are you asking as part of an idea from Esri or something else. If it is an idea then this can be moved to the ideas page. Also, if it is an idea, then please provide any supportive reasons so there is a stronger likelihood that if it can be implemented for multiple people then it can be made as part of an update.
... View more
12-03-2025
07:40 AM
|
0
|
0
|
177
|
|
POST
|
I am not sure because we use attribute rules to dictate a lot of the editing behavior. It may automatically populate but I cannot be certain of that. In any case you may want to consider using an attribute rule just to be on the safe side.
... View more
12-03-2025
07:39 AM
|
0
|
0
|
632
|
|
POST
|
Hi @aam, So to answer your questions: Yes, you can append data to the related table using information from the parent table. We have attribute rules that do this automatically for our inspections. You can use any kind of id but you must make certain that the field data types are the same and the primary key fields in both tables are of similar size. So yes you can use GlobalIDs. Just make sure the related table has a separate globalid field that isn't auto-populated. Yes - Must be a global id When you append and you field match accordingly it will match automatically. You do not want the related table to populate automatically because your relationship will not work. The relationship is looking for identical values so if they are different then it will not work.
... View more
12-03-2025
06:53 AM
|
1
|
2
|
674
|
|
POST
|
Hi @yockee, I don't typically use validation rules simply because the workflows that we have generally will account for all the edits that come in from the field. Typically validation is mostly for verifying that the data that is entered meets a certain criteria. It is usually best to create calculations that will account for certain things rather than try and force the editor to fill in the information. The solutions that we have created automatically account for certain behaviors and so there isn't a need to for validation. The other thing is if you are concerned with certain types of edits then you could try and create a constraint rule instead. The benefit of a constraint rule is that you can customize messages will appear to the editors and letting them know what needs to be corrected in order to continue editing.
... View more
12-03-2025
06:47 AM
|
0
|
0
|
1361
|
|
POST
|
There is but it may require some knowledge of either arcade or python in order to find unsnapped points. The other thing to try is to set a location filter for all the points and finding the nearest line where the distance is greater than 0.
... View more
12-02-2025
10:21 AM
|
1
|
0
|
544
|
|
IDEA
|
Hi @Jennifer_Parmeley, To Clarify, just so others can get a better understanding of what you mean, do you mean to add the ability to freeze fields so users can still see the fields as they scroll. The other slight workaround is to zoom out of the webpage but that will result in the text shrinking throughout. I think the ability to freeze fields/column headers would be a more straightforward improvement.
... View more
12-02-2025
10:19 AM
|
0
|
0
|
442
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 02-10-2026 06:09 AM | |
| 1 | 03-04-2026 01:08 PM | |
| 1 | 02-24-2026 12:59 PM | |
| 3 | 03-03-2026 10:33 AM | |
| 1 | 02-07-2026 06:04 AM |
| Online Status |
Online
|
| Date Last Visited |
40m ago
|