本文的写作目的是从DBLP数据库中找到经常一起写作的合作者。熟悉数据挖掘中频繁项挖掘的经典算法(FP-Growth)并作出改进和优化。实验代码用Python写的,分别在本地(Win8)和Hadoop集群(条件有限,虚拟机上跑的,3个节点)上实现。(下载本文所涉及全部代码)
从DBLP数据集中提取作者信息
建立索引作者ID并对文件编码
分析数据的规模
构建FP-Tree并从FP-Tree得到频繁项集
频繁项集挖掘结果分析
并行FP-Growth算法的可行性分析
Hadoop平台上实现FP-Growth算法
首先从官网下载DBLP数据集只需下载 dblp.xml.gz 解压后得到1G多dblp.xml文件!文件略大。用vim打开文件后可以看到,所有的作者信息分布在以下这些属性中:'article','inproceedings','proceedings','book','incollection','phdthesis','mastersthesis','www'
在这里使用python自带的xml分析器解析该文件(注意这里使用sax的方式)源码如下:(其核心思想为,分析器在进入上面那些属性中的某一个时,标记flag=1,然后将author属性的内容输出到文件,退出时再标记flag = 0,最后得到authors.txt 文件)
getAuthors.py
01 import codecs
02 from xml.sax import handler, make_parser
03 paper_tag = ('article','inproceedings','proceedings','book',
04 'incollection','phdthesis','mastersthesis','www')
05
.......
44 result.close()
45 source.close()
读取步骤1中得到的authors.txt文件,将其中不同的人名按照人名出现的次序编码,存储到文件authors_index.txt中,同时将编码后的合作者列表写入authors_encoded.txt文件。
encoded.py
01 import codecs
02 source = codecs.open('authors.txt','r','utf-8')
03 result = codecs.open('authors_encoded.txt','w','utf-8')
04 index = codecs.open('authors_index.txt','w','utf-8')
05 index_dic = {}
06 name_id = 0
07 ## build an index_dic, key -> authorName value => [id, count]
08 for line in source:
09 name_list = line.split(',')
10 for name in name_list:
11 if not (name == '\r\n'):
12 if name in index_dic:
13 index_dic[name][1] +=1
14 else:
15 index_dic[name] = [name_id,1]
16 index.write(name + u'\r\n')
17 name_id += 1
18 result.write(str(index_dic[name][0]) + u',')
19 result.write('\r\n')
20
21 source.close()
22 result.close()
23 index.close()
(这里注意编码,不然会出现UnicodeError,很蛋疼的。。。)
查看在DBLP数据集中作者发表文章的数量。即统计只发表过1次文章的人数有多少,发表过2篇文章的人数有多少......发表过n篇文章的有多少人...并且绘图:
分析可知,当支持度为40的作者数量接近1000,随后支持度每增加20,对应的作者数量减半,为了降低计算量,第一次实验时支持度阈值不宜选得太小,同时为了避免结果数量太少,初次实验时阈值可选在40~60之间(在接下来的实验中选的是40)。
view_data.py
01 from matplotlib.font_manager import FontProperties
02 font = FontProperties(fname=r"c:\windows\fonts\simsun.ttc", size=14)
03 import codecs
04 import matplotlib.pyplot as plt
05 import numpy as np
06 data = codecs.open('authors_encoded.txt','r','utf-8')
07 word_counts = {}
08 maxCounts = 0
09 for line in data:
10 line = line.split(',')
11 for word in line[0:-1]:
12 word_counts[word] = word_counts.get(word,0) + 1
13 if word_counts[word] > maxCounts:
14 maxCounts = word_counts[word]
15 maxKey = word
16
17 xMax = maxCounts
18 data.close()
19 bins = {}
20 for k,v in word_counts.iteritems():
21 bins[v] = bins.get(v,0) + 1
22 y = []
23 for i in range(40, 200):
24 y.append(bins.get(i,0))
25 plt.plot(y,'-');
26 plt.grid()
27 plt.yticks(range(0,1000,100))
28 plt.xticks(range(0,160,20),range(40,200,20))
29 plt.xlabel(u'支持度',fontproperties=font)
30 plt.ylabel(u'对应支持度下的作者个数',fontproperties=font)
31 plt.title(u'作者数量与支持度之间的对应关系',fontproperties=font)
32 plt.show()
FP-Tree算法的原理在这里不展开讲了,其核心思想分为2步,首先扫描数据库得到FP-Tree,然后再从树上递归生成条件模式树并上溯找到频繁项集。这里借用Machine Learning in Action 中的核心代码。(写得真心好,值得深入学习)。
final.py
001 class treeNode:
..................
157 ConA,ConB,ConC,MinCon,MaxCon))
158 print "Finished !"
在选取频繁度为40后发现,得到的结果非常多,总共2000多,为了分析的方便,进一步提高频繁度阈值为100,此时得到了111条记录,按照合作者的共同支持度排序,部分截图如下:
再对该结果文件分析发现,输出结果降低到82条,同时可以看到MinCon分布在(0.3,0.4)之间的记录很少,因此,可以考虑将MinCon的阈值调整到0.4
可视化:
在这里将作者与其合作者之间的关系用图来表示以排名在最前面的作者Irith Pomeranz 为例.
并行FP-Growth算法最早研究可以参考文献:
其核心思想可以通过上图来说明。
并行FP-growth算法可分解为两个MapReduce过程。
第一轮MapReduce
第一轮MapReduce所做的工作就是一个WordCount,扫描整个数据,统计每个词项所出现的次数。具体说来就是在Map过程中,输出以下键值对<word, 1>,在Reduce过程中,统计word出现的总的次数。具体可参考:
第二轮MapReduce
第二轮MapReduce过程是并行FP-growth算法的核心。
结合上图来分析:
Map过程:
1.读取第一轮MapReduce所得到的的词频,得到一个词典的数据结构;
2.依次从数据库读取记录,并根据上一步中的词典结构对其排序,同时过滤掉不满足支持度阈值的词项;
3.输出排序后记录中每一个元素的条件模式项,具体为什么这么做可以回顾FP-growth算法的原理
Reduce过程:
1.获取每个元素所对应的条件模式项,并统计条件模式项中每个词项出现的次数
2.对条件模式项中的每个词频用支持度阈值过滤
3.从该条件模式项中生成其所有子集即为最后的结果(这一步在上图中没有,我自己加进去的)
理解上面的算法原理后,实现起来就比较容易了。
第一轮的MapReduce可以参考:
第二轮的Map过程如下:
mapper2.py
01 #!/usr/bin/env python
02 import sys
03 def creatDic():
04 freqDic = {}
05 with open('sortedList', 'r') as sortedList:
06 for line in sortedList:
07 line = line.strip().split('\t')
08 freqDic[int(line[0])] = int(line[1])
09 return freqDic
10
11 def read_input(inFile):
12 for line in inFile:
13 yield line.split(',')
14
15 def main(freqDic, minSup):
16 data = read_input(sys.stdin)
17 for names in data:
18 names = {name:freqDic[int(name)] for name in names \
19 if name.isdigit() \
20 and freqDic.get(int(name), 0) >= minSup}
21 lenth = len(names)
22 if lenth >= 2:
23 conPatItems = [name for name, value in \
24 sorted(names.iteritems(), \
25 key = lambda p:p[1])]
26 for i in range(lenth-1):
27 print "%s\t%s" % (conPatItems[i], conPatItems[i+1::])
28 else:
29 continue
30
31 if name == 'main':
32 support = 100
33 dic = creatDic()
34 main(dic, support)
第二轮的Reduce过程如下:
reducer2.py
01 #!/usr/bin/env python
02 from itertools import groupby
03 from operator import itemgetter
04 import sys
05
06 def readMapOutput(file):
07 for line in file:
08 yield line.strip().split('\t')
09
10 def main(minSup):
11 data = readMapOutput(sys.stdin)
12 for currentName, group in groupby(data, itemgetter(0)):
13 localDic = {}
14 try:
15 for currentName, conPatItems in group:
16 conPatItems = conPatItems.strip().strip('[').strip(']')
17 #print "%s\t%s" % (currentName, conPatItems)
18 itemList = conPatItems.split(',')
19 for item in itemList:
20 item = item.strip().strip("'")
21 item = int(item)
22 localDic[item] = localDic.get(item,0) + 1
23 resultDic = {k:v for k, v in localDic.iteritems() \
24 if v >= minSup}
25 #Here we just print out 2-coauthors
26 if len(resultDic) >= 1:
27 print "%s\t%s" % (currentName, resultDic.items())
28
29 except:
30 print "%s\t%s" %("inner err", "sorry!")
31 pass
32
33 if name == "main":
34 support = 100
35 main(support)
本次实验分别在本地和Hadoop集群上实现了DBLP数据集中的合作者挖掘,由于实验条件有限,Hadoop集群为虚拟机实现,故难以对本地单机运行效率和分布式运行的效率进行对比,不过从论文的分析结果可以看出,在数据量较大的时候分布式运行的FP-growth算法要比常规的FP-growth算法运行效率高很多。
关于调试
不得不说,MapReduce的调试要比普通程序的调试要复杂的多,一个建议是先将Reduce的任务设为0,查看Map输出是否是想要的结果,或者直接在Reduce过程中打印出收到的整理后的Map输出,方便进一步分析。
写程序的过程中出了个很蛋疼问题,分布式的输出和单机模式下的输出结果不同!!!找了半天才发现分布式的输出结果因为没有挖掘完整的频繁项,比如输出的<key, value>中 value 为<authorA,authorB,authorC>的话,并没有输出其子集<authorA,authorB> <authorA,authorC>和<authorB,authorC>以至分布式下的输出结果比单机下的结果数量要少。
最后的最后,不得不吐槽下编码以及字符串的处理......
via:http://www.tianjun.me/essays/20/
版权声明:本站内容全部来自于腾讯微信公众号,属第三方自助推荐收录。《Python+Hadoop 从DBLP数据库中挖掘经常一起写作的合作者》的版权归原作者「大数据挖掘DT数据分析」所有,文章言论观点不代表Lambda在线的观点, Lambda在线不承担任何法律责任。如需删除可联系QQ:516101458
文章来源: 阅读原文
大数据挖掘DT数据分析微信公众号:datadw
手机扫描上方二维码即可关注大数据挖掘DT数据分析微信公众号