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

Domains and feature service editing, field names issue

TysonJohnston

It appears that in ArcGIS Pro 1.0 you do not have to create a local copy for editing to make edits to a feature service as in ArcGIS 10.3 and prior. I have noticed that on feature classes in a feature service that utilize subtypes, the subtype field shows the code, not description, as does one of the domains that changes depending on the subtype selected. Also, the field names are displaying, not the field aliases.

See elem_type and elem_name fields in attachment. Other fields that use domains, such as elem_found, elem_eo, and new_up do show the domain description instead of the coded value.

Find more posts tagged with

Accepted answers

All comments

PaulDavidson1

For Feature Services published via ArcMap to a ArcGIS Server Federated to a Portal, SUBTYPEs still show up as the coded value, not the description.

Will this ever get fixed or is our only option to basically repeat SUBTYPE as a Coded Domain which does appear to show Descriptions rather than coded value. This work around is documented in a few Esri posts.

MikeFrates1

Confirmed this is working in Pro 1.4.1 with ArcGIS 10.5 for Server feature services.

MikeFrates1

Thank you.

Anonymous User

Correction. This is still an issue for hosted feature services (published to ArcGIS online).

This is fixed for feature services published on ArcGIS server/portal 10.5.

Anonymous User

Nope.

Fixed for GDB, still an issue with feature services in Pro 1.4.

MikeFrates1

Is this fixed in Pro 1.4 (January 2017)? I'm using 1.3.1 and still see the issue. This fix will be very helpful for a variety of ongoing projects which are heavily reliant on feature services.

TysonJohnston

Was this addressed in 1.2? I have not yet installed.

Anonymous User

Unfortunately the explore window issues were not addressed for 1.1.

It is currently being worked on for a future release.

NilsBabel

Any news on this? I'm also running 1.1 and only see the codes for my domains not the descriptions.

ahkim

Sean Jones I've installed 1.1 and subtype fields still display code value instead of description. I suppose the issue hasn't been fixed for 1.1?

Anonymous User

Ok there's a few issues here with both feature services and enterprise GDB sources.

Field names are being shown instead of aliases.
The subtype code is being shown instead of the description in the explore popup (identify) and the attribute pane. This happens with most datasets but not all...
For subtypes that have different domains, the code is being shown instead of the description in the explore popup and the attribute table. The attribute pane seems ok but we'll keep looking.

We'll fix these for 1.1.

Anonymous User

Tyson,

Were looking into a few issues related to this. I'll reply when we know more.

Thanks for the feedback.

Join the Conversation

Signed in members can post, follow updates, and more. New here? Register a free account.

Quick Links

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