google wave 游记

首先声明:本人wave提名(邀请)早已用光,不要再问我要了。

自拿到wave帐号以来,着实在wave上好好玩了一把。和很多人一样,刚刚进入wave的世界,头一个印象就是不知所措,wave是一个需要学习过程才能使用的东西。很快上手后,感觉就是一个乱字。

wave具有一个天才的设计,将论坛,email,wiki, IM, SNS这些概念揉捏在了一起,一开始,进入一个wave后,感觉就象看到了QQ,充分的富文本编辑功能展现出鲜艳颜色的字体和大字号,一时感觉很山寨,慢慢用下来,一个wave给人的感觉就像是论坛的一个帖子,第一条消息后面的讨论就像跟贴,而且是即时性非常强的那种。而wave的wiki风格,带有浓重的google docs情结,也有人用它尝试做一些文档协作工作。当然,之前说乱字也体现在这里,因为他的wiki性,同时又具有强烈的IM和BBS性格,因此在一个wave里,任何人都可以修改和删除任何人的留言,任何人都可以吧自己的联系人加入一个wave,而被加入的人自己根本不知道。你只要看过一个wave,那么这个wave就在你的inbox(email性格在此体现)里了,而且你最多只能把它mute或者扔到垃圾箱,你永远也无法删除任何一个wave,甚至是包括你自己创建的都不能删除。当然对于我这种wiki熟手来说,倒是感觉比较游刃有余,而甚少接触wiki的人则一下子很难适应。其实wiki的一条规则在这里非常适用,那就是Be Bold

说到email,这篇文章的观点倒是对我颇有启发性,把一个wave看作是一封电子邮件,每个人在wave里的讨论就是email之间的回复。把wave当作email来用,的确是一种很爽的想法,或许wave的设计就是如此的?

目前wave的功能还有太多不完善的地方,例如大家普遍抱怨的卡,wave只要里面内容稍微多一点,就会卡的不行,如果用了一些gadget之类的在里面,那就更消耗资源了,看来,wave是一个对机器配置要求非常高的一个家伙。而更糟糕的是,一个wave有容量限制,里面的内容超过一定大小就会被系统自动设为只读,任何人都无法编辑和修改。这几天和一些朋友在wave里玩成语接龙,已经彻底把3个wave搞成只读状态了。粗略算了一下,一个wave大约能容纳600-900条消息或者3000-5000个汉字的字符数量(不知道wave是如何计算容量的)最最不爽的是,设成只读之前没有任何提示,当你要修改或输入新的内容时,系统才告诉你wave已经是只读状态了。

screenshot_30-thumb

在只读状态下,输入新消息时才出现的提示

对wave其实还是非常抱有希望的,如果他能把gmail, docs,gtalk等google其他应用整合到一起,那是一件非常爽的事情。换一个角度,如果wikipedia能够采用wave的这种实时编辑模式,对于解决编辑冲突问题也是非常有帮助的。目前也有人在尝试这个工作:http://mediawikiwave.org

wave宕机画面

中国143种语言面临濒危

UNESCO Culture Sector - Intangible Heritage - 2003 Convention : UNESCO Interactive Atlas of the World's  Languages in Danger
根据刚刚推出的《联合国教科文组织新版世界濒危语言图谱》 的统计,中国有143种语言被列入不安全以上级。其中有102种语言被列入危险,有9种语言已经灭绝(全部在台湾地区)。该图谱涵盖了全球各种语言,通过 谷歌地球,无论位置多小都尽可能精确的将每一种濒危语言的位置在图谱上标注出来,可以按照适当的范围和精确程度进行过滤。

图谱的数据显示,在目前存世的6000多种语言中,超过200多种语言在三代后灭绝,538种情况危急,502种非常危险,632种危险,607种不安全。

联合国教科文组织最近出版的《信使》杂志中有文章说,每一种语言都是结构独特的思想世界,它们独特的联想和比喻、思维方式、词汇、发音系统和语法,以犹如建筑般精妙的结构结合起来,但这种结构极易受到损伤,一不小心就会永远消亡。 我们人类应该像关心世界动植物物种消失以及生物多样性那样关心濒危语言。

