西班牙
斯潘4
有变化吗
我正在64位桌面2017.1.1.0(17650)中创建一个工作区。工作区接受行数据的形状文件,并以各种方式对其进行处理,包括在3个字段上进行聚合-几何-组装一个级别,删除传入属性,同质收集(如果可能)-以及写入文件Geodatabase。
旧的工作区包括聚合转换器版本11和工作在FME 2016.1。不过,在2017.1.1版的聚合器版本14中,我在Geodatabase文件中获得的功能减少了35个。拒绝的功能记录如下:
2017-10-16 12:39:14 | 92.3 | 0.1 |警告|文件GDB编写器:未能将几何图形写入几何类型为“esrigeometripolyline”的要素类“roads|u classnumber”。删除包含的功能
2017-10-16 12:39:14 | 92.3 | 0.0 | STATS |将功能存储到FME功能存储文件'X:\ X|log.ffs'
2017-10-16 12:39:14 | 92.3 | 0.0 |警告|+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
2017-10-16 12:39:14 | 92.3 | 0.0 |警告|功能类型:`道路|分类号'
2017-10-16 12:39:14 | 92.3 | 0.0 | WARN |属性(编码:utf-16):`class|number'具有值'B365'
2017-10-16 12:39:14 | 92.3 | 0.0 | WARN |属性(字符串):`filegdb_type'具有值'geodb_polyline'
2017-10-16 12:39:14 | 92.3 | 0.0 |警告|属性(字符串):`fme_geometry'具有值'fme|u aggregate'
2017-10-16 12:39:14 | 92.3 | 0.0 | WARN |属性(字符串):`fme_type'具有值'fme|line'
2017-10-16 12:39:14 | 92.3 | 0.0 | WARN |属性(字符串):`multi|writer|id'的值为'0'
2017-10-16 12:39:14 | 92.3 | 0.0 | WARN |属性(编码:utf-16):“posttown”具有值“WALTON-ON-THAMES”
2017-10-16 12:39:14 | 92.3 | 0.0 | WARN |属性(编码:utf-16):“village”有值`'
2017-10-16 12:39:14 | 92.3 | 0.0 |警告|坐标系:``OSGB-GPS-2015 | 0'
2017-10-16 12:39:14 | 92.3 | 0.0 |警告|几何类型:IFMEAggregate
2017-10-16 12:39:14 | 92.3 | 0.0 |警告|正面外观参考:`
2017年10月16日12:39:14 | 92.3| 0.0|WARN |Back Appearance Reference: `
2017年10月16日12:39:14 | 92.3| 0.0|WARN |Number of Geometries: 42
2017年10月16日12:39:14 | 92.3| 0.0|WARN |--------------------------------------
2017年10月16日12:39:14 | 92.3| 0.0|WARN |Geometry Number: 0
2017年10月16日12:39:14 | 92.3| 0.0|WARN | Geometry Type: IFMELine
2017年10月16日12:39:14 | 92.3| 0.0|WARN | Number of Coordinates: 3 -- Coordinate Dimension: 2
2017年10月16日12:39:14 | 92.3| 0.0|WARN | (510242,166083)(510232,166072)(510222,166059)
2017年10月16日12:39:14 | 92.3| 0.0|WARN |--------------------------------------
2017年10月16日12:39:14 | 92.3| 0.0|WARN |Geometry Number: 1
2017年10月16日12:39:14 | 92.3| 0.0|WARN | Geometry Type: IFMELine
2017年10月16日12:39:14 | 92.3| 0.0|WARN | Number of Coordinates: 2 -- Coordinate Dimension: 2
2017年10月16日12:39:14 | 92.3| 0.0|WARN | (510222,166059)(510221,166092)
2017年10月16日12:39:14 | 92.3| 0.0|WARN |--------------------------------------
2017年10月16日12:39:14 | 92.3| 0.0|WARN |Geometry Number: 2
2017年10月16日12:39:14 | 92.3| 0.0|WARN | Geometry Type: IFMELine
2017年10月16日12:39:14 | 92.3| 0.0|WARN | Number of Coordinates: 8 -- Coordinate Dimension: 2
2017年10月16日12:39:14 | 92.3| 0.0|WARN | (510106,165657)(510100,165634)(510083,165572)(510063,165500)(510041,165412)
2017年10月16日12:39:14 | 92.3| 0.0|WARN | (510039,165405)(510026,165355)(510025,165354)
2017年10月16日12:39:14 | 92.3| 0.0|WARN |--------------------------------------
2017年10月16日12:39:14 | 92.3| 0.0|WARN |Geometry Number: 3
2017年10月16日12:39:14 | 92.3| 0.0|WARN | Geometry Type: IFMELine
2017年10月16日12:39:14 | 92.3| 0.0|WARN | Number of Coordinates: 4 -- Coordinate Dimension: 2
2017年10月16日12:39:14 | 92.3| 0.0|WARN | (510176,165937)(510169,165912)(510161,165883)(510157,165865)
2017年10月16日12:39:14 | 92.3| 0.0|WARN |--------------------------------------
2017年10月16日12:39:14 | 92.3| 0.0|WARN |Geometry Number: 4
2017年10月16日12:39:14 | 92.3| 0.0|WARN | Geometry Type: IFMELine
2017年10月16日12:39:14 | 92.3| 0.0|WARN | Number of Coordinates: 6 -- Coordinate Dimension: 2
2017年10月16日12:39:14 | 92.3| 0.0|WARN | ...Skipping coordinates...
2017年10月16日12:39:14 | 92.3| 0.0|WARN | (510123,165713)
2017年10月16日12:39:14 | 92.3| 0.0|WARN |--------------------------------------
2017年10月16日12:39:14 | 92.3| 0.0|WARN |Skipping parts...
2017年10月16日12:39:14 | 92.3| 0.0|WARN |===========================================================================
我认为我们已经找到了问题。看来,ArcObjects的文件GDB作家支持多层次的聚集,但开放API的版本只支持单写高层聚集。两个版本都似乎能够读取多层次的聚集。
也许安全可以看看亚搏在线与开放API文件GDB作家固定这种行为(@ mark2a亚搏在线tsafe)?
我现在就去看看。我确认了这种行为,但我正在与开发人员确认,看看这是否符合预期。我猜api可能不支持它,但是如果它可以读取嵌套的聚合,那么我希望写也可以。
很快我就发现了一个问题。仅供参考,参考编号为FMEENGINE-10103。开发者的评论是“复制”。We should be able to handle arbitrary nesting for homogenous aggregates." - so definitely a shortcoming in the writer.
实际上,《读者和作者手册》中说,open API版本支持聚合特性。我知道你在问题中提到了其中的一些,但我能想到的唯一能引起不同的是。。。
1)嵌套集料(即集料集料)。这可能是产生差异的原因之一。在这种情况下,您可以将聚合分解为单个级别的聚合?
2)我注意到你有前后相貌。是表面的一部分吗?API编写器不支持曲面。
3)是否为均质集料(即所有组分的几何形状相同)?
我不知道这些是否会有帮助,但它们是我能思考为什么一个集合可能得不到支持的原因。可以肯定,我认为你必须给我们发送数据的一个副本 - 或者至少是FFS空间日志文件的副本 - 看到发生了什么。或者,也许张贴FFS的几张截图登录数据检查(在特征信息窗口的属性和几何形状)。
OK,我找了个理由 - 旧的工作区使用的文件地理数据库(地理数据库 - 曾经是ArcObjects的),即作家使用ArcGIS Desktop中写FGDB之一。新的工作空间使用文件地理数据库开放API作家。我依稀记得大约从过去的一些评论。是否开放API编写器不支持多部分的功能?
?2019安全亚搏在线软件公司|合法的