:::

檔案脈絡描述的新標準:EAC-CPF / A Structure Standard for Archival Context: EAC-CPF is Here

檔案脈絡描述的新標準:EAC-CPF / A Structure Standard for Archival Context: EAC-CPF is Here

2016-02-29_135041

這是國際檔案學課程中的一份閱讀報告。這篇主要是介紹一個描述檔案用的後設資料標準(metadata schema)EAC-CPF (Encoded Archival Context for Corporate Bodies, Persons, and Families)。一般的後設資料標準都是以描述單筆資料為主,例如Dublin Core。但是EAC-CPF則更加注重檔案之間的關聯,包括時間、階層、家族。從後設資料標準也呈現了檔案界注重脈絡(context)的學術特性。

(more...)

免費的WebDAV客戶端:AnyClient / A WebDAV Client: AnyClient

免費的WebDAV客戶端:AnyClient / A WebDAV Client: AnyClient

2016-02-28_201547

WebDAV客戶端中比較知名的是NetDrive。雖然它功能強大,但是那是一個收費軟體。所以我找到另一個免費的WebDAV客戶端軟體:AnyClient。它沒有NetDrive這樣可以掛載網路硬碟,而只有提供像是類似FTP客戶端一樣的功能。不過它能夠讓我們免費存取WebDAV伺服器,這樣就夠了。

(more...)

建構整合異質性數位典藏之開放原始碼資源探索系統 先導研究 / Developing an Open-Source Resource Discovery System to Integrate Heterogeneous Digital Achieves: A Pilot Study

布丁布丁吃布丁

建構整合異質性數位典藏之開放原始碼資源探索系統 先導研究 / Developing an Open-Source Resource Discovery System to Integrate Heterogeneous Digital Achieves: A Pilot Study

2016-02-23_225120
這是在輔仁大學圖書資訊系所舉辦的2015圖書館與資訊社會研討會所發表的研討會論文。繼「後設資料與英國檔案網路」這篇之後,我就想要嘗試以集中式檢索取代分散式檢索的整合性查詢方案。而搭著此時最熱門的議題資源探索探索系統(Resource Discovery System, RDS),我以開放原始碼資源探索系統VuFind架設了整合檢索目錄,可以查詢來自Koha、DSpace、甚至是一般MySQL所建構的資料庫
以下就附上投稿時的投影片與全文資料。想要摸索VuFind的話,可以上他們的官方線上測試網站來試試看喔。
(more...)

獲得了蘇諼教授清寒獎學金

布丁布丁吃布丁

獲得了蘇諼教授清寒獎學金

IMAG3831_BURST006
感謝中華民國圖書館學會的肯定,我在去年年底時獲得了103年度蘇諼教授清寒優秀獎學金
在輔大圖資系唸書的時候,沒能有機會來上蘇諼老師的課,倒是在畢業之後受到了老師的幫助。這種彷彿一日為師、終身為師的聯繫,讓我對圖資領域這個溫暖的大家庭表示感激。
藉這個機會,我想在此緬懷蘇諼老師,回顧一下老師的生平與事蹟吧。
(more...)

Android手機如何關閉軟體更新通知 (須root) / How a rooted Android disable OTA notification

布丁布丁吃布丁

Android手機如何關閉軟體更新通知 (須root) / How a rooted Android disable OTA notification

Screenshot_2016-02-23-01-13-52 - Copy
通常已經root過的Android手機無法安裝官方的Android軟體更新功能(OTA, Over The Air technology),例如我的HTC Butterfly 2在root後就無法安裝Android 6的升級版本。一臺手機運作穩定的話,其實沒有更新的必要。然而軟體更新的通知卻會強制一直提醒使用者更新,非常地擾人。因此我們需要把這個通知關掉。
雖然網路上介紹很多修改檔案、新增檔案的作法,但我這篇要講的作法更簡單:直接結凍軟體更新。這個作法使用了Link2SD的功能,一般來說必須要root才能做喔。
(more...)

保存性後設資料 / Preservation Metadata

保存性後設資料 / Preservation Metadata

2016-02-21_145926

這一篇是檔案編排與描述課堂中的閱讀報告。作者說明後設資料在數位化場期保存策略中的地位。然後介紹OAIS參考模型及其計劃。最後提出場期保存將會面臨互通性與成本兩大問題。這些都很像是高考會拿來出題的範圍,同學至少要有些概念。


參考書目 / Reference

 - 11427990_140

Day, M. (2004). Chapter 12. Preservation metadata. In G. E. Gorman & D. G. Dorner (Eds.), Metadata applications and management (pp. 253-273). London: Facet Publishing.

報告投影片 / Slide


小結 / Conclusion

2016-02-21_161005

這篇文章提到的OAIS參考模型是一種數位典藏系統的建構理論。有趣的是,現在我們很常使用的DSpace其實就是基於OAIS的架構來設計。所以DSpace裡面很多用詞跟資料結構都跟OAIS一樣。雖然不少人都把DSpace當做檔案上傳與下載的資料庫,但其實它的確是為了長久典藏數位化檔案而設計的。

此外,這一篇報告中介紹了一些數位化的相關計劃:NLA 澳洲國家圖書館、Cedars英國國家檔案館、NEDLIB 歐洲典藏圖書館同盟、OLCL/RLG 美國圖書館研究團隊、NLNZ 紐西蘭國家圖書館。後來成為「保存性後設資料計劃比較 RLG, Cedars, NLA, NEDLIB」這一篇的一部分。實際上這兩份報告應該是要合在一起看才是。供大家參考囉。

(more...)

Open Live Writer更新:終於能夠列出Blogger標籤 / Open Live Writer Update: Support Blogger's Categories List

布丁布丁吃布丁

Open Live Writer更新:終於能夠列出Blogger標籤 / Open Live Writer Update: Support Blogger's Categories List

2016-02-20_232132

部落客的最佳寫作工具:Open Live Writer (OLW)在活躍的GitHub開發社區努力之下,最近迎來了最新的0.6版。這此更新最重要的一件事情,就是現在可以列出Blogger標籤清單了!


下載Open Live Wirter / Download Latest Open Live Writer

不知道有沒有人注意到我最近幾篇Blog都沒有加上標籤 (category)?這是因為之前OLW的標籤功能必須要自己手打,而我記不起來之前寫了那些標籤,所以就暫時沒有使用。

如果你也是Blogger的作者,那我推薦你趕快下載最新版的OLW,好幫Blog加上分類標籤吧。

 

2016-02-20_233210

除了可以列出Blogger標籤之外,0.6版也加入了拼字檢查(spellchecking)的功能。不過在中文環境下還沒有辦法使用。


OLW的預訂工作 / OLW’s Roadmap

趁這個機會,讓我們來看看OLW接下來可能會做的開發方向吧。在GitHub原始碼中的roadmap.md中記載了目前OLW的預訂進度。在目前這一版0.6之後,下一個就是預訂1.0版之後的規劃。

1.0版希望完成原本Windows Live Writer本來就有的功能,再加上多語言的支援。現在OLW介面只有英文,不過因為按鍵位置都跟WLW一樣,我想這點應該不會造成太多困擾。此外就是一些現在已經有的功能,像是可以撰寫圖文與影音的文章、支援熱門的Blog平臺、支援Windows 7以上的系統、尋找與取代的功能。至於測試集(test suite)功能則是開發者關注的問題,我們使用者不需在意。

接著1.0.1版中希望修正上述功能所發現的問題後再發佈。

1.1版則是希望加入目前大家在Issues中提出的功能。目前列出希望增加的功能有:支援Azure Active Directory (AAD)登入、可以發佈到Facebook跟Twitter、支援Markdown編輯器。

2.0版將會是大改版,但目前仍沒有規劃。


小結 / Conclusion

好吧,我所期待的外掛功能跟一些其他問題,像是無法讀取Blogger上的草稿之類的功能,看來目前是沒有在OLW的規劃中。

Screenshot_2016-02-19-13-46-14

所以沒辦法我仍然是用手機的Evernote編輯我的草稿,比較方便在手機、平板與電腦上同步編輯。

不管怎麼說,還是期待OLW繼續茁壯發展吧!

(more...)

後設資料與英國檔案網路 / Metadata and the UK Archives Network

布丁布丁吃布丁

後設資料與英國檔案網路 / Metadata and the UK Archives Network

2016-02-19_104627

這是檔案編排與描述課程中的一個閱讀教材,描述英國國家檔案局如何建立他們的檔案統一檢索入口網。其中分散式檢索的作法被我國檔案管理局參考使用,後來建立了檔案資源查詢平臺ACROSS。這篇也激起我後來想要用集中式檢索的作法,而寫了「建構整合異質性數位典藏之開放原始碼資源探索系統先導研究」這篇研究(赫然發現我還沒把這篇寫在Blog中XD)。


參考書目 / Reference

 - 11427990_140

Stockting, B., & Craven, L. (2004). Chapter 6. Metadata and the UK archives network. In G. E. Gorman & D. G. Dorner (Eds.), Metadata applications and management (pp. 109-138). Lanham, Md.: Scarecrow Press.

報告投影片 / Slide

下載:SlideShareOneDriveGoogle Doc (轉換)Google Doc (原始)MegaBox.net


小結 / Conclusion

2016-02-19_104737

雖然大家都會覺得Google等搜尋引擎讓全世界的民眾都能夠平等地取得資料,但是這也是圖書館與檔案館等機構一直致力進行的目標,請多多給我們一些鼓勵喔。

(more...)

我們家的年假

布丁布丁吃布丁

0 Comments

我們家的年假

IMAG4425

(每年都在家裡冰箱的小白板上畫上一張圖)

今天是開工日,難免大家寒暄第一句話就是:「年假上哪去玩了?」當週遭的人都在分享去走東、甚至是出國旅遊的行程時,我總是會感到我們家跟其他人比起來,年假過得真的很特別。


聽說年假向東走會有好運,所以大家往臺灣東部的宜蘭、花蓮走。我們家也往東走,走到家旁邊的公園散步。

年節圍爐吃大餐,大家上餐廳、訂年菜擺桌。有別於往年吃親戚做的長年菜,今年我們家很時髦地訂了年菜,不過也是捧親戚賣年菜的場。

