我不知道我有没有理解对您的意思:
Gephi的toolkit,也就是那个jar有12MB之大。
针对processing的physics库有大把可以选择的。
关于web端画particle/network graph的几个小工具性能测试,
----- 原始邮件 -----
发件人:lwbiuchsjk < lsb.h....@gmail.com>
收件人: data...@googlegroups.com
抄送人:duzelong1988 < duzelo...@gmail.com>
主题:Re: 大数据可视化咨询
日期:2013年07月03日 16点21分
发件人:lwbiuchsjk < lsb.h....@gmail.com>
收件人: data...@googlegroups.com
抄送人:duzelong1988 < duzelo...@gmail.com>
主题:Re: 大数据可视化咨询
日期:2013年07月03日 16点21分
老帖子现在才看到,不好意思插一句啊。
请问一下gephi为什么不推荐?
因为我现在也在用gephi搞二次开发,
做一些交互式的图像展示的实现。
gephi的展示用的是processing,
所以processing也接触了一些。
我个人的感受是gephi对于功能的封装做的还可以,
至少不需要像processing那样从最基础的开始做。
但是通过gephi操作展示的processing绘制的图像确
实不那么直接。
能给一些建议么?
多谢!
在 2013年6月3日星期一UTC+8下午6时28分32秒, 冯小雾写道:
在 2013年6月3日星期一UTC+8下午6时28分32秒,
首先想一下这几个问题,A. 有干净的数据吗?B. 数据的维度合适做2D/3D的展示吗?
假如都有肯定的答案,就可以开始考虑性能问题了。
首先要做成交互式的还是只是出一张图?出图的话基本不会有什么性能问题,有数据了以后用processing一个个点一条条线慢慢加。
做交互式app就的确要考虑数据量的问题了。在chrome上跑svg的话,5K个svg图形基本就到顶了(半年前做过一个渣测试,还请达人指出一个更合理的值)
假如有500个用户,平均每人有50个好友(那就是12500条边), 模型带一些物理效果并且可交互,24帧每秒, 那要求的资源就很多了。所以要 有选择性地展示。举个例子, google 地图不会在显示北京全景的时候把所有胡同的名字都标出来。 只有用户想看到某个具体区域的细节时,这些信息才会蹦出来。
再说说工具,慢就是快。找一个趁手的工具学学呗,facebook的那个图只用了不到200行的code。 processing,D3,R都很不错。 个人不是很推荐gephi。
On Friday, May 31, 2013 3:16:38 PM UTC+8, 泽龙 杜 wrote:我是从事大数据分析的,有想把一些数据可视化的想法,刚开始接触,我尽量把我的意思表达清楚: 柱状图,饼状图这种实现很简单也是传统的数据可视化了。但是对于大数据,比如在全球(或中国)地图上显示用户分布, 一个用户一个点,再加上他们之间的连线表示好友关系等。 这种用某种技术(比如js)也可以实现,但是需要编程和算法, 还有做成3D的呢(像宇宙一样,一个星球比喻一个用户)? 一个可以拉进, 一个鼠标放到一个点上就能显示这个点的详细信息等。 目前还没有看到有做成3D的。 我也看过twetter(js做的)和facebook(R做的)的图,还有俄罗斯专家画的全球网站的分布图。 但是这些都是像一个项目一样需要花大量时间才能实现的, 学习成本太高。 有没有工具能够简单的帮我们做到? 我用过gephi,但是2W个点就跑不动了,太局限于单机性能了。 或者大家有没有什么好的建议?我们简单的用html5画的静态图如下,每个点代表一个用户,但是背景是静态的,不能局部放大某个省或者其他的事件触发。 感觉效果很不好: