topic Re: Feature Class Symbol based on <Null> doesn't allow Editing in AGOL Feature Layer in ArcGIS Pro Questions

Feature Class Symbol based on doesn't allow Editing in AGOL Feature Layer

bives_rwu — Thu, 11 Jan 2024 14:49:22 GMT

I am trying to make a quick Web Application to do some data capturing. My goal is to have a feature class that is symbolized (Red point feature) based on a field with a <null> value. When the point feature is edited and updated the symbol will change to a new (Green) symbol to show that the data capture has been completed.

However, when I publish my feature service to AGOL I cannot edit the field the symbology is based on. My feature services field is a Long Integer and <null> values are allowed.

Feature Class with MeterNumber field I would like to symbolize based on <Null> or any other value.

Symbols

Published Feature Service in AGOL webmap. Notice the field has a dropdown arrow and <Null> is the value in the dropdown menu. I cannot enter any value without getting an error message that the "Value entered is not valid". I can edit other fields that are not what the feature classes symbology is based on.

Is this some sort of bug or am I doing something incorrectly? I would assume this is a typical workflow of having no data and then entering some data in an attribute field. Thank you for any ideas or input.

Re: Feature Class Symbol based on doesn't allow Editing in AGOL Feature Layer

LeoDCG — Thu, 11 Jan 2024 14:58:14 GMT

I'm having the same issue with experience builder edit widget, I cannot get a null to populate. I tried adding a <Null> domain value as well.

Re: Feature Class Symbol based on doesn't allow Editing in AGOL Feature Layer

bives_rwu — Thu, 11 Jan 2024 17:06:27 GMT

After lots of ideas and troubleshooting..... I did figure out a workaround for anyone else experiencing this issue. Within the symbology tab, I added a custom expression that checks for <Null> and returns a value. I then symbolize off that value.

I still feel that the workflow that I was trying in my first post should have worked. I'm not sure if that is intended and expected behavior or not to have the AGOL map have a drop down menu with no valid items being able to be typed in to the text box.

if($feature.MeterNumber == null){
return 'Unchecked'
}
else{
return 'Checked'
}

Re: Feature Class Symbol based on doesn't allow Editing in AGOL Feature Layer

RhettZufelt — Thu, 11 Jan 2024 21:10:26 GMT

It appears as if there is a Domain on that field with only one value (5/8") in it. Since 123 is not in the Domain list, it is invalid.

Re: Feature Class Symbol based on doesn't allow Editing in AGOL Feature Layer

bives_rwu — Thu, 11 Jan 2024 21:34:53 GMT

The image is confusing because the drop down menu covers the fields directly below the field I clicked on to edit. The entry with 5/8" is in the size field, two fields below the "Meter Number" field. Meter Number has no domain values. It is a blank field, data type Long.

Re: Feature Class Symbol based on doesn't allow Editing in AGOL Feature Layer

RhettZufelt — Thu, 11 Jan 2024 21:53:34 GMT

That make sense. However, normally don't see the drop down unless there is a Domain (or List of values on a Hosted Feature Service).

Is this a Hosted Feature Service? If so, these Lists (Domain) can be set up on the HFS itself in Item Details, or Field Maps designer.

If Hosted, you might look there to see if there is a list applied.

Re: Feature Class Symbol based on doesn't allow Editing in AGOL Feature Layer

bives_rwu — Fri, 12 Jan 2024 16:06:26 GMT

@RhettZufelt"That make sense. However, normally don't see the drop down unless there is a Domain (or List of values on a Hosted Feature Service)." Exactly my point. I shouldn't see the drop down. I think there is a bug with setting the symbology based on a <Null> value. The workaround I mentioned in another post of using an expression on the symbology and returning a value other than <Null> took care of the issue.

My data is in an enterprise database, not hosted. No domain values in the menu you showed.

Other fields do have domain values: