Typically, editing web feature layers is the same as editing other vector data. The types of edits you can make to a web feature layer are controlled by the feature service properties. There are different editing patterns that are dependent on the data being published, the editor permissions, and which capabilities are enabled on the service. One such capability that affects editing patterns is the version management capability. When publishers enable this capability when they publish branch versioned data, it changes how editors can edit the web layer in AllSource
To learn more, see Editor permissions for feature services and Additional layers and capabilities.
Edit web layers without version management
In most cases, when you edit a web feature layer in AllSource, the version management capability is not enabled. When making edits to these layers, most of the edits performed are stored locally on the machine running AllSource prior to saving edits. You can maintain or discard edits using the undo and redo options available in AllSource. You can continue to undo and redo individual edits until you save or discard your edits.
Note:
Updates and deletes are stored locally until edits are saved or discarded. When you insert features, the features are immediately added to the feature service and stored locally.
Save or discard edits
When you save, all updates and deletions you made since the last time you saved are applied, one at a time, to the source data. Discarding your edits removes them from the local machine. When edits are discarded, deletions are also sent to the server to undo inserts performed during the session.
Due to the client-side storage of multiple edits, the save or discard edit operation may take a long time. This also prevents updates and deletions from being visible to other users of the service until edits have been saved. It is recommended that you save edits frequently or turn on the feature to save edits at recurring intervals. When you choose this option, you can set the application to save based on a time interval or on a certain number of operations. Doing this automatically saves edits to the data source regularly and allows the save operation to finish more quickly. As with other data sources, once edits are saved, they cannot be undone.
Functionality that relies on server-side edit behavior may be delayed or unavailable while in an edit session. The following are a few examples of this type of behavior:
- Navigating from the origin to destination in a relationship created in the edit session.
- Attribute rules that are excluded from client-side evaluation do not display calculated values.
If your workflow requires immediate access to these behaviors or to view edits performed by others, it is recommended that you save edits frequently or turn on the feature to save edits at recurring intervals. To prevent any delay, you can save after every operation.
Edit web feature layers with version management
If the publisher enabled the version management capability when publishing the web feature layer, your editing workflow will be different than when you edit feature layers that do not have this capability. The version management capability is only available for branch versioned data.
When you edit a web feature layer with version management enabled, you either edit the default version or, if one exists, you can edit a named version. See Connect to a branch version for instructions on how to access a named version in your map.
There are important differences when editing the default version compared to editing a named version. When you are editing layers with version management enabled, edits are always saved immediately to the underlying data source. When editing a named version, you can undo and redo individual edits as well as save or discard groups of edits. These capabilities for undo and redo or save and discard are not available when editing the default version.
To provide these editing capabilities in a named version, the version being edited must be isolated from other editors. To accomplish this, AllSource uses locking mechanisms to limit access to versions for viewing or editing. The locking model allows for multiple simultaneous viewers or a single editor.
- Once an editor begins editing in a named version, an exclusive lock is obtained, and no other users can connect to the version during the edit session.
- When an editor begins editing a named version, they must be the only user connected to that version.
Setting the version access permission to private when you create a named version helps avoid these blocking situations.