年假的影音娛樂,大家要嘛去看死侍、要嘛去支持國片,看完還可以討論一下誰好誰壞。我們家也有影音娛樂,晚上看琅琊榜,下午也看琅琊榜,還是昨天晚上的重播。

年間親朋好友相聚,長輩就是玩牌打麻將,年輕人則可以玩遊戲,有些人甚至出國玩滑雪。年假期間我們家玩得更刺激:讓我開車上路。

過年回家在家待著的期間,有道是初一初二做家事會有勞碌命,大家在家就茶來伸手飯來張口、不要做事得好。我回家期間也沒能做什麼事,因為我回家就是生病

 

雖然在週遭人聊天時講這樣的年假,總是會換來「這根本就不是年假吧」的目光,但其實我很喜歡這樣的渡假方式。


現在我較少時間待在家裡,要嘛是因為在家裡就是生病、要嘛就是工作與課業需要,所以年假往往是我一年當中能待在家裡陪爸媽最長的一段期間。

 

雖然因為在家生病做不了太多事情,但是能夠幫家裡掃掃地、洗洗碗、上山幫老爸的果樹撒農藥,至少讓夠我滿足為這個家出一份心力的責任感。

IMAG4464

(因為漏油導致馬達運轉時燃燒掉機油,所以冒出大量煙霧,差點修不好)

看著老爸在山地果園上用一堆工具DIY接通水路、修好噴藥機的馬達,他有如馬蓋先般的帥氣身影總是讓我引以為傲啊。

 

雖然不是看當紅院線片,但陪爸媽看他們喜歡的古裝歷史劇,可以跟他們一起討論劇情、猜測劇情發展。我真的很珍惜這種參與家裡共同活動的機會。

IMAG4330

(九九峰在912地震時走山的景象,至今已經都被植披覆蓋)

除了看電視這樣的靜態娛樂,我們家今年還有一項刺激的動態娛樂:我在考上駕照之後首次道路駕駛。這次機會難得,讓我爸在旁指導的情況下,我開著我們家的吉普車駛過蜿蜒坡陡的山路、開上快速的國道、然後穿越小巷開回家。最後停車停得很差,還是交給老爸來解決。

我爸總是覺得我平常又沒機會開,現在這樣練意義不大。不過能在這次駕駛過程中聽到各種他開車的技巧,又讓我覺得跟他親近了一點。

 

雖然親戚的年菜不是五星級主廚的飯店料理,但他竟然還考慮到我不吃海鮮,而把佛跳牆改成了健康的素食佛跳牆。這鍋佛跳牆除了讓我們家餐桌上的料理增色不少之外,親戚之間的關懷更讓我覺得感動。

 

雖然沒有長途旅遊而是在自家週遭飯後散步,但卻可以發現家附近處處都有些微改變。看著公園的建設翻新、住宅的新建、以及越來越多的店家,讓我感到這個地方越來越蓬勃的活力。

12661867_10205692250773266_1096494297459873151_n

(在便利商店偵測到的無線網路熱點)

即使是為了迴避家裡壁癌而躲到便利商店的時候,也可以發現到公共無線網路竟然多了「iTaichung」一項。作為一位當地人,看到臺中的發展可真是令人欣慰。


IMAG4453

(山上果樹的花與晴空)

 

這就是我家的年假。沒有出遠門、沒有特別高級的年菜、沒有都市人會做的娛樂。但我真的覺得,能夠陪在爸媽身邊這件事情,比什麼都還有意義。

(more...)

特藏品的數位化 / The Digital Transformation of Special Collections

布丁布丁吃布丁

特藏品的數位化 / The Digital Transformation of Special Collections

2016-02-14_222720

這是國際檔案學課程中的一篇閱讀報告。數位化可不只是把文件掃描拍照就了事的工作,作者整理了檔案文件(archive)在數位化時需要考慮的議題與會遭遇的困難,可以讓我們從管理與長久保存的角度來看一看數位化需要注意什麼事情。


書目 / Bibliography

Daigle, B. J. (2012). The Digital Transformation of Special Collections. Journal of Library Administration, 52(3/4), 244-264. doi:10.1080/01930826.2012.684504

PDF註解檔案 / Annotation of PDF

考量到著作權的問題,我不能直接提供原文的PDF檔案。但我可以把我在PDF上做的註解分享給大家下載。PDF匯出註解之後的檔案格式是fdf,匯入註解的方法請參考Acrobat的說明


Abstract [P.2]

  • 數位科技對於特藏品不僅具有巨大的影響,而且更是目前發展的趨勢。
  • 這篇文章的目的在於探討21世紀中原生數位文件(born digital materials)、數位化(digitization)、以及智慧財產權(intellectual property)對於特藏品的影響。
  • 本研究特別著重討論檔案文件在數位科技管理上的帶來的挑戰,以及在線上環境中拓展新型特藏品的機會。
  • 文章的最後會提到維吉尼亞大學圖書館進行的一項實驗研究所發展出的管理模式,以此提供未來數位文件管理的創新方向。

