topic ArcGIS Enterprise (ArcGIS Pro 3.0.1): Why versioned feature classes with “branch” type get uneditable? in ArcGIS Enterprise Questions

ArcGIS Enterprise (ArcGIS Pro 3.0.1): Why versioned feature classes with “branch” type get uneditable?

JamalNUMAN — Mon, 29 Aug 2022 18:28:00 GMT

ArcGIS Enterprise (ArcGIS Pro 3.0.1): Why versioned feature classes with “branch” type get uneditable?

I couldn’t figure out why versioned feature classes with “branch” type get uneditable

Is this by design?

Re: ArcGIS Enterprise (ArcGIS Pro 3.0.1): Why versioned feature classes with “branch” type get uneditable?

DavidColey — Mon, 29 Aug 2022 19:13:17 GMT

Hi Jamal - pretty sure this is by design. You have to edit a branch feature through a feature access connection after the layer(s) have been published to portal

Re: ArcGIS Enterprise (ArcGIS Pro 3.0.1): Why versioned feature classes with “branch” type get uneditable?

Scott_Tansley — Mon, 29 Aug 2022 20:34:29 GMT

Branch editing is only available via a published feature service. The data becomes read only in a Pro to database connection.

basically a web service controls the versioning process and so the editing has to be via a feature service as well.

Re: ArcGIS Enterprise (ArcGIS Pro 3.0.1): Why versioned feature classes with “branch” type get uneditable?

JamalNUMAN — Tue, 30 Aug 2022 09:39:02 GMT

Then what are the benefits when getting the branch versions exclusively editable as they are published in the form of feature service?

Traditional versions can be edited either form feature class or feature service

Re: ArcGIS Enterprise (ArcGIS Pro 3.0.1): Why versioned feature classes with “branch” type get uneditable?

ScottTansley3 — Tue, 30 Aug 2022 21:30:28 GMT

Branch editing was specifically designed to provide high performance web editing and (initially) to support specific operations like Parcel Fabric and Utitlity Network Modelling which use a mix of desktop and web workflows.

Branch versioning can be used more widely than those initial use cases, but if you're editing from Pro to GeoDatabase then use traditional versioning workflows.

Re: ArcGIS Enterprise (ArcGIS Pro 3.0.1): Why versioned feature classes with “branch” type get uneditable?

ScottTansley3 — Tue, 30 Aug 2022 21:40:28 GMT

I recommend doing some reading on the subject:

https://www.esri.com/arcgis-blog/products/arcgis-enterprise/data-management/to-branch-or-not-to-branch/

https://pro.arcgis.com/en/pro-app/latest/help/data/geodatabases/overview/versioning-types.htm

https://pro.arcgis.com/en/pro-app/latest/help/data/geodatabases/overview/branch-version-scenarios.htm

Re: ArcGIS Enterprise (ArcGIS Pro 3.0.1): Why versioned feature classes with “branch” type get uneditable?

JamalNUMAN — Wed, 31 Aug 2022 07:51:10 GMT

I scanned the document but couldn’t find an answer to my simple question: why disallowing editing from feature class and making it possible for feature service should be of benefits?

With branch versions, disallowing editing at the level of feature class is a limitation

Re: ArcGIS Enterprise (ArcGIS Pro 3.0.1): Why versioned feature classes with “branch” type get uneditable?

ScottTansley3 — Wed, 31 Aug 2022 07:57:12 GMT

Your original question was "Is this by design". Answer: YES!

ArcGIS Pro communicating with a geodatabase direct uses ODBC drivers, and not web services. Branch Version Editing is 'Web Service' based. They are different architectural paradigms. You need to publish a map service, configured for Feature Access after making the layers Branch Versioned. You then connect ArcGIS Pro to the web service via your Enterprise Portal. That is how they are designed to work.

I agree that it limits functionality, looking at it from one perspective. But from the Enterprise GIS perspective, it offers many opportunities and it was IMHO the correct design decision.

If you want to use direct ODBC editing, then you still have recourse to Traditional Versioning models.

Re: ArcGIS Enterprise (ArcGIS Pro 3.0.1): Why versioned feature classes with “branch” type get uneditable?

JamalNUMAN — Wed, 31 Aug 2022 08:04:01 GMT

In other words: what I lose if I go for traditional version and publish the feature classes as feature service? This way, editing is still possible either from feature class or feature service.

Re: ArcGIS Enterprise (ArcGIS Pro 3.0.1): Why versioned feature classes with “branch” type get uneditable?

ScottTansley3 — Wed, 31 Aug 2022 08:09:19 GMT

Branch Versioning is designed for optimum performance. Versioned Editing is 'highly functional' but recognised as being slow.

Publishing with Feature Access on Traditional Versioning offers up numerous options/complications (in my opinion) which serves some end use cases and not others. Branch Versioning is much more simple to publish and "just works" with supported client applications.

Rather than asking many questions about can this or that work, it may be better to present your use cases and ask which option is better? Start from your requirements of what you're actually trying to do. It's hard to understand, currently, what it is that you want to achieve.

Re: ArcGIS Enterprise (ArcGIS Pro 3.0.1): Why versioned feature classes with “branch” type get uneditable?

JamalNUMAN — Wed, 31 Aug 2022 08:29:16 GMT

This is very helpful.

Then the branch versioning comes to resolve the performance issues acknowledged in traditional versions. This suggests that the branch versions “technology” should be much more performant (faster) than the traditional when it comes to editing, searching, and querying.

Is this accurate?

Re: ArcGIS Enterprise (ArcGIS Pro 3.0.1): Why versioned feature classes with “branch” type get uneditable?

ScottTansley3 — Wed, 31 Aug 2022 08:58:58 GMT

i haven't baselined it between the two types to find the performance difference, but yes, in essence that is why Esri introduced this type of versioning. Instead of spanning multiple database tables (i.e. featureclass, a, d, h etc) all of the data is held in one table and made live, archived or 'in a version' by the use of dates and other 'flags'. Having everything in one table optimises the performance.