“BI新闻汇编协作平台”的构思

0 views
Skip to first unread message

Qing

unread,
May 21, 2008, 2:21:34 AM5/21/08
to tt...@googlegroups.com
昨天贴了一片关于新闻整理的帖子,其实一个月下来,BI的新闻也挺多的,五月份估计100来条,平均一天3条新闻(当然,有些不一定是新闻,是文章之类的)。这是我个人订阅的bi新闻,还不一定全。
 
于是我产生一个想法,想建一个"BI新闻汇编协作平台",建立一个网站,抓取一些新闻源,然后邀请一些同仁来将长篇大论的新闻以及国外新闻改编成简短的简讯。这些新闻简讯将作为原创内容发布出去,被业内人士订阅。
 
基本的实现思路还是想简单点,新闻rss进来(源),大家加工(简编、简译)、分类、评论、评判好坏,然后再rss发布。
 
所谓简便、简译,是要形成一种描述事实的文字,去除评论性或者无关性文字,大概在一两百字左右。比如昨天的一则新闻
 
可以简编成如下:
中国计费网预计于2008年6月19日在昆明举办第五届商业智能大会——"2008中国电信业商业智能研讨会",研讨主题为"构建融合于业务的智能平台"。
 
就这些,主要就是时间、地点、人物、事件介绍清楚就得,进一步的评论不需要。
 
最后做成的东西大概是这样的,如附件图。主体部分就是新闻源的内容,显示新闻标题和获取过来的部分内容,绿色部分表示没有对这篇新闻简编过,红色部分表示已经简编过了。右侧,列出需要简编的新闻条目(可以按照某个规则进行排序),下面是根据用户的标签列出的标签云,可以用来分类阅读。
 
对于绿色未编辑的条目,可以进行"我要编辑"操作,可以出现图下方的框子,填入标题、简讯、标签等内容,标题自动沿用原始标题,简讯不能为空,标签为可选。此时如果能够抓取新闻全文当然好,如果不能,用户可以链到原文进行查看。提交完成以后,新闻主体部分将显示简讯内容而不是原文内容,并且变成红色新闻。对此,其他用户可以评判编的好不好,或者进行评论,或者进行标签分类。
 
在"我要编辑"的时候,为了避免冲突,将会改变绿色新闻的状态,比如此时其他用户无法使用"我要编辑"。这个锁定可以在一定时间内,比如一个小时后,释放。
 
对于已经编辑过了的红色新闻,请注意也有个"我要编辑"功能,对此我没有多考虑,是否需要。或者就是谁第一个编辑就只能他修改。
 
主要功能就是如此,请大家都提意见,多支持。除了口头支持,能出力帮忙的最好。 
news-edit.jpg

George Zhang

unread,
May 21, 2008, 3:18:55 AM5/21/08
to tt...@googlegroups.com
当涉及到多人修改同一篇新闻的时候,就有点像wiki了

但是启动wiki那样的修改记录功能,会很复杂
我建议还是谁第一个修改的,就谁负责到底
其他人可以在边上留言,提醒作者,调整内容

然后编辑人员是否要有帐户记录,星际评价?

--
Best Regard
George Zhang

Qing

unread,
May 21, 2008, 4:38:53 AM5/21/08
to tt...@googlegroups.com
对于参与编辑的用户,需要帐户记录的,用户的资料可以不断补充。普通阅读不需要帐户。
 
一切从简开始:
编辑人员可以:用户登录,编辑
任何人员可以:阅读,评论,打标签,评判,订阅
 
有谁有兴趣一起干?乐观一点估计,想在下个月底能够小范围试用。
 
需要有人帮忙做网站设计和网页开发工作,请跟我联系,大家多支持!
 
Q
2008/5/21 George Zhang <birdzha...@gmail.com>:

wikicc

