關於 deb , rpm 問題,其實很早以前我就想過,但是後來
看了一下 koha 總部,為什麼不使用 deb , rpm
,因為 koha 總部,也有 debian 的 Maintainer。
之前 commit perl module,結果使用 RT 等等,不過
maintainer 已經沒有在 maintain。再加上 koha 使用
一些很新的 perl module,所以要包進 deb , rpm
很難去處理。
所以才用 cpan 或是 source。
>尤其又牽扯到 Linux, Perl 等 會造成沒有經驗的時候使用者遇到問題時不知如何下手。
關於 koha 我個人的意見,安裝手冊都已經有寫,也有
文件,作業系統..等等資訊都很詳細,至於新手應該對於
OS , perl ...要有一定知識,否則很難進行。
就算 Content system 也要一些基本知識,有 demo cd ,
就很棒了。使用圖書館自動化系統,在 IT 產業畢竟是少數,
加上需要不只是 computer 知識,還要有圖書館的背景。
我把問題簡單化,如果要使用 Koha,安裝只要通知毛老師
就可以,至於要整套志願服務,也是找毛老師。
>使用上,館員編目、流通等幾個大的模組都有,大致上可以用,但有些小瑕疵(畢竟是人寫的)。
>koha 3.0 版,完全以 USMARC, MARC21 為藍圖在開發,要做到 multimarc 變得困難,檢索上
>如果使用 zebra 也會有問題。
基本上,Koha 3.0 目前還沒有正式出版,很多東西都在 SQC & SQA
,軟體一定有 bug,需要不斷的使用,才能把 bug 修復。關於 zebra
其實是一個很棒的想法,因為它本身就是分散式的架構,加上它的用途
就是書目資料,所以比 CORBA 更適合圖書館使用,因為它有自己
ranking 的演算法。
只要每個分館有 zebra,查詢介面就可以使用分散式查詢,如同
http://nbinet2.ncl.edu.tw/,只不過,nbinet 並沒有把 z39.50 的 serach
完全使用上。
>另外也發現有趣的現象
>自由軟體容易成為學術研究者實驗的對象,大家只是把最新的想法加進來,
>因此koha有很前衛的功能,但容易忽視實際使用上的問題。
其實,thomas 已經完成不少東西 livecd 就是一個不錯的構想。
在 koha 裡面,其實有很多很好玩的地方,還有架構...等等,
關於 innodb 就實作出 foreign key,以及 restrict。
至於 Apache 實作一些很棒的 idea,關於 auth 可以搭配 session
,再做 double check ....因為目前我在處理 TB database,利用
koha 一些機制,感覺還不錯。還有 i18n 架構...
PS. 因為做的人不多,所以我才有機會在 koha 玩
龍山
_________________________________________________________________________________________________________
蚊子吵得整晚睡不著,一直叮我,誰能救救我? http://ksk.search.yahoo.net/index.asp?WT.mc_id=023