arcgis...FeatureSet != arcpy...FeatureSet

Question

Just a heads up/warning to ArcPy users, primarily, that arcgis.features.feature.FeatureSet does not equal arcpy.arcobjects.arcobjects.FeatureSet, and trying to use one in place of the other will generate errors all over the place.  Silly me assumed that the ArcGIS API for Python team would at least make the two interoperable.

Tyce_inCitu · Answer

In case anyone else gets to this thread, looks like this was finally fixed in 2.0.1. https://developers.arcgis.com/python/guide/release-notes-201/   Same issue was raised here https://community.esri.com/t5/python-ideas/make-arcpy-featureset-interoperable-with-the/idi-p/1150968.

SupratimBanik · Answer

ArcPy and ArcGIS API for Python are in two different namespaces. The fully qualified name is not the same. Import statements can be used to resolve the differences - that's what they are for.

bixb0012 · Answer

I have to disagree with you on reasonableness.

* For one, we are not talking about a class/object name that is the same in Python and JavaScript or Python and C#.  Crossing a language threshold is a big threshold, people know they are using a different language and expect differences even if the name is the same.
* Secondly, we are not talking about a class/object name that is the same between Esri and Shapely or Esri and GeoDjango.  Crossing a company/organization threshold is also a big threshold, and as great as interoperability would be if the name is the same, it isn't expected.
* Additionally, the ArcPy FeatureSet and ArcGIS API for Python API FeatureSet are designed to send & receive data to and from Esri GIS server products, so the purpose of the class/object is very similar, if not the same.
* And finally, ArcPy and ArcGIS API for Python are both bundled and installed with ArcGIS Pro.

Same name, same language, same company, similar purpose, and packaged together with ArcGIS Pro.  Given those five factors, I do not think it is unreasonable to expect some level of interoperability.  Clearly the ArcGIS API for Python development team feels differently, but now I know where to set my expectations when working with the product.