有個關心圖書館相關技術問題的社群叫code4lib(意思是code for library?)，它除了出版有期刊code4lib journal外，於2008.2.25至2.28舉辦了2008年會(詳議程)。我對其中兩個議題 -- 與ILS API[註1]及RDA的問題研究 --較感興趣，現略述一些要點：
Open ILS API
會中Lynema等人講“Opening the ILS for Discovery: DLF ILS Discovery Interface Task Force API Recommendation”(開放圖書館自動化系統：數位圖書館聯盟ILS資料發掘界面工作小組撰寫的API建議書)[註2]，提到他們已研擬出一份建議書(草案)，列出ILS應配合(具備)的事項(與API相關的功能)，以供圖書館或其他人在整合(integrate)圖書館自動化系統與其他外界的資訊發掘[蒐尋、取得…]系統時作參考。這份建議書草案的研擬單位現正徵詢各方(ILS廠商及圖書館等)意見。[註3]
日前Google公布其圖書搜尋的API(供預覽用)，LibraryThing也增加提供其JSON API，另亞馬遜、WorldCat都提供[開放]其APIs，以供大眾可方便利用他們的資料(作混搭…等)。然而圖書館的ILS內豐富的資料(包括書目、流通…等)，欲因ILS廠商無法及時革新其系統，無法趕上現今科技趨勢，好像變成地窖(silo)中的儲藏物。這份ILS API的建議書是否能解決當今ILS面臨的一些困境，乃有待ILS廠商、圖書館或其他相關第三方人們配合努力了。
圖書館要在資訊服務的市場上與眾多崛起對手競爭，看來勢必要讓有利用價值的資源(metadata、內容或服務…等)公開置於網路上，方便大眾運用才是上策！
[註1]ILS(Integrated Library System)即圖書館自動化系統。API(Application Programming Interface)譯為“應用程序編程介面”，可參考「Web 2.0與圖書館研討會」筆記之二(秋聲Blog)或APIs: Who? What? Why? How? (The Other Librarian)。
[註2]“數位圖書館聯盟ILS資料發掘界面工作小組”見ILS and Discovery Systems group wiki網頁。在其研擬的建議書(草案全文)的導論中提到：現在使用者需要各種來源的資訊，這已非圖書館自動化系統(單一軟體)本身所能做到，ILS應成為一個平台(platform)，支援適當的介面，供資料發掘的應用[服務](applications)架設在其上，而非所有事都一手包辦(… the ILS needs to become a platform that supports appropriate interfaces for discovery applications living on top of it, instead of trying to do everything for the user on its own)。雖然目前有些ILS廠商提供有APIs，但由於太過專屬性，不易運用，我們需要的是一種以相關標準為基礎的、XML為基礎的網路服務API模型(a standards-based… a XML-based web services API model)。
[註3]ILS廠商Talis的Wallis也期待DLF ILS DS(ILS and discovery systems)前導計畫的結果，以供依循。
(2008.5.24補充)[相關文] ILS API recommendation (Library Views)
沒有留言:
張貼留言