1. 緒論 / GENERAL INTRODUCTION [P.2]

  • 本研究討論許多現今檔案特藏品主要的數位化轉換議題,特別著重於原生數位文件、數位化與智慧財產權這三大議題上,並討論其優缺點。

  • 特藏品受到數位科技的影響之下造成的動態與多樣性,為管理與使用上帶來了更大的挑戰。

2. 檔案世界的機會與挑戰 / OPPORTUNITIES AND CHALLENGES IN THE ARCHIVAL WORLD [P.3]

檔案文件最需要數位化轉換技術的理由:

  • 學者與圖書館員對檔案文件有大量的需求
  • 檔案文件是學術圖書館主要館藏之一
  • 檔案的複雜性與獨特性帶來了對於一手史料研究的高度需求

近20年來出現了相當多檔案管理工具

  • 1993年出的EAD (Encoded Archival Description) 標準規範了數位檔案的標準化呈現以及統一的取用方式
  • 基於EAD的finding aids與檔案管理工具:開放原始碼的Archivists’ Toolkit (www.archiviststoolkit.org) & Archon (archon.org),商業工具的CALM
2-1~2-5. 原生數位檔案 / Born Digital Materials

數位檔案多元格式帶來的挑戰 [P.4]

  • 原生數位格式有許多形式,像是email、文字處理文件、試算表、資料庫、圖片、影像或其他可以想像的文件類型
  • 數位文件也以多種格式呈現,像是軟碟(floppy disks)、ZIP軟碟、CD與DVD光碟、隨身碟、內接式或外接式硬碟、網路硬碟服務
  • 我們每日都在產生的原生數位文件對檔案管理上帶來了相當大的挑戰,特別是圖書館特藏品更應該要有適當的典藏策略,而不是開個資料夾來保存而已
  • 由於大多數檔案仍是以紙本附加數位文件併行,目前尚未完成全部的數位轉換。但是在數位科技快速成長的現代,是時候該考慮適當的儲存媒體與軟體格式了。

大量資料與保存資料量 [P.5]

  • 現在檔案社群描述檔案的方式採用MPLP:更多藏品、更少處理(More Product, Less Process),也就是僅提供研究者需要的基本描述,這與原生數位文件的特性相符
  • 現在檔案館員的挑戰在於檔案保存仍採紙本與數位併行,在以數位文件為主的21世紀中將會為保存議題帶來相當大的困難
  • 檔案篩選(triage)是選擇保留檔案常用的作法。在數位文件上,檔案篩選主要是依據可取得檔案中智慧內容的機率,也就是檔案館員是否得仰賴特定軟體才能開啟那些過時的檔案格式或專屬而非開放原始碼的格式

軟體複雜性 / Software Complexity [P.7]

  • 長期保存數位文件是一大挑戰,這是因為數位文件可能會因為軟硬體過時導致無法取用
  • 現在的趨勢是蒐集軟體與軟體授權,或是在模擬環境中使用已經授權過期的軟體,以保證使用者未來仍可取用數位文件。

硬體與儲存媒體的複雜性 / Complexity of Hardware and Physical Media [P.8]

  • 由於軟硬體容易在不知不覺中過時,因此保存資料的可取用性是任何原生數位文件工作流程中的第一步。
  • 如同軟體一樣,現在檔案館也開始蒐集與典藏實體機器與保存裝置,或是跟其他商業與非商業機構進行合作。

長期保存可靠性與真實性 / Authenticity [P.8]

  • 數位資源的長期保存可靠性(authentic)是圖書館員與檔案館員根據他們對於資源的理解來重建資源本身,並且依照現在的方式進行管理
    • 策略之一是轉置(Migrating),從過時格式中將內容轉換到現行的格式
  • 真實性(authenricity)是包含原生數位文件中來源的正確性以及可信的簽名
    • 名人在紙本上的簽名可以印證其價值,但是數位世界中假扮名人的帳號卻相當容易造成混淆。
    • 彙整名人語錄往往缺乏全面性策略(相較於偶發性彙整,one off arrangement)的作法造成了智慧財產權的混亂。
2-6~2-8. 數位化 / Digitization
  • 建立數位化與館藏描述之間的關係是一件相當困難的工作。如果館藏系列(collection)包含數以千記的物件(items),那只能以相當廣的層級來描述館藏系列。
  • 近來的研究中指出我們必須建立策略性的決策,以延伸檔案資源的使用,並盡可能數位化與上線。
  • 另一方面,數位化也為檔案帶來了全新的機會,線上的數位一手史料可供全世界使用者取用,開放取用(Open Access)也降低了研究者取得一手史料的門檻。
  • 迎接劇增的數位物件的主要策略有兩種服務:使用者請求,以及內部機構的資料蒐集

使用者請求 / User Requests [P.10]

  • 依據使用者需求來決定數位化的方向,對組織來說是一大挑戰
  • 維吉尼亞大學中會選擇大部分使用者的共同請求來完成地數位化特定藏品,但是少部分的請求可能就只數位化資料夾封面。

