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

Can't Create Features From A Feature Service

sgn_GSI

I have a published feature service where only the Structure Junction layer somehow has the Support ApplyEdits With Global Ids property set to false.

I reviewed the attribute table and verified that it does have a GLOBALID field. When I attempt to create an electric pole-tower I get the following:

How do I ensure that applyEdits is set to true when publishing the feature service?

Vind meer berichten getagd met

Content Management

Mapping

Accepted answers

sgn_GSI

The issue is that the relationship classes were built off a custom defined field instead of the GLOBALID field. When I included the standalone tables in the publish that were related to Structure Junction, the system would set the applyEdits value to false. All relationship classes needed to be rebuilt based off the GLOBALID field.

All comments

sgn_GSI

I just reviewed the JSON and unfortunately I could not find any instances of that property. This is a hosted feature layer on my organization's portal.

jcarlson

Curious. If the property is being set per-layer, can you try viewing the JSON in AGO Assisstant? Maybe you can force it to "true". Also, is this a hosted layer or a registered service?

sgn_GSI

You are correct, the property is set by the system: https://support.esri.com/en/technical-article/000017731

I tried everything in that solution and also verified that I have unique index set up for the GLOBALID field.

I have only seen the option to enable sync when publishing the feature service. I haven't needed to enable that option for other feature services that I have published but I did give it a try. Unfortunately, the applyEdits property was still set to false only for the Structure Junction layer while all other layers had the property set to true.

I'm really confused as to what could be the issue. All other feature services I have published have not had this problem yet I published them all the same way.

jcarlson

It does seem to be one of those properties that, if you didn't set it when you had a chance, you can't really access. But you say this property is on the specific layer? I have only ever seen it on the FeatureServer, not the layers.

I happened to have a throwaway layer that likewise had that property set to false, so I decided to use it for testing.

Initially:

Service Description: hatching test 2
Service ItemId: 0c5c1be4122b42fca2aa8706ecfa4356
Has Versioned Data: false
Max Record Count: 2000
Supported query Formats: JSON
Supports applyEdits with GlobalIds: False

I went into the service's Settings and enabled Sync, as I know this setting can add GlobalID fields if they are not already present.

After:

Service Description: hatching test 2
Service ItemId: 0c5c1be4122b42fca2aa8706ecfa4356
Has Versioned Data: false
Max Record Count: 2000
Supported query Formats: JSON
Supports applyEdits with GlobalIds: True

It worked! Why did it work? ¯\_(ツ)_/¯

Toggling that setting back to off does not change the applyEdits property to False, however. I would suggest toggling that setting off and on and see if it changes for you.

Doe mee aan het gesprek

Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.

Snelle Links

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