建立维基前需要考虑的问题

    想了很久建立图书馆维基，但一直没有实质性的思考。正好看到Keven新收藏了一堆维基方面的文章，拿过来学习，觉得WebJunction在2005年9月1日的两篇文章很适合参考。作者Meredith Farkas（博客Information Want to be Free）是一位图书馆员，自称Tech Geek，创建了一些在图书馆界颇有影响的维基：

Library Success: A Best Practices Wiki
ALA Chicago 2005 Wiki
ALA New Orleans 2006 Wiki
CIL2006 Wiki

    图书馆可以用维基做些什么？（Using Wikis to Create Online Communities）

• 主题指南 [这大概是最常见的应用了]
• 目录评注 [OCLC有能力自主开发，普通图书馆该如何应用？]
• 社区维基 [对公共图书馆，成为社区信息中心很自然；对高校图书馆，也可以做到某种程度？]
• 馆员维基 [包括馆内的：团队协作，信息传递，文件编辑――一直认为馆内规章制度用维基编辑是最好的应用；图书馆界的，如上面的会议博客、如Library Success]

    维基是自由、民主的，但并不意味着只要把它扔到网上，无需做任何规划。需要考虑维基的使用对象、内容重点、控制程度，以及使用的软件。具体地说，建立维基前需要考虑以下几点（So You Want to Build a Wiki?）

1、维基必须有特定目的，不能只向用户提供一个白板。最好先建立若干结构，方便人们撰写。
2、维基在公开前最好增加些内容，给人们作些具体示范，便于人们自在地增加内容。
3、明确增加维基内容的指导方针，以免人们要求你增加内容，而不是他们自己做。如果是公开维基，应该有免责声明，明确图书馆没有创建维基上的所有内容，图书馆不对维基用户的观点负责。还应声明版权，许可管理内容，增加内容受版权限制。
4、垃圾问题。如果形成好的社区，会加强行为规范，管理者也会很轻松。一些维基软件允许安装垃圾过滤。
5、垃圾与故意破坏行为很容易修复。许多维基程序保存每页的所有先前版本，用户也不必过于紧张，怕毁坏页面。
6、决定是否限制维基访问。“完全开放”易出现发垃圾文章及故意破坏者，“开放注册”减少前者但免不了后者，“授权用户”适合有详细用户清单的情况。对社区维基，难于采用授权用户方式。
7、选择维基软件取决于需要哪些性能，以及建立维基者的技术水平(tech-savvy)。许多维基软件用PHP，也有用Perl、RUby、Python编写等。免费Web版性能有限；其它也是免费的，必需装在图书馆服务器上，通常有较强的定制能力：

• Seed Wiki（http://www.seedwiki.com/）：免费Web维基。易于使用，对口令保护及高级定制收费。
• Schtuff（http://www.schtuff.com/）：免费Web维基，所有功能免费，200MB空间限制。
• Media Wiki（http://www.mediawiki.org/wiki/MediaWiki）：维基百科所用软件，用PHP编写。最为人熟知，安装、定制、使用说明文件很多。（上面三个维基都用此软件建立）
• Instiki（http://instiki.org/show/HomePage）：安装简易，但服务器需运行Ruby编程语言。
• PmWiki（http://www.pmwiki.org/）：PHP编写，看上去像一个标准网站，唯一不同是能够方便地增加与编辑页面。

    Meredith最后很贴心地总结道：很多做出的决定都是可以根据情况而改变的。如果垃圾产生困扰，可以要求注册；如果人们不用，可以改变重点、增加内容，或者减少使用限制。

• 上文介绍了五个维基软件/网站。另外前述CIL2006维基用的是PBWiki（http://pbwiki.com/），也是免费Web维基，且没有空间限制。

    不过，使用Web网站的维基总让人觉得不可靠。去年底的时候，在JotSpot（http://www.jot.com/）申请了一个维基，一直没有使用。半年过去了，月初想起来登录进去，加了很多正儿八经的内容。昨天去访问，竟然显示“Webspace Not Found”。看它的主页已经改版，失望之余发电邮去问，只希望能把内容备份。还没见回复，再去访问，显示内容变成了“Webspace inactivity alert”，居然说根据他们的记录，我已经超过30天没有访问了，所以进入冬眠模式(a hibernation mode)，要发电邮去，48小时内复活。也不想想找这样的借口心里发不发虚。

    还是要安装软件在图书馆主机上才放心，毕竟不是自己的东西，没了就没了。