nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Changing Feature Type resets values in other fields

RandyBurton

I have noticed that Collector will reset some fields that use a domain value but not others when the field that is used to set the symbol (feature type). Collector will give a warning message about �??Changing Feature Type.�?� If yes is selected then those fields to the left (in the original geodatabase field order) that use a domain look-up value are reset; those using domain look-up values to the right are unchanged. Changing the field order of the form will not change which fields are reset. This is the behavior in both iOS and Android.

A similar issue was described in the forum about two years ago.

Has anyone found a solution?

タグ付きの投稿をもっと見る

Accepted answers

RandyBurton

With Russ' help, I was able to come up with a solution.

When I created the database, I had set a few fields to a default value. When the Feature Type was changed, those fields with a default setting would delete the current value and use the default. Fields with no default value setting would retain the current value. I deleted the default settings and reposted the feature class to AGOL.

All comments

RussRoberts

I would like to see your service to see how the data model is laid out but values will be reset if they are not listed as inherited in the REST data model under the template.

Russ

RandyBurton

Russ, I sent an invite and PM. I appreciate your assistance.

RandyBurton

BrandonKeinath1

Hi Russ,

I'm having a similar issue but we're using ArcGIS Server 10.2.2. Reading through Randy's replies it seems like removing the default values fixed the issue, but we aren't using default values. Could it be the inheritance issue you describe?

Thanks,

Brandon

mnitdotgis

I am having this same issue and as Russ suggested to check if they are listed as inherited under the templates in the REST services. I have domains with default value. Is there a solution without removing the defaults?

Thanks

Abdi

GIS_System_AdministratorSunshi

Hi there

I am experiencing this issue...but not sure how / where you set this inheritance.

I have a field with Allow Null Values = NO

And a domain set. - YES / NO

I have no subtypes etc.

Could someone shed some light in how to change this

RandyBurton

If you are comfortable with using the REST API to edit the json file ...

In the types section of your feature service, each type has a template section. When you change the attribute that controls the symbology, it will use the this template to set default values. Using the example json below, when your feature's symbol attribute is set to "SymbolValue", the template will set Atribute1 to use "SomeValue" and Attribute2 will be inherited because its value is null. If you want Attribute1 to be inherited, replace "SomeValue" (in line 20) with the word null (it will then look similar to line 21). You do not want to change "SymbolValue" (line 19 in the example) as it sets your symbology.

When working with the REST API, you should backup your feature service before making changes. Experiment with a test feature service to become familiar with the REST API. Use jsonlint.com to validate your json. I would also suggest that you only update the types section with the API.

{
"types": [{
  "id": "SymbolValue",
  "name": "SymbolAttribute",
  "domains": {
  "Attribute1": {
    "type": "inherited"
  },
  "Attribute2": {
    "type": "inherited"
  }
  },
  "templates": [{
  "name": "SymbolAttribute",
  "description": "",
  "drawingTool": "esriFeatureEditToolPoint",
  "prototype": {
    "attributes": {
    "Symbol": "SymbolValue",
    "Attribute1": "SomeValue",
    "Attribute2": null
    }
  }
  }]
}]
}

CardnoNew

Immediately after the release of Collector Version 10.4.1, I have suddenly started having this problem.

My template attributes are set to null in json so that does not appear to be the issue.

Can anyone help?

PeteCrosier

Experiencing this with 10.4.1 on Android too - we're rolling back to 10.4 as it breaks our workflows severely. We've logged it with Esri support and are waiting for a resolution.

RoyceSimpson

I'm having this issue as well and have no idea how to fix it. When I change a particular coded domain value for a feature I get this popup "changing feature type - You are changing the feature type, which may potentially overwrite some field values. Are you sure you want to do this?"

Yes, I'm sure, every time I'm sure.

How do I fix this. My field workers are about ready to kill me.

-r

RandyBurton

If you are using AGOL, I suggest editing the types section of the feature layer's json file using the REST API. Here's a sample of the layer's type section.

{
&nbsp; "types": [
&nbsp; {
&nbsp;&nbsp;&nbsp; "id": "1",
&nbsp;&nbsp;&nbsp; "name": "Red",
&nbsp;&nbsp;&nbsp; "domains": {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Color": {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "type": "inherited"
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; },
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Field2": {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "type": "inherited"
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; },
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Field3": {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "type": "inherited"
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }
&nbsp;&nbsp;&nbsp; },
&nbsp;&nbsp;&nbsp; "templates": [{
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "name": "Red",
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "description": "",
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "drawingTool": "esriFeatureEditToolPoint",
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "prototype": {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "attributes": {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Field2": 0,
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Color": "1",
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Notes": null,
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Field3": "AB"
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }
&nbsp;&nbsp;&nbsp; }]
&nbsp; },
&nbsp; {
&nbsp;&nbsp;&nbsp; "id": "2",
&nbsp;&nbsp;&nbsp; "name": "Blue",
&nbsp;&nbsp;&nbsp; "domains": {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Color": {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "type": "inherited"
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; },
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Field2": {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "type": "inherited"
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; },
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Field3": {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "type": "inherited"
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }
&nbsp;&nbsp;&nbsp; },
&nbsp;&nbsp;&nbsp; "templates": [{
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "name": "Blue",
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "description": "",
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "drawingTool": "esriFeatureEditToolPoint",
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "prototype": {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "attributes": {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Field2": 0,
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Color": "2",
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Notes": null,
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Field3": "CD"
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }
&nbsp;&nbsp;&nbsp; }]
&nbsp; }]
}<SPAN class="line-numbers-rows"><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN></SPAN>

In this example there are two types, Red and Blue, which will be used to symbolize the layer. Setting the Color domain to "1" will set the symbol to a red dot; setting it to "2" will select a blue dot. The settings in the prototype section will also set Field2 and Field3's domain to the indicated default values.

The "Notes" field is a text field and is set to null -- that is, if the field does not currently have a value. If it has a value, it will be inherited -- that is, it will remain unchanged.

What you will need to do is to set Field2 and Field3 to null so they will also be inherited. For example:

&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "attributes": {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Field2": null,
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Color": "2",
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Notes": null,
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "Field3": null
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<SPAN class="line-numbers-rows"><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN></SPAN>

The domain Color will retain its value, otherwise changing type would not change the symbol on the map. If Field3 had the value "XY", it would retain the value "XY" when the Color domain is changed.

I do recommend that one type group retain all the default domain settings so that when new features are added, they will set domains properly. You do not want null values for your domain's codes.

This setting should prevent the warning message about changing feature types, unless changing to the default per my recommendation. I also highly recommend that you work with a copy of layer and experiment with it. Back up your layer before making any changes.

This blog Updating Hosted Feature Services in ArcGIS Online links to a PDF that explains the specifics of editing a json file.

RoyceSimpson

Thanks Randy. We stand up new feature services all the time for this particular system... would I have to go in and manually do your changes every time? If so, that's not realistic workflow.

Conversely, what can I do to prep the data in the mxd so that I can make that message NOT come up in Collector? I have other editable Collector maps that don't have that message. I'm not sure what the difference is between those maps. I follow pretty much the same mxd -> publish process every time.

-Royce

会話に参加する

サインインしたメンバーは投稿、更新のフォローなどができます。初めてですか？無料アカウントを登録してください。

クイックリンク

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.