“集体智慧编程”之第三章:“发现群组”的 列聚类
来源:互联网 发布:linux 启动数据库 编辑:程序博客网 时间:2024/06/06 15:42
什么是列聚类?
对博客数据使用了分级聚类的方式分析,我们可以又学的一种聚类方式:列聚类。刚刚的分级聚类就是对行进行了一个聚类。行是什么?行就是一个又一个的博客名,列是什么?列就是一个又一个的单词,那么进行行聚类的时候,我们是根据单词的词频将不同的博客聚了一次类。当我们对单词进行聚类的时候,我们就称之为列聚类。
意义何在
正面回答,我们知道了哪些单词会时常一起使用。对于这个列子来讲,似乎没什么意义。
但是如何行是消费者,列是购买的物品,那么每一行将是某位客户购买某一个商品的数量的列表数组,此时,如果去统计购买的物品的聚类,就非常有意义了。曾经有一个尿布与啤酒的故事,这两个毫无关系的商品居然销售量居然有着正相关的关系。后来发现是父亲来买尿布的时候往往会就会为自己买上一点啤酒,很显然这非常有意义,可以进行捆绑销售。在货物的摆放方面也更加有意义。博客的例子
还是沿用之前那个数据集blogdata.txt。实现过程其实非常简单,简直用一句话就能说清:帮行和列做一个对换,然后直接调用之前写的过的函数。就可以产生聚类的结果。首先是行列对置的函数:
其他的都是调用了在分级聚类中使用过的代码。
执行以下代码可以得到结果:
结果是一幅图,首先看截取得其中的一部分。
我们可以看到,microsoft/software/windows和pro/mac/apple经常一起使用。相信在读这篇博客的人都知道上面留六个词的含义,当然software为什么会和windows经常一起用,看起来似乎有点不太合理,但是谁知道会不会又是像“尿布和啤酒”一样呢?
当然,并不是说图中所有词的聚类都具有意义,实际上,大多数恐怕都没有意义,或者看不出有什么意义。
最后得到的一张大图,由于csdn限制了图片宽度的像素。所以下一幅图看起来不完整,但是需要的朋友可以通过右键另存为图片观看。
总结
到此,整个列聚类的学习已经完成。我认为本次学习的重点并不是说代码多难写,原理有多难。关键在于:对数据的充分利用,一种有效的思维的启示。当我们在对行进行聚类的时候,如果我没看过这本,恐怕也不知道对列聚类也能产生有意义的结果。在学习推荐的过程中,也遇到了这样一种情况,刚开始用户对电影的打分,转换为电影对用户的适应度(只是我这么称呼它而已),立刻就得到了很有意义的结果。
所以,请注意这个思维上的启示。
对项目的启示
和思维上的启示类似。当我拿到歌曲和标签的一个数据集的时候,如果我们可以记录用对某首歌曲打的标签的话,还是有意义的。比如说,A用户给歌曲x打了标签o。那么歌曲x对应标签o,我们就可以记录一次。因此,也可以用来找到类似歌曲和对标签进行聚类。很显然,用户收藏的歌曲能够更直接的使用这种方法,用户为行,歌曲为列,能得到用户的聚类,歌曲为行,用户为列能够得到相似歌曲。用户收藏的艺人,用户收藏的专辑。这些都行。
下面两个问题:
那还有什么样的情况呢?
计算速度的问题。开
答案:
用心观察。
歌单不错,抓很多很多歌单,歌单里面有歌,如果列为歌单,行为歌,如果歌在这个歌单里面,就为1,不然就为0.那么又可以把歌的聚类做出来了把?
拿到数据集再分析。而且还要使用C/C++写代码,估计和python运行速度又不是一回事了。
对项目深思
学到此处,突然对我的项目有了很深的思考,总结如下(以后最后单开一篇博客):- 我应该利用各种各样的手段提前算好相似歌,主要就是我的博客里面:聚类或者推荐的方式,单本文提到歌单-歌曲,用户-歌曲,歌曲-标签都可以用来计算出歌曲的相似度。
- 我们对每一首歌,保存10首相似度的歌,当然可以根据实际情况调整,这是为了防止如果这10歌中相似度最高的歌曲已经被用户收藏或者用户才收听了之类的情况。
- 然后我们用户收藏里的歌里挑几首出来,当然怎么挑,挑多少这些多可以实际考虑,增加各种各样的策略,比如用户最新收藏的5首。
- 然后找到这5首歌的全部的相似歌,也就50首,然后根据前天学推荐里面的,加权之类的搞一下,(最分,收藏了就是1,没收藏就是0,这里全是收藏的,也就是全是1),无论加权没加权(这里倒可以对用户收藏的不喜欢的歌,也就是听电台的时候删除的歌,与这50首歌的关系加进去,降低其权重),对着50首歌排个序,再过一下滤,取出排序中最高的一首,推给用户。
上述做法最关键的地方,我认为在速度完全搞得定。因为,我觉得我们必须对用户的实时操作做出反馈,包括用户正在听电台的时候,他删除了一首歌,那么我们必须马上在电台里播放下一首了吧?那么在即将推荐的这一首歌的产生过程中,我希望能够将刚刚删除的那一首歌的影响带入算法里面。同样,如果用户点击下一曲呢?点击了收藏呢?我都希望这些操作影响用户马上听到的歌曲的产生过程。
那么实际上速度上是否反应的过来,肯定需要更多的工程的实践。在这里是只是一个想法。不过我认为在检索速度上还是有很大的可能性来的及,这是因为我观察了一下豆瓣的电台,他里面有个选项就是让我选华语电台、粤语电台、欧美电台,每个电台都写的有总歌曲数,3个电台都不超过1万,那么我就算是3万吧,如果这三万歌,每一首歌对应十首相似度歌,那么有一张表来存这个关系,并且还有一个字段是相似度,也就是一个0到1的小数。现在也就是从30万条数据搜50条出来。我觉得肯定跟得上吧?如果在用户点击的0.1秒内出现下一首的话。
当然实际上这些有点过多的过滤,如果我们能宽容一点,再用户实时操作的下一首的下一首歌来完成上面刚刚所说的操作,那我认为应该轻松应对,因为最长的时间几分钟,一首歌听完,最短时间就是也得有个几秒,除非用户一定点那个下一曲,下一曲,那都有一点暴力测试的感觉了。我们产生的推荐列表在没有被更新之前可以一直保留,比如就刚刚那50首。呼`````恩,上述想法我觉得很好。哈哈。
全部代码
阅读全文
1 0
- 读书笔记:“集体智慧编程”之第三章:“发现群组”的 列聚类
- “集体智慧编程”之第三章:“发现群组”的 列聚类
- 集体智慧编程第三章之发现群组
- 读书笔记:“集体智慧编程”之第三章:“发现群组”的 分级聚类
- 读书笔记:“集体智慧编程”之第三章:“发现群组”的 k均值聚类
- “集体智慧编程”之第三章:“发现群组”的 分级聚类
- “集体智慧编程”之第三章:“发现群组”的 k均值聚类
- 【集体智慧编程】第三章、发现群组
- 集体智慧编程 第三章 发现群组
- 【集体智慧编程】第三章 发现群组
- 【集体智慧编程】第三章、发现群组
- 集体智慧编程第三章 发现群组
- 读书笔记---《集体智慧编程》第3章:发现群组
- 集体智慧编程(二)发现群组
- py2.7 《集体智慧编程》chapter3:发现群组
- 《集体智慧编中文版》读书笔记——第三章:发现群组
- 《集体智慧编程》第3章 发现群组 个人笔记
- 集体智慧编程错误总结第三章
- saprk rdd使用中遇到的一个典型问题
- html加载外部css、js的问题
- C++第6次实验
- 2016年华为面试题第一题
- TRUNCATE TABLE 与 DELETE在删除整个表的所有记录时的区别
- “集体智慧编程”之第三章:“发现群组”的 列聚类
- java非空验证,电话号邮箱验证
- Servlet的生命周期
- 可变形卷积网络
- “集体智慧编程”之第三章:“发现群组”的 k均值聚类
- 首屏优化离线方案
- Ubuntu下用Eclipse搭建C/C++开发环境中FFTW的配置
- img和其他标签中间有一条背景线
- 来写一个讨人厌牛皮癣的广告