機構典藏 / Collection Building [P.11]

  • 機構典藏被視為數位化中「大量數位化」(mass digitization)的常見作法
    • 由於大部分機構都有進行機構典藏,因此重點是在於如何讓館藏可供人取用
    • 最直接的作法是考慮研究的需求,另外也會因為可以擴大影響力而將館藏放在線上供人取用
  • 學者與圖書館員都一致同意機構典藏可以促進新的學術發展,像是文字標記、GIS拓展歷史地圖、對實體館藏進行不同角度的時空分析

3. 印刷世界的機會與挑戰 / OPPORTUNITIES AND CHALLENGES IN THE PRINTED WORLD [P.11]

大部分討論檔案媒體的議題都是聚焦在印刷媒體上

  • 儘管印刷媒體會佔用實體空間,但是因為16到19世紀的檔案依然是紙本媒體,而且很少上線
  • 另外紙本檔案儘管有數位化,也常常因為受到使用者質疑是否遭受修改,而被要求要保留原件

另一方面,與手稿相比,印刷媒體的確相當適合數位化:易讀容易以OCR轉化成可搜尋資料、有結構性而可以用TEI(Text Encoding Initiative)標註

4. 智慧財產權與著作權 / INTELLECTUAL PROPERTY AND COPYRIGHT [P.12]

  • 智慧財產權跟著作權問題是特藏品數位轉換最大的問題
  • 因此,管理特藏品與檔案內容所需要的系統必須具備複雜的權限管理功能,以因應不同的權限設定情境

4-1. 智慧財產權與著作權: 捐贈人同意 / Donor Agreements [P.13]

  • 圖書館或檔案館會在收到館藏後去跟捐贈者商討著作權的轉移,特別是確保著作權(copyright)或散佈權(distribution)等等,以增加館藏的可用性。
  • 另一方面,捐贈者也可能要求長期甚至永久不開放,此時要特別注意相隔長期再進行開放時數位科技是否仍然可用。

4-2. 著作權 / Copyright [P.13]

  • 儘管已發表的印刷作品容易進行管理,但未發表的手稿卻是一大難題
    • 許多20世紀的手稿僅能在館內閱讀
  • 著作權需考量哪一些動作可以進行,像是複印
  • 著作權難以跨越不同國家進行應用也是一項挑戰

4-3. 智慧財產權與著作權: 取用策略 / Access Strategy [P.14]

  • 檔案使用、取得、下載等權限的管理做權限管理(rights management)
    • 通常不能提供所有檔案上線,但能有限度地提供取用
  • 維吉尼亞大學提供了檔案權限管理規劃的架構圖:(UVa = 維吉尼亞大學)

5. CONCLUSION: TODAY AND TOMORROW [P.19]

  • 面對數位轉變最好的方式是在於對它有更多的認識,並時常修正自己的看法。工作流程、方法論、系統等仍然都有改變的需求,因此也不會有最終單一的解決方案。
  • 未來可能會朝向3D立體圖案、將館藏進行多重或混合光譜掃描,以看到不同的視覺呈現。
  • 也可以探索羊皮紙與其他書本紙張的歷史,來描繪出歷史性與社會性的發現。當新的科技出現時,是如何處理取用與保存的問題。
  • 儘管在此不一定會有簡單的答案,但可以確定的是,這將會是特藏品永遠需要探索的方向。
(more...)

布丁版OCS特色介紹: 第一部分 / Pudding version OCS Features: Part 1

布丁版OCS特色介紹: 第一部分 / Pudding version OCS Features: Part 1

2016-02-03_010637

上一篇簡單地介紹了研討會開放原始碼管理系統Open Conference System (以下簡稱OCS),這篇我想來介紹一下我修改的地方。這次要介紹的是外表上的介面、翻譯、以及報名功能。另外還有OCS主要功能的投稿與審查功能,則留到下次再介紹。


套用Bootstrap介面 / Mordern Interface with Bootstrap

原本OCS是2014年發佈的2.3.6版,從現在的角度來看,它的介面實在是很難使用。不僅大部分按鈕都小到只有一個20px*20px的圖示,也不能隨著畫面大小作適度的調整。

image

我參考Bootstrap 3 Affix Sidebar的樣板來套用在OCS上面。套用Bootstrap之後有很多好處,像是RWD的自動適應、置頂的導覽列、按鈕、已經經過良好安排的顏色,這些都可以直接套用在網站上。

2016-02-03_151250

我把OCS的按鈕套用成Bootstrap的格式,讓它變得又大又好按。而且我還加上了圖示,讓整個畫面變得精緻許多。

2016-02-03_013450_thumb

因為Bootstrap本身就是響應式網頁設計(RWD),所以縮小螢幕的時候版面也會自動調整。儘管如此,在我的手機上看起來還是有點奇怪,這個問題就先擱著吧。


中文化翻譯 / Localization Translate

image_thumb[2]

OCS雖然有提供中文版的語系,但是跟主要使用的英文語系相比,中文欠缺的資料非常多。我花了很多時間來把前端訪客看得到的畫面都翻譯好,至於後端管理者介面就之後再處理了。

image

原本OCS中文翻譯還蠻奇怪的,特別是電子郵件的範本以及較長的說明。舉例來說,有一處翻譯如下:「這將如同一個網路超連結,出現在 "關於作者" 內的聲明底部和 "組織團隊" 的彈出頁面。」英文原文是:「You do not yet have access to this conference's presentations.」因此正確的翻譯應該是:「您無權瀏覽該研討會的簡報。」