联合国教科文组织总干事松浦晃一郎说:“一种语言的消失导致许多非物质文化遗产形式的消失,特别是使用这种语言的团体——不必说诗和传 说,更不必说谚语和笑话——传统和口头表达组成的珍贵传承。语言的消失同样损害人与生物多样性之间保持的关系,因为语言荷载着丰富的自然以及宇宙知识。”

对于这些语言的保护,各国/团体采取了不同的计划和举措:澳大利亚有些语言曾被认为已经消亡数代,但后来发现它们只是“休眠”而已,于 是重新使用这些语言的运动活跃起来并取得了成功。新西兰通过“语言小巢”计划——即将语言传给年轻一代的托儿所——拯救了几乎被人们遗忘的毛利语。但是那 些获得国家支持并具备基础设施的计划是最成功的,如威尔士语和加泰罗尼亚语分别在威尔士和加泰罗尼亚再次使用,这两个欧洲地区在我们有生之年就已取得成 功,当然还有希伯来语作为以色列的民族语言也得以复兴。 那么通过wiki的形式是否也能保存这些语言呢?

如何用mediawiki建一个wikiblog

刚刚用mediawiki(wikipedia所使用的wiki平台)建了一个wikiblog(又叫作bliki)——维基观察,就是一个建立于wiki平台上的blog。所使用的主要的mediawiki扩展如下(这里可以看到我所使用的全部扩展):

WikiSkin:优点是可以完全定制自己wiki网站的版面布局(在这里定制),缺点是原来系统自带的所有CSS样式斗废掉了,全部要自己在Common.css里重写,当然这样会更灵活和方便。在LocalSettings.php里设定:

require_once(“extensions/Wikiskin.php”);
$wgWikiSkinArticle=Wikiskin;

HeaderFooter:定制自己每个页面的头部和脚部,这里头部是页面中条目标题开始处,脚部是条目内容结束处,不是整个页面的头部和脚部。这个扩展非常灵活,甚至可以对每个页面都定义不同的脚部和头部,搭配wikiskin就更加强大灵活。设定:

require_once( “$IP/extensions/HeaderFooter/2.0.1/HeaderFooter.php” );

StubManagerHeaderFooter扩展所需的东西。设定:

require_once( “$IP/extensions/StubManager/1.3.0/StubManager.php” );

ArticleComments:为wikiblog的每篇文章增加blog风格的留言系统。设定:

require_once(‘extensions/ArticleComments.php’);
$wgArticleCommentsNSDisplayList = array(NS_MAIN, NS_TALK, NS_USER_TALK); //设定在哪些名字空间显示留言板
$wgArticleCommentDefaults['showurlfield'] = true; //是否显示url填写区域

DynamicPageList2:根据你设定的条件显示内容。我的wikikblog的側边栏和首页等都是用他生成的,这样就不用像平常的wiki那样一页一页手工更新内容了。可能的问题是,过于复杂的DPL会增加服务器的负荷。设定:

require_once(“$IP/extensions/DynamicPageList/DynamicPageList2.php”);

WikiArticleFeeds:blog怎能没有feed?但是mediawiki所提供的几个rss输出的都是wiki化文本,不是浏览器可读的HTML。这个扩展则可以在某个页面生成该页面的rss。但是问题是这个扩展对于中文系统的支持有问题,中文下无法检测出作者和日期。设定:

require_once(‘extensions/WikiArticleFeeds.php’);
$wgFeed = false; //禁止掉系统自带的rss
$wgMaxCredits =-1;

各种条件判别等比需有ParserFunctions,这样你的wiki才够强大,才可以作很多事情。如果你要向我一样弄个分类云,则要装ParserFunctions (extended)Variables

require_once(“$IP/extensions/ParserFunctions/ParserFunctions.php”);
require_once( “$IP/extensions/Variables/Variables.php” );


blog上还会用上许多
Widgets,那就装上它:

require_once(“$IP/extensions/Widgets/Widgets.php”);
$widgetNamespaceIndex = 274;
$wgGroupPermissions['sysop']['editwidgets'] = true;

不要让人随便编辑,那么就装上EditOnlyYourOwnPage。这样其他注册的用户就只能编辑自己的用户页和用户对话页。和ArticleComments搭配非常完美,用户可以通过它在对话页留言。

