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

IEditor vs IWorkspaceEdit2 Question

GregRieck

Hello All,

The database is an SQL Express 2012 versioned database. ArcGIS 10.2.2 Standard. W7 x64 SP1

Why would IEditor3.EditState == esriEditState.esriStateNotEditing be true when if(!IWorkspaceEdit2.IsBeingEdited()) be false on the same IWorkspace? And when should you use IMultiuserWorkspaceEdit?

Thank You.

Find more posts tagged with

Accepted answers

Anonymous User

Hey Greg,

I'll try to clear up the confusion. As a developer you're in control of your own destiny and you can certainly do things you wouldn't normally be able to do through the UI which sometimes works or can lead to bad application states.

If your developing components or extensions for ArcMap, particularly those that interact with the display, you should manage edit sessions through the Editor Object. For other applications, or if you know what your doing, you can go straight to the geodatabase interfaces. Architecturally the Editor assembly sits on top of the Geodatabase assembly so when you make those edit session management calls with the editor object, behind the scenes it forwards them to the geodatabase assembly (e.g IEditor.StartEditing calls IWorkspaceEdit.StartEditing with some extra stuff specific to the map).

If you decided to use the geodatabase interfaces and are editing an sde geodatabase, you should use IMultiuserWorkspaceEdit to start the edit session. You would then use IWorkSpaceEdit to manage everything else (stopediting, the edit operations etc).

To determine if a workspace is in an edit operation you can call IWorkspaceEdit2.IsInEditOperation regardless of how you started the edit session Its highly unusual that a workspace would be in an operation that you don't know about, so that's one concern. If you try to start an operation when one exists, you'll get an exception.

For further reading you can look up:

Managing edit sessions and edit operations (editor)

Editing with the geodatabase API (geodatabase)

IMultiuserWorkspaceEdit Interface

For your case of updating the table (geodatabase table?) it should be fairly straightforward. The geodatabase topic Updating features shows an example (but without the start editing part). You mentioned you tried all the start edit methods but what was the error message returned from those?

Sean

(might be a slight post overlap here I posted this without seeing your previous post. Glad you got it working and let me know if you have any other problems)

All comments

GregRieck

Sean,

The error I received was something along the lines of must be contained in

an edit session. But I think the problem was that the table wasn't

versioned.

Everything you've stated was the expected response, so that's good. The

only thing not mentioned is EditState vs IsBeingEdited. Should I always use

EditState since it's on the Editor?

Greg

Anonymous User

Hey Greg,

For further reading you can look up:

Managing edit sessions and edit operations (editor)

Editing with the geodatabase API (geodatabase)

IMultiuserWorkspaceEdit Interface

Sean

(might be a slight post overlap here I posted this without seeing your previous post. Glad you got it working and let me know if you have any other problems)

GregRieck

Hi Sean, thank you for responding to this question.

I figured out part of the problem. The table that I thought was registered as version wasn't.

So, I'm a bit confused on the IMultiuserWorkspaceEdit interface. It uses IWorkspaceEdit to start and stop operations as well as stopediting. But elsewhere in the Editing documentation I find the following:

ArcObjects 10 .NET SDK Help

Developers of custom ArcMap components (that is, commands and extensions) should use the editing interfaces in the ESRI.ArcGIS.Editor assembly rather than those from the ESRI.ArcGIS.Geodatabase assembly; in particular, the IEditor and IEditor2 interfaces. For more information about editing with the Editor, see Managing edit sessions and edit operations.

So this isn't the case with IMutiuserWorkspaceEdit? In that case I should use IWorkspaceEdit instead of IEditor to start / stop operations and stop editing? Is it just me or does the entire Editing documentation need a complete overhaul?

The only reason I would even think or know to use IWorkspaceEdit instead of IEditor is because the table under Versioned editing in ArcSDE geodatabases uses methods from IWorkspaceEdit, see the same link above. Yep, right there on the same page. Near the top Developers are urged to use IEditor and then a little farther down under versioning the methods being used are from IWorkspaceEdit.

So now you come along and tell me again use IEditor? Sean, I'm so confused! Please clear this Editing mess up for me in a way that is clear when I should use which interface and methods. I need to understand when I should use EditState vs IsBeingEdited() and IsInEditOperation.

Greg

Anonymous User

Good questions.

IEditor.EditState reflects the state of the editor object. It will only show esriStateEditing when you have successfully started editing in ArcMap from the UI or programmatically started editing a workspace through IEditor.

If you programmatically start editing a workspace through the geodatabase interfaces, the editor wont reflect this.

When programmatically editing objects in enterprise geodatabases (sde), you should use IMultiuserWorkspaceEdit.

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.