不過OCS是免費公開的程式碼,在這裡我也不是要吹毛求疵。相反地,正因為它是開放原始碼,所以我們可以繼承前人的進度再繼續前進。

2016-02-03_153552

在進行翻譯之前,必須要先彌補中文缺少的語系設定。因此我製作了4個語系整合工具,用來將英文語系設定檔與中文語系設定檔比對之後整合:

image

之後再一一翻譯中文語系裡面的英文,就這樣將翻譯問題告一段落了。上圖是我主要使用的開發工具NetBeans


報名流程 / Registration

接下來我們來講講OCS的主要流程之一:報名。

image

OCS可以制訂多種報名類型。不同的報名類型都可以設定不同的報名截止時間與繳費方式(或是設定0元,也就是免費)。但是原始的OCS在報名時要求使用者註冊一個OCS帳號,對希望更多人參加的小型研討會來說並不合適,所以我把OCS的報名功能簡化到只需要填入「姓名」、「單位」、「電子信箱」這樣就好。

2016-02-06_115951

基於OCS報名功能,我讓報名時能夠自動寄送確認信之外,又增設報名表格與問卷調查功能上去。

報名表格 / Registration Form

有鑑於一般學術圈的研討會管理者不懂得設計複雜的HTML表單,寧願偏向製作一個Word表格讓人填寫資料,所以報名表格的功能是我新增的一個所見記得的報名表格欄位,讓管理者直接貼上Word中設計好的表格,而使用者也只要像是在Word的所見記得欄位裡面填寫資料就好。

報名表單的優點是簡單就能設計出複雜的報名表,因為就只是表格而已。但是缺點在於難以提供統計資料。為了克服這個問題,我另外做了一個問卷調查功能。

用jQuery.Survey開發的問卷調查功能 / Survey Function

image

問卷調查功能是基於jQuery.Survey的程式碼,管理者只要作出一套JSON的設定檔,就可以動態產生一個HTML的問卷。而使用者填答的結果會以JSON匯出,也能夠再匯入已經填答的結果。我更進一步簡化jQuery.Survey的程式碼,將傳統HTML會把選項(name或label)跟值(value)合成一個設定。例如以前設定HTML表單時,選項是「葷食」,而值我們可能要設成「animat food」。但是簡化過後,只要設定「葷食」,顯示選項跟值都會是「葷食」。這是參考Google表單的設計方式,這種簡單的邏輯似乎很能夠被使用者接受。

當然,我也製作了問卷調查匯出功能。能夠把多位使用者的JSON檔案轉換csv格式匯出。這樣就能夠讓使用者匯入到Excel,進一步製作統計圖表或是報到表。

有機會我再將這套工具獨立釋出給大家使用,有興趣的人可以先到GitHub上抓我改過的jQuery.Survey的程式碼來玩玩看。

可內嵌Google表單 / Integrate with Google Form

image

剛剛講到Google表單被很多國內研討會採用作為報名系統這件事情。我開發系統的原則是盡量遵照使用者原來的使用習慣,因為系統的目標是改善使用者的工作流程,而盡量不要增加大家額外的學習成本。因此我也在OCS裡面加入了可以內嵌網頁(iframe)的設定,方便管理者把建立好的Google表單嵌入到OCS中。

不過這只是單純用iframe來提供連結而已,實際上OCS跟Google表單的資料並沒有共同。所以很抱歉,沒辦法在OCS上面看到Google表單的報名結果囉。


待續 / To be continue

本篇介紹的介面修改、翻譯以及報名流程只是這次修改的一部分。OCS核心的價值在於下一篇要介紹的作者投稿、線上審稿、邀請審查委員審稿的主要流程。

為了維持能夠常常寫blog的動力,我想比起一篇寫得非常非常長,還是分成多個部分一篇一篇來寫比較好。剩下的部分就留待下次介紹吧。

(more...)

保存性後設資料計劃比較 RLG, Cedars, NLA, NEDLIB

布丁布丁吃布丁

0 Comments

保存性後設資料計劃比較 RLG, Cedars, NLA, NEDLIB

image

這是一份檔案編排與描述課堂報告,取自2004年圖檔所王文英的碩士論文針對四種保存性後設資料計劃RLG、Cedars、NLA、NEDLIB所做的介紹。儘管這四項研究計劃不一定是符合最新的標準,但可以從此一窺檔案學做研究的方式。


參考書目 / Reference

王文英(2004)。中研院近史所檔案館數位保存後設資料項目建置之研究(碩士論文)。國立政治大學圖書資訊研究所,國立政治大學。上網日期:2014年 9月18日,檢自:http://ndltd.ncl.edu.tw/cgi-bin/gs32/gsweb.cgi/ccd=u33jhn /record?r1=1&h1=0

摘要 / Abstract