有了这几个扩展,一个wikiblog就基本建成了。为了增强更多的功能,更像一个blog,可以设置一下:

$wgUseTrackbacks = true;  //启用Trackback功能。但是貌似只能提供本站的Trackback,而不能ping别人(我自己顺便测试一下)
$wgNoFollowLinks = false;  //对http://这样的连接不使用NoFollow
$wgShowSQLErrors = true;  //调试用
$wgHideInterlanguageLinks = true; //把mediawiki上的跨语言连接功能去掉
$wgUseCommaCount = false;  //文章计数方式
$wgAllowExternalImages = true; //可以直接引用外部图像

设定网站的logo:

$wgStylePath   = “皮肤所在路径”;
$wgLogo        = “{$wgStylePath}/common/images/logo.png”;

设定网站的favicon.ico(可以用这个在线制作

$wgFavicon = “$wgScriptPath/favicon.ico”;

设定好cache,优化访问速度:

$wgUseFileCache = true; /* default: false */
$wgFileCacheDirectory = “$IP/cache”;

如果要使用维基共享资源上的图片,可以这样设定(必须是1.13以上版本才支持):

$wgForeignFileRepos[] = array(

   'class'                   => 'ForeignAPIRepo',

   'name'                    => 'shared',

   'apibase'                 => 'http://commons.wikimedia.org/w/api.php',

   'fetchDescription'        => true, // Optional

   'descriptionCacheExpiry'  => 43200, // 12 hours, optional

   'apiThumbCacheExpiry'     => 43200, // 12 hours, optional, but required for local thumb caching

);

现在基本上看不出太多的wiki痕迹了。但是还有一些问题目前不好解决。一个是评论功能只能一篇文章显示它最近的一条评论,而不能按照顺序列出一篇文章的多个评论。二是目前的这个wikiblog没有tag功能,貌似wiki天生就看不上tag,我这里就是勉强用分类来代替tag。三是文章的存档还是必须自己来弄,系统不会自己生成。

另外,用medawiki建立blog并不是只有这一种方法。例如用wiki左右编辑平台,而文章出版平台用wordpress,见WikiToWordPress。或者是用wordpress的评论功能作为wikiblog的留言系统,见WordPress Comments。甚至以用户为单位的blog系统:My blog。(这个适合作多用户的wikiblog,或者叫做WBSP?哈哈 :) )如果你有服务器的操作权限,你也可以用wikilog这个扩展建立blog(这个扩展相当不错)。可以参考这个wikiblog。这个是我见过的第一个中文wikiblog。

wikimedia即将举行授权方式转换的投票

从2月20日至3月20日全维基媒体项目将对从GFDL1.2转为GFDL1.3以及CC-姓名標示-相同方式分享双重授权的投票。这里有这次讨论的Q&A。

wikimedia基金会的wing以个人角度详细阐释了这个改变的重要性和所带来的影响:

