span8
span4
log.txt的log.txtMy作家到ESRI FGDB失败。
试图将行存储到表“PriOHElectricLineSegment”时发生错误。从ArcObjects的错误编号是:“-2147221230”。从ArcObjects的错误消息是:{}
的错误消息“{}”是不是非常有帮助。我试图与ESRI来看看它没有任何的运气。
有谁知道问题的根源?
谢谢
感谢您的反馈@nielsgerrits。
我不认为这是问题。我认为,所有这一切都说明的是,我不填充类型字段形成源数据:因此,它从目标填充使用默认值亚型(我有很多工作在这做,将增加更多的 and more input fields over time--subtype is on the list at some point).为了测试这个,我把唯一的目标要素类中单独FGDB,并能写它没有任何问题。所以,我想,它必须是在原FGDB其他对象是造成问题的原因。
用数据填充我复制包含从SDE几何网络要素数据集的目标FGDB。这种复制操作抓住在要素数据集的一切,以及一个数字,必须在数据集内对象的关系以外的对象进行的。然后,我删除了网络,并试图与FME写。后来我们计划重建网络。请问关系类是导致问题?
在使用基本许可证编写关系时,电子邮件中的一个回复提示了一些问题。
…a common problem when writing to a Geodatabase, is that FME tries to write into a Geodatabase with Relationships with an ArcView license.尝试强迫FME使用ArcEditor / ArcInfo - license(如果是这种情况)或使用另一个地理数据库。
很难说这是不是你的问题,但排除其他人发现的有相同症状的问题是个好习惯。
根据该协会的说法,与亲戚一起工作似乎需要一个标准的或高级的许可证文档。
这topic还指出了与许可证相关的问题。
很高兴知道。看起来它正在检查自己的高级许可证。但是我确实发现了这篇关于在需要时强制许可级别的文章。
我能够识别一个问题注释关系类。删除目标fgdb中的关系类解决了这个问题。目标特性类大约有8个关系。它们中的一些是注释。所以,我还不确定为什么这个会绊倒FME…
从日志:
发现在表/要素类“PriOHElectricLineSegment”领域“subtypecd”无子类值/代码。使用“1”的默认代码
这是否有什么关系呢?
我还发现这个当话题谷歌搜索 “2147221230 FME”。你从另一个GDB读?从源头的东西可能会干扰?
©2019安全亚搏在线软件公司|法律