image

  • 本研究以 RLG、NLA、Cedars、 NEDLIB 四發展機構所提出的保存後設資料項目為比較對象,得出核心項目,再以多次深度訪談,探求中研院近史所檔案館的需求及館藏特性,建置適用的保存後設資料項目。
  • 經過比較發現,RLG、NLA、Cedars、NEDLIB 所提出的保存後設資料項目,因為定位及應用目的不同,在規模、項目及描述層次上有差異,但描述重點仍有某種程度的共識。
  • 其中,NLA 詳細記載歷次更動相關事項,並針對不同型態數位檔訂立不同的描述項目的做法,值得參考。

課堂報告投影片 / Slide

投影片下載:OneDriveGooge Doc (原始檔案)Google Doc (轉換模式)Box.netMegaSlideShare

保存性後設資料標準相關連結 / Preservation Metadata Projects’ Website

image
美國的Research Libraries Group (RLG):2006年已經整併到OCLC,而成為WorldCat的一部分。
http://www.oclc.org/research/partnership/history.html

image

英國的Cedars,但是網站已經不再運作
http://www.ukoln.ac.uk/metadata/cedars/

image

歐洲各國的NEDLIB (Networked European Deposit Library),原論文已經不能使用,只剩下這個主要網站:
https://www.kb.nl/en

image

澳洲的NLA (National Library of Australia)。澳洲國家圖書館網站當然還在:http://www.nla.gov.au/ 但是計劃近況就不得而知了。

(more...)

研討會管理開放原始碼系統簡介 / Open Conference System (OCS) Introduction

研討會管理開放原始碼系統簡介 / Open Conference System (OCS) Introduction

2016-02-03_005200

由於最近幫空大社科系的2016社會變遷與當代議題研討會在架設研討會網站,所以找了網路上馳名已久的PKG系列系統之一的Open Conference System (我把它翻譯成「研討會開放原始碼管理系統」,以下簡稱OCS)。我把它拿回來進行大幅度的改造,並公開在GitHub上 (請到此下載)。。以下我想針對這個系統做個簡介。


為什麼不要用內容管理系統? / Why not use Content Management System?

很多人應該都有這個疑問,為什麼不要用普通的CMS,中文叫做內容管理系統(Content Management System),像是Joomla、Drupal,或甚至是WordPress (儘管它是用來寫Blog用的,但很多的時候被人用做CMS)。

但是普通的CMS很難支援研討會複雜的處理流程。舉例來說,研討會會有摘要與全文兩階段投稿、多人匿名審查、審查意見與作者修正後再上傳檔案、以及審查結果公告等功能。我們必須對CMS做大量的修改、調整,才能讓它的處理流程支援研討會。因此,與其花費大量時間去將一個CMS調整成能夠支援研討會的系統,不如一開始就找一個能為研討會設計的系統,也就是本篇所介紹的OCS。

為什麼不要用email? /  Why not use email to handle conference?

然而,我先把另一個很重要的問題說在前面:這些複雜的研討會流程,為什麼不要用email來處理就好了?這個問題問的非常好,這是一種人們對於資訊系統的迷思。

事實上,用email很好。主要的理由在於他是大家熟悉的工具,我們幾乎不需要額外的學習成本就能夠使用email。第二個理由是如果研討會規模不大,那麼信件來往勢必數量上也不會多,用email來管理就很足夠了。

那為什麼不要用email呢?這是因為人們會希望追求更省力的工作流程,但是往往卻忽略了學習成本這個問題。一個資訊系統「可以用」,與「好用」,這兩者之間的距離是用新臺幣來計算。而像是OCS這種開放原始碼的系統,只能夠稱得上可以用,但是距離一般人們心目中的好用,換句話說,就是客製化,則是相當困難的事情。

儘管如此,我還是為OCS做了相當大幅度的調整。不過先讓我們看一下OCS有什麼功能好了。


開放原始碼研討會管理系統簡介 / Introduce Open Conference System

以下介紹來自於OCS的首頁

OCS是一個開放自由的網頁發佈工具,專門用來建立學術研討會。OCS的特色如下:

  • 建立研討會網站。
  • 支援論文徵稿(call for papers, cfp)流程。
  • 支援摘要投稿、全文投稿、以及摘要與全文兩階段式投稿。
  • 作者上傳稿件之後仍可以更新版本。
  • 會議主席與審查委員可以在線上完成審查作業,並能夠直接傳送Email通知審查進度。
  • 發佈研討會議程與發表的論文,並支援搜尋功能。
  • 可發佈原始資料集(布丁註:這我不太確定是什麼功能)
  • 支援研討會報名功能。可透過Paypal讓與會者繳交註冊費。

OCS複雜的後台管理系統 / Complexity Management System in OCS

為了研討會處理流程而設計的OCS相當的複雜。就使用角色來說,OCS裡面㑹可能會有以下七種角色(role):

  • 系統管理者 (System Manager):架設OCS與管理伺服器運作的技術人員。
  • 會議管理者 (Conference Manager):設定各研討會的網站細節,像是公告、議程。
  • 會議主席 (Director):負責安排主題負責人、審查者、決定論文審查結果、寫信通知作者等等。
  • 主題負責人 (Track Driector):研討㑹可以細分為多個主題,作者可以投稿到各個主題,而各主題又可以安排負責管理的主席,稱之為主題主席。主題主席可以進行的工作跟會議主席差不多,但只能夠管理投稿到這個主題的稿件。
  • 審查委員 (Reviewer):受會議主席或主題主席邀請,前來審查特定一篇論文的審查者。
  • 作者 (Author):投稿到研討會的作者。
  • 讀者 (Reader):一般研討會比較少強調這個角色。讀者的功能是可以訂閱研討會已經接受且發佈的論文。

