原文发布时间：2011-08-29 09:50:12
昆明市测绘研究院信息中心李宁
前言
单位刚刚完成整个城市的建筑物道路，有幸担任整个项目数据的内业处理技术负责，在整个项目过程中，结合FME和Arcgis 10,快速高效的完成了整个项目的内业数据处理工作，整个项目过程涉及太多的相关处理过程，本博文不是针对这批数据的处理，而是针对最终成果数据的再加工，我将对道路注记数据的抽稀跟大家一起分享。
整个项目要求之一是对城市道路进行构面，然后要求在每一个道路交叉口进行断开，划分道路交叉口，每一段路都需要记录道路的相关属性，道路名称是属性之一。由于所有道路均是从1:500地形图上提取的，且宽于4米的城市巷道均进行了调查，所以将道路结果数据生成的道路注记点就显得非常密集，如果将这样的道路注记作为它用，显得相当密集。反正我把从道路面转出来的道路注记一叠上影像，那简直就是密密麻麻，看起来真的很不愉快，文章对数据的处理方式可能不是很适合你的实际需求，欢迎拍砖，并提出有效处理意见或方法，供大家学习，共同进步。
一贯的风格，上面就是大概数据情况说明，接下来为大家送上我的处理方式。
一：数据状况分析与处理方法思考
提到注记抽稀，就想到Arcgis中的maplex label engine,不知道在arcgis中还有没有其他更好的方法，反正我想用arcgis中的标注，结果很不理想，我只是做过测试，具体原因我虽然说不出个一二三来，但大概原因基本能知道一点点，在这就不献丑了，当然，群里的朋友也提示我用2DGridAccumulator，Oh my god,千万别说这函数了，对于道路注记之类的数据来说这简直就是一场噩梦，这到底是为什么呢？很简单，因为这个函数会把你的格网内的相关注记基本就揉到一起来了，也就是说，把你的注记给挪动位置了，如果说用这个这个函数来处理道路注记，然后将你的处理成果作为城市导航数据，我不知道会不会加剧整个昆明市的交通拥堵情况，既然这也不行，那也不行，那怎么办呢？
道路注记具备的一个显著特点就是具备方向性，简单说就是所有相同名称的道路注记都在一条线上，我对数据情况和自己的需求做了一个对比后发现，只要在相同的一条路上，从这条路的起点或者终点开始，每隔一个路段就删除掉一个道路注记，那么，成果数据情况会大大改观。是的，这就是我的处理思路，在相同的一条路上，从一条路的起点或者终点开始，每隔一个路段就删掉一个道路注记，结果数据量减少将近一半。
二：处理方法
不废话，直接说方法。
首先，要想按照一条道路的起始顺序进行操作道路注记，那先给它按照方向排个序是有必要的，所以首先就先提取出每一个道路注记的坐标，具体用到的函数就是CoordinateExtractor，如图：
第二步：按照坐标位置进行排序，我的排序方式是按照从北到南，从西到东的方向排序，排序函数为Sorter,另外，在排序的时候，除了按照y,x排序之外，为了尽量保证一条路注记挨在一起，再加一个排序条件，按照道路注记名称排序，如图：
第三步：对道路注记进行顺序编号，这一步生成的唯一编号主要用在后面，作为删除注记的依据，保证不会重复删除，生成道路的顺编号必须进行分组，函数自然是用Counter,分组体现在CounterName参数设置上，请注意我是从1开始编号。如图：
第四步：根据编号，计算删除标志。既然是每隔一段路删除一个道路注记，经过编号后的道路编号应该都是1,2,3,4..之类的，那就是说如果不删除第一段的话，就是删除编号为2,4,6,8之类的道路注记了，这些数值都是2的整数倍，采用数学的取余运算，余数为0的均可删除，大概意思明了了吧，把相关函数及设置截图如下：
过滤输出，如图：
Passed的输出即为最终输出结果。
三：总结
将处理结果叠加到影像上，再加上其他业务数据，整个图面并不显得拥挤，在某些城市巷道相对比较密集的地方，配以手工方式删除掉一些，应该说，比较好的解决了问题，基本达到业务需求，个人认为这种方法相对简单，当然，也许并不能满足你的要求，如果你觉得自己的数据是在太密，那你可不可以不要每隔一段就删除一条道路注记，而是删除两条呢？
本来想要截个图来展示一下结果，可本本上没有相关数据，就酬和着点吧，文章只是做个交流，欢迎大家多指点。
上文提到2DGridAccumulator这个函数，说在这个方案中处理效果不佳，在写这篇文章的时候，看着对面台式机上的屏保上的N多泡泡飘来飘去，互相挤着，突然就想起来手上同样是从1:500地形图上提取出来的各类注记合并成的地名库，那才真叫一个密密麻麻，突然有了点抽稀这些地名库数据的想法，在这不多说，留在下一篇文章中跟大家分享。
最后还要谢谢群里的跑，乱马等各路神仙的指点，以及Safe公司为我们提供了这么好的软件，当然，不能忘了北京安图公司为FME在中国的传播做的贡献。