我有与ARCGISPORTALFEATURES writer非常相同的问题。托管的功能层已经从ArcGIS Pro创建，我将添加到一个工作台来更新它。
我不断得到这个错误。我尝试删除objectid属性或形状。len在写入之前，但它总是失败。< / p > < p >任何想法?< / p > < p > < br / > < / p > < p > < / p > < / div >感谢
我认为，如果在翻译中使用的fgdb保留名称与作者的fgdb保留名称不一致，或者相反，则会出现此问题。我使用属性管理器将GlobalID(从Reader)更改为GlobalID(在writer中)以修复错误。对于Shape to Shape或ObjectID to ObjectID也是如此。 似乎使用了FeatureWriter而不是Writer来避免这个问题 Hi Arnold，< p> 谢谢分享。我在日志文件“Geodatabase错误(-2147219884):字段已经存在”中得到了相同的错误。FileGDB Writer:不能创建功能类'Roads' 它帮助我解决了类似的问题，我已经遇到2天了。我的源文件是shape，目标文件是FileGDB。fieldname OBJECTID来自源shapefile。这可以通过从filegdb或personalgdb导出FC来添加到源shapefile中。即使在David共享的页面保留字列表中没有OBJECTID 字段，也值得将OBJECTID 也添加到包含保留字列表的页面或FME文档的相应页面中。> 我已经丢弃了OBJECTID 字段，它工作了。>、>0、>1、>3、>6、>7、>8、>9、>0、>1、>、>、>、>0、>1、>3、>3、>6、>8、>9、>0、>1、>0、>1 我认为问题是，是的-在默认情况下，“形状字段”被称为形状。因此，“字段已经存在”是可能的，因为这些形状字段中只有一个可以在另一个是副本之前创建。 如果我重命名形状字段为Shape99(例如)，那么一个名为Shape99的字段有相同的问题。 所以你可以改变字段(在格式参数标签下)，但我也会向我们的开发人员提出请求，以改善结果。首先，如果我们可以声明哪个字段已经存在，这将是很有用的。可能是我们控制不了这条消息，但我可以问。 好电话，谢谢分享。事实上，有一个已发布的文件地理数据库的保留字列表，但有趣的是，其中没有SHAPE。我认为问题是FME默认使用SHAPE作为几何体的列名，尽管列名可以是任何东西，所以它并没有被保留。 我想如果FME能在某种程度上自己处理命名冲突就好了。