每一種角色可以使用的功能都不一樣,例如會議主席不能夠修改整個系統的網站標題,只有系統管理者可以進行這項動作。審查者可以為稿件提出接受/修改/拒絕的意見,但只有會議主席或是主題主席可以決定這個論文的最終結果。

多種不同的角色與複雜的流程造成OCS的高度複雜性。這對許多只是想要架一個「簡單網站」的學者來說,簡直是無法想像的程度。


簡化的第一步:後臺的連結 / First Step to System Simplification: Add Quick Edit Icon

2016-02-03_010637 - Copy

這麼複雜的流程有辦法簡化嗎?老實說,如果要辦一個大型研討會,那就的確是要如此複雜的分工。我目前先做一些小功能來連結前台顯示內容與後台的設定欄位:有筆的圖示按鈕。在使用者擁有相對應的權限時,系統會在公告、議程等我修改過的位置上顯示這個按鈕,點選後就能夠直接跳掉相對應的後台欄位中。這個應急之道是給那些懶得去後台翻設定的使用者使用,但相對於OCS的高度複雜來說,只是杯水車薪。


OCS嘗試要解決的灰色文獻問題 / How OCS resolve gray literature issue

OCS並不是單純的CMS,其中一個特色就是對於灰色文獻(gray literature)問題的處理。什麼是灰色文獻呢?灰色文獻的意思是指在資訊傳播過程中所存在但難以被搜尋、取得的資訊。研討會上發表的論文就是一種很常見的灰色文獻。

大部分研討會上發表的論文並沒有正式出版。常見的情況中,研討會的會議論文集(proceeding)並不會像一般書籍一樣作成一本書、申請ISBN、遵照法定送存規定一樣地送往國家圖書館保存,而通常只是將研討會中所發表的論文作成一本會議手冊──有些研討會手冊裡面甚至連全文都沒有、只有投影片──然後只有參與研討會的與會者才拿得到。這樣的結果造成雖然有研討會論文的存在,但是一般人卻只能知道有這篇文章發表在研討會中,卻難以得到文章的內文,這就是灰色文獻的問題。

image

OCS不僅只是研討會網站,它本身也是資料典藏系統,可以讓其他人輕易取得在OCS上發佈的論文。從設定上可以看到,它提供了OAI-PMH的資料交換功能,可以作為資料提供者(data provider)讓其他資料獲取者(data harvester)來取得資料,像是PKP另一個系統Open Harvester Systems。同時它也可以為發佈的論文加上數位物件識別碼DOI (Digital Object Idenifier System),方便學術論文的引用與取得。

然而現在學術傳播環境中,研討會論文是否要公開的這個問題,其實並沒有定論。有些研討會並不是難以負擔出版成本而不將會議論文出版,而是遵照作者的意願而不公開作者在研討會發表的論文。有人可能會覺得奇怪:如果發表的論文不出版的話,那豈不是違反學術傳播的目的了嗎?這是因為許多作者會在研討會跟期刊上發表同一主題的論文,而通常研討會上只是初步的成果、期刊則會是較完整的內容。為了避免期刊的主編或審查者搜尋到作者之前發表的研討會論文而造成一稿多投的誤解,所以許多作者寧願選擇在研討會不公開他的論文,而是在期刊上刊出較完整的結果。當然,我不否認也會有真的是一稿多投:研討會跟期刊的內容幾乎一樣的問題,但這不是本文的重點。

回到OCS來看,它試圖解決灰色文獻問題的方式是否能為現在學術研討㑹所接受,我想仍需要一段時間來觀察。但我能夠確定的是,在處理OCS的如何公開論文之前,光是OCS複雜的設定就已經讓一堆不懂資訊系統的學者舉白旗投降了吧。


小結:我建置的一個不完整的版本 / Conclusion: My modified OCS is not stable.

2016-02-03_010637_thumb_thumb

如果你也想要來架設OCS看看的話,可以從我的GitHub上取得我目前修改的進度:

秉持著開放原始碼的精神,既然從開放原始碼的系統取得了OCS,我當然也很樂意與大家分享我作的系統。但是必須事先聲明的是,這是一個不完整的系統。因為我是一邊安裝一邊修改,直到最後才順利讓它勉強可以運作。我並沒有要讓它做到可以讓人從無到有地順利架設,只要能夠支援現在研討會運作就好了。

另一方面,我的OCS目前僅支援線上全文審查的功能,還沒有去修改它的摘要/全文二階段審查功能。這可能是要到年中的時候才會去處理的問題,現在就先擱著了。

 

總之,歡迎大家拿取我修改過的程式碼來作進一步開發,有問題歡迎底下提問,或是用GitHub的Issues功能提問都可以。接下來幾篇我想跟大家聊聊我這個OCS改了什麼東西,慢慢來寫吧。

(more...)