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; } } }

domain values showing not domain description

ErikBlake

I was wondering if anybody knew why after upgrading to 10.5.1 our web maps that we use in collector are displaying the domain coded value when they are editing instead of the domain description. any advice how to get it back to showing the description.

Encontre mais publicações marcadas com

Accepted answers

RandyBurton

In AGOL, I click on the feature layer in the Content tab. Then on the Overview tab, there is a Service URL link in the Layers section. The Service URL page has a link to the JSON file located at the top of the page.

If you are using ArcGIS server, you will look for the REST services end point. This documentation may help: An overview of geoprocessing REST Services

All comments

JosephAlberts

Doug Morgenthaler It looks like this is still a problem in AGOL after the April updates. I just overwrote a feature service that has a category symbology in Pro/Desktop based on a field using a coded domain. In the data pane of the feature layer's details page, the values displayed in that field are showing the coded value rather than the description.

There's nothing wrong with the domain itself. I have two other fields using the exact same domain, but not being utilized for symbology/style, which show the description. See the image below; all three fields use the same coded domain, but the first one is the symbology field at the time of publishing.

Three fields using the same coded domain, but the first is used as the symbology for the layer when published. It shows the code value instead of the domain description.

It appears that I can get around this by publishing the layer with a single symbol style and then setting up the style under the feature layer's Visualization tab, which then translates into the maps the layer is in. I can also then change the field that any given map uses from that layer to style it in the map without breaking the other field.

The problem looks like it's in the types section of the JSON at the REST endpoint. I've compared them by publishing with the category symbology in Pro/Desktop and just publishing it with a a single symbol. When the category symbology is used, the "name" values (both of them) for each type are set to the value instead of the domain description. Each type also has a data in the "domains" section, which is empty when publishing with a single symbol and doesn't contain anything even after setting a style based on a field under the Visualization tab. It looks like a list of every field that uses a domain in the feature layer in the form:

"Field_Name" : {"type" : "inherited"},

JeffSegal

Perhaps the problem is with ArcGIS 10.5.1 rather than with Collector.

Using Collector 18.0.1 with a map published under 10.3, there is no problem, but with maps published with 10.5.1 the problem is observed.

Since there is an AGOL update due within a few days, I plan to re-evaluate after that update.

Anonymous User

If your coded value domain is formatted as a "Text" field type, you could also use a text description in the Code field (instead of a numeric code), and the Code text will appear in Collector when collecting data. You can enter the same Code and Description for each item in your domain list (an abbreviated code works also).

It's not ideal if you need a numeric code, but it will get you the result you want in Collector without having to edit the JSON file.

JillHalchin

I'm seeing this with our Portal. The last that I heard, it's running 10.5. I have Collector 17.0.4 on an iPad. Several fields have domains and the descriptions are used for symbolizing. The field do NOT have subtypes. Same as others have reported: everything is okay on a desktop and when using the map live in Collector. But in a downloaded map, the list for choosing type of feature to create and the dropdown picklistss show the codes, not the descriptions.

ClemensBriedl

We have a similllar error, but this time only the Android Collector App is effected and not all Domains. No Problems with iOS, Green is the Code inserted by me Not all domains are working in Android

First Screenshot Shows the properly working iOS App (green is the the Code), second Shows the Anroid App where some are note working. In Webbrowser they are also working properly. We are using the latest release from the App.

marjorie_jerez

Doug,

Any update as to when this will be fixed?

Anonymous User

That is the behavior of the bug.

ErikBlake

Doug

has I stated in my reply to Mark it doesn't with droids as well. It is a bug I believe in collector. If you use the map anywhere outside of collector the description show up like they should. that's my experience anyways

DougMorgenthaler

If you have not already contacted Support, please do so to be added to BUG-000108532.

Important notes

- This defect is specific to iOS only.

- The defect is limited to not displaying codes (instead of descriptions) for subtypes only.

If you are seeing this behavior using coded value domains, or on a different platform than iOS, please contact support with additional details so it can be reviewed and addressed independently.

We will be investigating and plan to address in the next update of Collector. Will keep you posted on availability.

ErikBlake

Mark

We have a couple of guys using android and it is doing the same thing with those as well. When they edit the same map using just a browser (we use chrome) the descriptions seem to be displaying how they should.

TerryIffland

It looks like the current work around is using an edited field in order to have the value displayed. Can you provide an estimated release (and date) to fix BUG-000108532 so that values will be shown and not just the domain coded value without having to edit the field?

MarkLund

By the way, this only seems to affect iOS. Everything works fine on Windows, we don't have any Android devices.

MarkLund

So, what's the solution to fix this problem? It's essentially not usable to our field crews at this point, they aren't going to memorize 50 different numbers and translate those on the fly into domain descriptions. Is this something that is actually going to be fixed in the next Collector release, or is this just another BUG that ESRI creates and doesn't seem to ever fix? If that's the case then there needs to be a way to roll back to a previous version of Collector that actually works for users and we'll just stay at that version until it's fixed in a future version. Please advise is there's a viable workaround.

ErikBlake

Thanks Dan for the update. So to clarify, are you stating what the bug is? or is that the work around?

If you edit the field the subtype is assigned to, then the description is displayed. Once you submit that change, the field will show the code.

Anonymous User

We did find an issue with subtype codes displaying instead of descriptions in the latest Collector for ArcGIS on iOS (17.0.3). If you edit the field the subtype is assigned to, then the description is displayed. Once you submit that change, the field will show the code.

BUG-000108532 : The latest update to Collector for ArcGIS on iOS (17.0.3) shows subtype codes instead of descriptions in the feature's attribute table.

TerryIffland

I am having a similar problem. I'm using a REST service to provide data from an SDE database. The REST service is being supported by ArcGIS Server 10.22.

I've created a pop-up in AGOL that uses the domain value in the title. When I view this in AGOL, the domain value description is displayed. When I look at the same feature via Collector on my iOS device, I see the domain code value.

I've gone to the REST service and looked at the JSON file as suggested, and I don't see a "types" field, "id", or "name" field in the JSON file.

ErikBlake

Thanks a million! Randy.

RandyBurton

If you are using ArcGIS server, you will look for the REST services end point. This documentation may help: An overview of geoprocessing REST Services

ErikBlake

Randy

Thanks for the response. I am in now way a programmer, so where do i find the JSON file after I publish the service to our ArcGIS Sever.

RandyBurton

I have also noticed this. This is when I am using the domain for symbology. When I examine the JSON file for the feature, specifically the "types" section, the "id" and the "name" both contain the coded value. The name should contain the code's description.

I always need to edit this section of the file as the publishing process fails to use the domain sort order. While doing my typical editing, I noticed that the issue with the code being used in place of the description. In my case, publishing was done with ArcMap 10.5 when I first noticed the name issue. The sort order issue has been around since 10.2.

ErikBlake

I should add that it seems only to be happening when in collector. when I edit thorough AGO and a browser the descriptions display how they should

Participe da Conversa

Membros conectados podem postar, seguir atualizações e mais. Novo aqui? Registre uma conta gratuita.

Links Rápidos

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