在地理数据的处理中经常会有这种需求,作为从业者,经常会收到这样的需求:“小刘啊,我们现在有一张表。表里有地名信息,与我们的**数据有关联关系,两套数据之间的ID是一一对应的,我想给这块数据加上**表的信息。可以吗?”
对老板我能说什么?
除了YES
你说我能回答什么。
还好,这还算是需求比较清晰的; 还好,有FME可以帮助我完成这类工作。
在FME中有很多转换器可以帮助我们完成数据的挂接,如DatabaseJoiner、FeatureMerger、以及最新版本软件中的FeatureJoiner等等,有很多的转换器都可以完成基于数据的某一字段进行挂接的工作,他们的用法也都差不多,下面我们来以FeatureMerger为例,来讲下怎么进行数据属性的挂接。
整体逻辑是这样的,首先创建点要素,然后创建一系列的字段要素(这里我们不挂路名、不挂小区名,也不挂poi信息,我们挂菜名,哈哈!)然后基于他们之间的关系进行属性的关联。
我们还是先来看一下魔板的运行
点数据:使用Creator创建要素,共100条要素;
菜名数据:菜名数据是从网上找到的一段文字,约249道菜名。
点数据:使用VertexCreator将要素替换为随机点,模式在这里选替换还是添加没有区别;
菜名数据:整体来看比较有规律:都是顿号分割的。但其中不乏一些特例,比如分号、句号什么的所以我们需要进行简单的数据清洗。然后需要按照分隔符对数据进行拆分并炸开列表。作为一个吃货,我看到这些菜名就激动啊。
在这里使用的是FeatureMerger,只需要配置数据的关联字段,别的参数默认就好。
属性的挂接是在地理数据处理中经常会遇到的工作,在挂接前一般都需要做很多的清洗或属性字段的拼接等操作。有时候,如果两套数据之间存在属性字段的冲突,就需要进行其他的一些设置。
由于篇幅及时间原因,这篇推送就讲这么多了,更多信息,我们下期再见!下一次的推送将讲述如何对属性挂接中的数据清洗,以及关联的时候属性字段冲突如何处理。