西班牙
斯潘4
再说一次,不是真正的问题,更多的东西可能有助于那些试图了解不同的结果从这些变形金刚。
具有相同架构的两个源文件地理数据库。
一个是2152个,另一个是148个。
FeatureMerger(合并属性和几何)使用唯一的ID字段用于数据(不是Objd)=93合并(存在于两者中)、2059 NoDig兼并(仅在请求者中)、55未引用的(仅在供应商中)、加上93,根据我理解的和从检查员看来的,应该是从合并端口出来的相同特征。
合并的、未合并的和未引用的被发送到sorter,然后是duplicate filter和matcher,它们都找不到任何重复,这正是我所希望的。这就产生了2207个独特的功能。
但是,我也发送了merged和reference到matcher,matcher说186(93+93)不匹配!我使用match selected属性并勾选了除对象id和numreferences之外的所有内容。你可能会问为什么?将“匹配”更改为“不区分空”、“缺少”和“空”不会有任何区别,而“宽松的几何体匹配”也不会有任何区别。我知道matcher比较几何体,另外两个只比较属性,但我比较了inspector中的一些特性,看不到字段类型、值或几何体的任何差异。
更让人困惑的是,我将两个源数据集直接发送给matcher。这一次,182个匹配(所以91个单匹配)和2118个不匹配。这就产生了2209个独特的功能。
我还将两个源数据集直接发送到sorter,然后使用duplicate filter,得到了2207个独特的特性。
我的下一步是通过分类器将singlematched(91)和notmatched(2118)特性发送到duplicate filter。这给了我2207和2209之间区别的两个特性。为了简单起见,假设它们具有uid1和uid2的唯一id。
然后,我将一个测试仪应用于duplicateFilter的唯一输出端口,以获取这两条记录的其他副本(passed=uid1、uid2中的where unique id),并将结果(4个特性)发送给inspector。
我仍然看不到任何差异,所以我将每个特性的特性信息从inspector复制到textpad中的单独文本文件中(任何进行良好文件比较的文本编辑器都可以)。
这表明有几个字段是utf-16,值为
我仍然不知道为什么我的另一个匹配器输出186不匹配,而不是93匹配,但这并不重要,现在我已经调和了FeatureMerger、DuplicateFilter和Matcher之间的不同答案。
您好!@tim_wood,关于第一个问题:“不过,我也派合并,并参考其匹配器说,186(93 + 93)的NotMatched!我用匹配所选属性和打勾除了对象ID和numReferences的一切。”
一个可能的原因,我能想到的是,你选中一个暴露的格式属性如fme_feature_type。当然它的价值可能是(源自请求)的合并功能和引用功能(从供应商)之间的不同。
?2019安全亚搏在线软件公司|法律