我个人认为目前的解决方案不是最理想的方案,但是是最可行的方案。
我想在这里对上面的这些说法做一个比较详细的解释。这个解释与Meta上面的问与答的解释有可能有不同的地方,因为这完全是我个人的理解。
我们目前做这个转换最主要的原因是历史原因。2002年维基百科刚刚开始的时候还没有创作共用(CC),当时维基百科寻找一个自由协议的时候我们只有GFDL这一个选择。GFDL是自由软件基金会(FSF) 推出的。如名所说,FSF最主要的目的在于推广自由软件,而不是自由内容。GFDL最初推出时的目标在于为自由软件的说明书提供一个自由的版权协议。而不 是为维基百科这样的项目设计的。软件说明书的编辑与维基百科条目的形成有很大的不同。其中最大的不同在于软件说明书参与的人要少得多。一般来说一份比较详 细的软件说明书的幅度也比维基百科条目的幅度大。因此GFDL里比如有要求列出最后五名重要贡献者的名字等等的要求。
维基百科刚刚开始的时候这些要求比较容易满足,但是随着时间的发展它们对于维基百科中条目的编辑和使用逐渐地产生了很大的限制和造成了技术性困 难。比如维基百科中往往一个条目中的内容会被拷贝到另一个条目中去,一个很常见的例子是比如一个国家的历史部分被拆开分成一篇独立的文章。技术上来讲假如 需要完全符合GFDL的话那么新文章的历史中应该列出老文章历史部分的最后五名主要贡献者,实际上当然我们从来没有这样做过。维基百科的文章假如集中在我 们的网站上的话那么至少理论上我们随时可以找出过去编辑的历史。但是假如维基百科的文章被转载到其它网站上去了,或者甚至于被印成书或者DVD了,这就非 常麻烦了。设想台湾这 样的文章有数以千计的编辑,要定义哪些编辑是最后五个主要编辑者非常困难,而且肯定会造成许多争议,因此目前的做法是把所有参与作者的名字都列出来,但是 像台湾这样的文章印到纸上的话光是把所有作者列出来幅度与真正文章之间的比例就已经非常大了。事实上把维基百科的内容转到其它媒体造成的版权技术性问题是 使得基金会考虑改变使用GFDL最主要的原因。因为GFDL对我们的限制实在太大了。
这也是为什么CC比GFDL普及的原因。CC比GFDL出现得晚,它出现的时候维基百科已经决定使用GFDL了。CC实际上更加符合维基百科这样的使用,其中最主要的就是它本身就是为了维基百科这样的自由内容设计的,因此避免了上面所说的GFDL的这些毛病。
CC比GFDL普及还造成了另一个矛盾:理论上我们在维基百科中不能使用CC的内容,包括CC-姓名標示-相同方式分享的内容,因为CC-BY- SA的规定比较松(比如就列举作者方面)。因此实际上把CC-BY-SA的内容加入维基百科实际上是违反GFDL的要求的(在中文维基百科上实际上我们至 今为止没有去考虑过这个问题)。也就是说至少在理论上许多网上有的自由内容被放进维基百科中是违法的。这同样对我们造成了一个非常大的限制。
出于同样的原因维基百科上的内容也不能转到使用CC-BY-SA的网站上去,也就是说虽然大家同样追求同一目标:自由内容,但是互相之间又造了一堵墙。
出于许多这些原因基金会从四年前开始就开始与FSF和CC在讨论怎样克服这些问题,以及怎样克服CC与GFDL之间的不相容性。这个讨论持续了四 年,其中数度濒临失败,可见其中的困难重重。这里有各种各样的原因,其中包括技术上的原因、思想形态上的原因、人际间的原因,我就不一一列举了。对于 FSF来说,他们最主要的目标是自由软件,因此他们所有的协议、工作全部是集中在这个目标上的,他们当然不希望因为维基百科而使得在他们的方面发生困难, 但同时他们当然也认识到我们的困难。因此大家要一起在这些矛盾中找到一个折衷方案。
而这个这种方案就是目前提出的GFDL1.3和CC-BY-SA双重授权的方案。如我一开始已经说过,我认为这个方案不是最理想的,但是是目前最可行的。
这个方案给予维基百科过渡到CC-BY-SA的可能性,来避免上面所说到的困难,而同时又保护了GFDL本身固有的为自由软件说明设立的规定和要求。
在这个规定下维基百科的内容既按照CC-BY-SA的规定发表,又按照GFDL的规定发表,CC-BY-SA是主要的授权方式,同时过去按照 GFDL1.2发表的内容可以自动地转化为双重授权。维基百科的内容从此后可以被转换为CC-BY-SA(比如转到其它网站,印成书等等的时候),也可以 转到纯粹使用GFDL的网站。
那么为什么我说这个方案不理想呢?
首先这个转换是有时间期限的。维基百科(或者其它目前使用GFDL1.2的网站)必须在2009年7月31日以前决定它们是否转换。2009年8 月1日以后这个可能性就消失了。这个期限是FSF提出的,因为他们不希望这个转换是随时的和任意的。对于他们来说这个转换仅仅是为了方便维基百科的,他们 不希望许多网站效仿。
第二个最大的矛盾时转换后纯粹使用GFDL发表的内容无法在维基百科中使用。原因是纯粹使用GFDL的要求比CC-BY-SA的要求要严格。而按 照规定在2009年8月1日以后不能进行转换。我个人觉得这是这个方案中最大的弊病。因为它忽略了许多模仿维基百科使用GFDL的网站。这些网站必须在 2009年7月31日前也把他们的版权协议转换为GFDL1.3和CC-BY-SA,否则的话维基百科就无法使用它们的内容了。这里涉及到比如香港网络大典或者伪基百科等等网站。因此我也在这里呼吁认识和参与这些社群的维基人把这个讨论提到这些社群中去,2009年7月1日还有半年时间,但是这个时间在社群讨论过程中实际上是很短暂的。
在基金会的邮件列表(foundation-l)中有人提出以下这些批评,我个人认为这些批评不正确:
首先有人提出通过利用一些CC中的空子可以使得自由内容转化为非自由内容。就我所知这个指责不正确,因为首先至今为止没有发现有这样的做法,其次例子中所设计的方法非常地复杂,而且按照CC的律师的看法这个做法实际上不是使用规定中的空子,而是违法的。
其次有人担心CC本身可能会在今后版本中使得CC-BY-SA变得越来越不自由。我觉得这个指责没有根据。CC的目标也是促进自由内容。CC不像 FSF那样极端,它提供的其它版权协议有些限制自由使用(比如非商业性使用),但是我看不出任何根据CC为什么要改变CC-BY-SA的宗旨。
如上所述,我个人认为目前的方案不是最理想的方案,它有它的弊病,但是它是多年讨论获得的最佳可行结果。因此我会从个人角度投赞成票。
在昨天刚刚结束的基金会理事会会议上理事会也一致通过了一个决议,呼吁社群赞成这个转换。总的来说它对于我们未来的工作会提供更多的便利。这个呼吁将在近期内发表。–Wing (留言) 2009年1月12日 (一) 11:46 (UTC)