unread,
May 21, 2008, 5:51:48 AM5/21/08
to tt...@googlegroups.com
前期的写作需要建立一个虚拟团队或者组织才行。
而且 得设计一套机制进行协作,  比如按时间段划分, 8-10点的新闻主要由谁编写,10-12点, 依次安排。 
大概
8-10 10-12  12-14 14-16 16-18  18-20 20-24 0-8
 这样大概有个8个循环,为了避免小组太多,4组 循环轮流编辑,(第一组的 负责 8-10 16-18 之间的新闻段) ,这个可以用yahoo pipe 进行时间上的过滤。

等时间久了,邀请越来越多的人参与到各个时间段。

用rss最大的问题就在于重复性的文章比较多。  有没有很好的办法呢?


Qing

unread,
May 21, 2008, 6:19:21 AM5/21/08
to tt...@googlegroups.com
rss重复应该不难处理,标题相同,或者来源相同的,保留一个就可以。
 
一开始会邀请几个感兴趣的一起编,至于任务分配,采用分时不大合适,这些新闻的时间段信息并不强。初步还是想采用自行领取任务的方式。并且,我们将根据新闻的受欢迎程度来推荐哪些需要进行编辑,对于时间太长的旧闻,如果没人愿意去编,可能就这样让它过去了。
 
我不能确定是不是能够吸引大家一起来干这件工作,但如果响应者寥寥,恐怕就说明这事儿本身意义不大。不管如何,先试一下,看看参与程度。

2008/5/21 wikicc <wik...@gmail.com>:

seaflower

unread,
May 21, 2008, 6:24:12 AM5/21/08
to ttnn BI 观点
最好是Wiki+Digg的形式。支持

pink...@gmail.com

unread,
May 21, 2008, 8:40:48 PM5/21/08
to ttnn BI 观点
我报名参加编辑队伍,下周可以上岗。
支持seaflower的wiki+digg形式。

Hawking, Bin

unread,
Jun 25, 2008, 5:45:46 AM6/25/08
to ttnn BI 观点
上个世纪我和别人合作过一新闻系统开发:
1、 从WWW上下定时抓取最新新闻。
2、 自动进行新闻分类和摘要生成。
3、 桌面实时接收软件、网站和邮件列表

Qing

unread,
Jun 25, 2008, 10:04:00 PM6/25/08
to tt...@googlegroups.com
效果如何?遇到了哪些问题?望bin告之。
 
其实如今这个世纪的新闻有个好处,就是大家都rss了,摘要已经现成的。至于分类,通过协作的方式来分。
 
请访问http://ttnn.appspot.com ,每天的BI新闻大概有50条,剔除一些重复的,估计也得三十来条吧。大家可以通过这里去关注bi行业动态。

2008/6/25 Hawking, Bin <binha...@gmail.com>:

...

Sonic . Jin

unread,
Jun 26, 2008, 10:54:02 AM6/26/08
to tt...@googlegroups.com
怎么不能绑定ttnnbi.com



2008/6/26 Qing <happ...@gmail.com>:



--
============================
Sonic . Jin
MSN: JX_...@hotmail.com
Http://www.MyPlog.cn
Http://www.Plogcn.com

Hawking, Bin

unread,
Jun 29, 2008, 5:23:00 AM6/29/08
to ttnn BI 观点
分类准确率超过95%;做dot com撑不过几年,靠卖给政府机关和新闻单位赚了些钱。

On 6月26日, 上午10时04分, Qing <happys...@gmail.com> wrote:
> 效果如何?遇到了哪些问题?望bin告之。
>
> 其实如今这个世纪的新闻有个好处,就是大家都rss了,摘要已经现成的。至于分类,通过协作的方式来分。
>
> 请访问http://ttnn.appspot.com,每天的BI新闻大概有50条,剔除一些重复的,估计也得三十来条吧。大家可以通过这里去关注bi行业动态。
>
> 2008/6/25 Hawking, Bin <binhawk...@gmail.com>:
Reply all
Reply to author
Forward
0 new messages