因此,这里也呼吁其他使用GFDL的wiki网站,尽快在2009年7月31日之前把版权协议转换为GFDL1.3和CC-BY-SA。

中文Planet Wikimedia正式上线

中文Planet Wikimedia维基媒体提供的一个wikipedia和wiki相关的blog文章聚合平台。任何wikimedia社群的成员都可以参与,非wikimedia成员,如果讨论话题有关wiki的,也可以参与。参与这个聚合平台,可以这里申请

唯一的要求就是blog内容必须和wiki或wikimedia相关,或者blog的部分内容与此相关(但是必须提供相关tag或分类的rss)。

我也为此特意在blogger.com建了一个blog,专门作为wiki相关内容的镜像。

GFDL2.0发布草案讨论稿

 [Image of the head of a GNU]  

自2002年GFDL协议1.2版本发布以来,昨天终于发布了2.0协议的草案。英文的条款式文本我还没有细看(看起来实在太累),倒是有一个章节很有意思,专门提出了针对wiki的GNU Wiki License(这或许是jimmy出任Free Software Foundation董事所带来的?):

[8b. WIKI RELICENSING

}" onmouseout="function anonymous()
{
hide("pLnkgfdl.wikirelicensing.p0")
}" name="gfdl.wikirelicensing.p0">If the Work was previously published, with no Cover Texts, no Invariant Sections, and no Acknowledgements or Dedications or Endorsements section, in a system for massive public collaboration under version 1.2 of this License, and if all the material in the Work was either initially developed in that collaboration system or had been imported into it before 1 June 2006, then you may relicense the Work under the GNU Wiki License.]

}" onmouseout="function anonymous()
{
hide("pLnkgfdl.wikirelicensing.p0")
}" name="gfdl.wikirelicensing.p0">记得此前曾有人提议的CC协议与GFDL兼容的方案,不知道在这个GFDL2.0中是否有所体现?

}" onmouseout="function anonymous()
{
hide("pLnkgfdl.wikirelicensing.p0")
}" name="gfdl.wikirelicensing.p0">此次的版本还特别提出了对PNG,jpg,mpeg2, ogg, PDF等文件格式的支持。

}" onmouseout="function anonymous()
{
hide("pLnkgfdl.wikirelicensing.p0")
}" name="gfdl.wikirelicensing.p0">哦,对了,还有一个wikimedia社群的重大消息就是wikimania 2007将会在台北举办!