獲得了蘇諼教授清寒獎學金
獲得了蘇諼教授清寒獎學金
感謝中華民國圖書館學會的肯定,我在去年年底時獲得了103年度蘇諼教授清寒優秀獎學金。
在輔大圖資系唸書的時候,沒能有機會來上蘇諼老師的課,倒是在畢業之後受到了老師的幫助。這種彷彿一日為師、終身為師的聯繫,讓我對圖資領域這個溫暖的大家庭表示感激。
藉這個機會,我想在此緬懷蘇諼老師,回顧一下老師的生平與事蹟吧。
(more...)
2月 24, 2016 0 Comments 輔大圖資
2月 23, 2016 0 Comments Android OS/Android
2月 21, 2016 0 Comments 報告/教學課程 期刊論文閱讀 課程/檔案學
這一篇是檔案編排與描述課堂中的閱讀報告。作者說明後設資料在數位化場期保存策略中的地位。然後介紹OAIS參考模型及其計劃。最後提出場期保存將會面臨互通性與成本兩大問題。這些都很像是高考會拿來出題的範圍,同學至少要有些概念。
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.
這篇文章提到的OAIS參考模型是一種數位典藏系統的建構理論。有趣的是,現在我們很常使用的DSpace其實就是基於OAIS的架構來設計。所以DSpace裡面很多用詞跟資料結構都跟OAIS一樣。雖然不少人都把DSpace當做檔案上傳與下載的資料庫,但其實它的確是為了長久典藏數位化檔案而設計的。
此外,這一篇報告中介紹了一些數位化的相關計劃:NLA 澳洲國家圖書館、Cedars英國國家檔案館、NEDLIB 歐洲典藏圖書館同盟、OLCL/RLG 美國圖書館研究團隊、NLNZ 紐西蘭國家圖書館。後來成為「保存性後設資料計劃比較 RLG, Cedars, NLA, NEDLIB」這一篇的一部分。實際上這兩份報告應該是要合在一起看才是。供大家參考囉。
(more...)2月 21, 2016 0 Comments Blogger Software/Open Live Writer
部落客的最佳寫作工具:Open Live Writer (OLW)在活躍的GitHub開發社區努力之下,最近迎來了最新的0.6版。這此更新最重要的一件事情,就是現在可以列出Blogger標籤清單了!
不知道有沒有人注意到我最近幾篇Blog都沒有加上標籤 (category)?這是因為之前OLW的標籤功能必須要自己手打,而我記不起來之前寫了那些標籤,所以就暫時沒有使用。
如果你也是Blogger的作者,那我推薦你趕快下載最新版的OLW,好幫Blog加上分類標籤吧。
除了可以列出Blogger標籤之外,0.6版也加入了拼字檢查(spellchecking)的功能。不過在中文環境下還沒有辦法使用。
趁這個機會,讓我們來看看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版將會是大改版,但目前仍沒有規劃。
好吧,我所期待的外掛功能跟一些其他問題,像是無法讀取Blogger上的草稿之類的功能,看來目前是沒有在OLW的規劃中。
所以沒辦法我仍然是用手機的Evernote編輯我的草稿,比較方便在手機、平板與電腦上同步編輯。
不管怎麼說,還是期待OLW繼續茁壯發展吧!
(more...)2月 19, 2016 0 Comments 期刊論文閱讀 課程/檔案學
這是檔案編排與描述課程中的一個閱讀教材,描述英國國家檔案局如何建立他們的檔案統一檢索入口網。其中分散式檢索的作法被我國檔案管理局參考使用,後來建立了檔案資源查詢平臺ACROSS。這篇也激起我後來想要用集中式檢索的作法,而寫了「建構整合異質性數位典藏之開放原始碼資源探索系統先導研究」這篇研究(赫然發現我還沒把這篇寫在Blog中XD)。
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.
下載:SlideShare、OneDrive、Google Doc (轉換)、Google Doc (原始)、Mega、Box.net
雖然大家都會覺得Google等搜尋引擎讓全世界的民眾都能夠平等地取得資料,但是這也是圖書館與檔案館等機構一直致力進行的目標,請多多給我們一些鼓勵喔。
(more...)2月 16, 2016 0 Comments
(每年都在家裡冰箱的小白板上畫上一張圖)
今天是開工日,難免大家寒暄第一句話就是:「年假上哪去玩了?」當週遭的人都在分享去走東、甚至是出國旅遊的行程時,我總是會感到我們家跟其他人比起來,年假過得真的很特別。
聽說年假向東走會有好運,所以大家往臺灣東部的宜蘭、花蓮走。我們家也往東走,走到家旁邊的公園散步。
年節圍爐吃大餐,大家上餐廳、訂年菜擺桌。有別於往年吃親戚做的長年菜,今年我們家很時髦地訂了年菜,不過也是捧親戚賣年菜的場。
年假的影音娛樂,大家要嘛去看死侍、要嘛去支持國片,看完還可以討論一下誰好誰壞。我們家也有影音娛樂,晚上看琅琊榜,下午也看琅琊榜,還是昨天晚上的重播。
年間親朋好友相聚,長輩就是玩牌打麻將,年輕人則可以玩遊戲,有些人甚至出國玩滑雪。年假期間我們家玩得更刺激:讓我開車上路。
過年回家在家待著的期間,有道是初一初二做家事會有勞碌命,大家在家就茶來伸手飯來張口、不要做事得好。我回家期間也沒能做什麼事,因為我回家就是生病。
雖然在週遭人聊天時講這樣的年假,總是會換來「這根本就不是年假吧」的目光,但其實我很喜歡這樣的渡假方式。
現在我較少時間待在家裡,要嘛是因為在家裡就是生病、要嘛就是工作與課業需要,所以年假往往是我一年當中能待在家裡陪爸媽最長的一段期間。
雖然因為在家生病做不了太多事情,但是能夠幫家裡掃掃地、洗洗碗、上山幫老爸的果樹撒農藥,至少讓夠我滿足為這個家出一份心力的責任感。
(因為漏油導致馬達運轉時燃燒掉機油,所以冒出大量煙霧,差點修不好)
看著老爸在山地果園上用一堆工具DIY接通水路、修好噴藥機的馬達,他有如馬蓋先般的帥氣身影總是讓我引以為傲啊。
雖然不是看當紅院線片,但陪爸媽看他們喜歡的古裝歷史劇,可以跟他們一起討論劇情、猜測劇情發展。我真的很珍惜這種參與家裡共同活動的機會。
(九九峰在912地震時走山的景象,至今已經都被植披覆蓋)
除了看電視這樣的靜態娛樂,我們家今年還有一項刺激的動態娛樂:我在考上駕照之後首次道路駕駛。這次機會難得,讓我爸在旁指導的情況下,我開著我們家的吉普車駛過蜿蜒坡陡的山路、開上快速的國道、然後穿越小巷開回家。最後停車停得很差,還是交給老爸來解決。
我爸總是覺得我平常又沒機會開,現在這樣練意義不大。不過能在這次駕駛過程中聽到各種他開車的技巧,又讓我覺得跟他親近了一點。
雖然親戚的年菜不是五星級主廚的飯店料理,但他竟然還考慮到我不吃海鮮,而把佛跳牆改成了健康的素食佛跳牆。這鍋佛跳牆除了讓我們家餐桌上的料理增色不少之外,親戚之間的關懷更讓我覺得感動。
雖然沒有長途旅遊而是在自家週遭飯後散步,但卻可以發現家附近處處都有些微改變。看著公園的建設翻新、住宅的新建、以及越來越多的店家,讓我感到這個地方越來越蓬勃的活力。
(在便利商店偵測到的無線網路熱點)
即使是為了迴避家裡壁癌而躲到便利商店的時候,也可以發現到公共無線網路竟然多了「iTaichung」一項。作為一位當地人,看到臺中的發展可真是令人欣慰。
(山上果樹的花與晴空)
這就是我家的年假。沒有出遠門、沒有特別高級的年菜、沒有都市人會做的娛樂。但我真的覺得,能夠陪在爸媽身邊這件事情,比什麼都還有意義。
(more...)2月 14, 2016 0 Comments 期刊論文閱讀 課程/檔案學
這是國際檔案學課程中的一篇閱讀報告。數位化可不只是把文件掃描拍照就了事的工作,作者整理了檔案文件(archive)在數位化時需要考慮的議題與會遭遇的困難,可以讓我們從管理與長久保存的角度來看一看數位化需要注意什麼事情。
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檔案。但我可以把我在PDF上做的註解分享給大家下載。PDF匯出註解之後的檔案格式是fdf,匯入註解的方法請參考Acrobat的說明。
本研究討論許多現今檔案特藏品主要的數位化轉換議題,特別著重於原生數位文件、數位化與智慧財產權這三大議題上,並討論其優缺點。
特藏品受到數位科技的影響之下造成的動態與多樣性,為管理與使用上帶來了更大的挑戰。
檔案文件最需要數位化轉換技術的理由:
近20年來出現了相當多檔案管理工具
數位檔案多元格式帶來的挑戰 [P.4]
大量資料與保存資料量 [P.5]
軟體複雜性 / Software Complexity [P.7]
硬體與儲存媒體的複雜性 / Complexity of Hardware and Physical Media [P.8]
長期保存可靠性與真實性 / Authenticity [P.8]
使用者請求 / User Requests [P.10]
機構典藏 / Collection Building [P.11]
大部分討論檔案媒體的議題都是聚焦在印刷媒體上
另一方面,與手稿相比,印刷媒體的確相當適合數位化:易讀容易以OCR轉化成可搜尋資料、有結構性而可以用TEI(Text Encoding Initiative)標註
4-1. 智慧財產權與著作權: 捐贈人同意 / Donor Agreements [P.13]
4-2. 著作權 / Copyright [P.13]
4-3. 智慧財產權與著作權: 取用策略 / Access Strategy [P.14]
上一篇簡單地介紹了研討會開放原始碼管理系統Open Conference System (以下簡稱OCS),這篇我想來介紹一下我修改的地方。這次要介紹的是外表上的介面、翻譯、以及報名功能。另外還有OCS主要功能的投稿與審查功能,則留到下次再介紹。
原本OCS是2014年發佈的2.3.6版,從現在的角度來看,它的介面實在是很難使用。不僅大部分按鈕都小到只有一個20px*20px的圖示,也不能隨著畫面大小作適度的調整。
我參考Bootstrap 3 Affix Sidebar的樣板來套用在OCS上面。套用Bootstrap之後有很多好處,像是RWD的自動適應、置頂的導覽列、按鈕、已經經過良好安排的顏色,這些都可以直接套用在網站上。
我把OCS的按鈕套用成Bootstrap的格式,讓它變得又大又好按。而且我還加上了圖示,讓整個畫面變得精緻許多。
因為Bootstrap本身就是響應式網頁設計(RWD),所以縮小螢幕的時候版面也會自動調整。儘管如此,在我的手機上看起來還是有點奇怪,這個問題就先擱著吧。
OCS雖然有提供中文版的語系,但是跟主要使用的英文語系相比,中文欠缺的資料非常多。我花了很多時間來把前端訪客看得到的畫面都翻譯好,至於後端管理者介面就之後再處理了。
原本OCS中文翻譯還蠻奇怪的,特別是電子郵件的範本以及較長的說明。舉例來說,有一處翻譯如下:「這將如同一個網路超連結,出現在 "關於作者" 內的聲明底部和 "組織團隊" 的彈出頁面。」英文原文是:「You do not yet have access to this conference's presentations.」因此正確的翻譯應該是:「您無權瀏覽該研討會的簡報。」
不過OCS是免費公開的程式碼,在這裡我也不是要吹毛求疵。相反地,正因為它是開放原始碼,所以我們可以繼承前人的進度再繼續前進。
在進行翻譯之前,必須要先彌補中文缺少的語系設定。因此我製作了4個語系整合工具,用來將英文語系設定檔與中文語系設定檔比對之後整合:
之後再一一翻譯中文語系裡面的英文,就這樣將翻譯問題告一段落了。上圖是我主要使用的開發工具NetBeans。
接下來我們來講講OCS的主要流程之一:報名。
OCS可以制訂多種報名類型。不同的報名類型都可以設定不同的報名截止時間與繳費方式(或是設定0元,也就是免費)。但是原始的OCS在報名時要求使用者註冊一個OCS帳號,對希望更多人參加的小型研討會來說並不合適,所以我把OCS的報名功能簡化到只需要填入「姓名」、「單位」、「電子信箱」這樣就好。
基於OCS報名功能,我讓報名時能夠自動寄送確認信之外,又增設報名表格與問卷調查功能上去。
有鑑於一般學術圈的研討會管理者不懂得設計複雜的HTML表單,寧願偏向製作一個Word表格讓人填寫資料,所以報名表格的功能是我新增的一個所見記得的報名表格欄位,讓管理者直接貼上Word中設計好的表格,而使用者也只要像是在Word的所見記得欄位裡面填寫資料就好。
報名表單的優點是簡單就能設計出複雜的報名表,因為就只是表格而已。但是缺點在於難以提供統計資料。為了克服這個問題,我另外做了一個問卷調查功能。
問卷調查功能是基於jQuery.Survey的程式碼,管理者只要作出一套JSON的設定檔,就可以動態產生一個HTML的問卷。而使用者填答的結果會以JSON匯出,也能夠再匯入已經填答的結果。我更進一步簡化jQuery.Survey的程式碼,將傳統HTML會把選項(name或label)跟值(value)合成一個設定。例如以前設定HTML表單時,選項是「葷食」,而值我們可能要設成「animat food」。但是簡化過後,只要設定「葷食」,顯示選項跟值都會是「葷食」。這是參考Google表單的設計方式,這種簡單的邏輯似乎很能夠被使用者接受。
當然,我也製作了問卷調查匯出功能。能夠把多位使用者的JSON檔案轉換csv格式匯出。這樣就能夠讓使用者匯入到Excel,進一步製作統計圖表或是報到表。
有機會我再將這套工具獨立釋出給大家使用,有興趣的人可以先到GitHub上抓我改過的jQuery.Survey的程式碼來玩玩看。
剛剛講到Google表單被很多國內研討會採用作為報名系統這件事情。我開發系統的原則是盡量遵照使用者原來的使用習慣,因為系統的目標是改善使用者的工作流程,而盡量不要增加大家額外的學習成本。因此我也在OCS裡面加入了可以內嵌網頁(iframe)的設定,方便管理者把建立好的Google表單嵌入到OCS中。
不過這只是單純用iframe來提供連結而已,實際上OCS跟Google表單的資料並沒有共同。所以很抱歉,沒辦法在OCS上面看到Google表單的報名結果囉。
本篇介紹的介面修改、翻譯以及報名流程只是這次修改的一部分。OCS核心的價值在於下一篇要介紹的作者投稿、線上審稿、邀請審查委員審稿的主要流程。
為了維持能夠常常寫blog的動力,我想比起一篇寫得非常非常長,還是分成多個部分一篇一篇來寫比較好。剩下的部分就留待下次介紹吧。
(more...)2月 04, 2016 0 Comments
這是一份檔案編排與描述課堂報告,取自2004年圖檔所王文英的碩士論文針對四種保存性後設資料計劃RLG、Cedars、NLA、NEDLIB所做的介紹。儘管這四項研究計劃不一定是符合最新的標準,但可以從此一窺檔案學做研究的方式。
王文英(2004)。中研院近史所檔案館數位保存後設資料項目建置之研究(碩士論文)。國立政治大學圖書資訊研究所,國立政治大學。上網日期:2014年 9月18日,檢自:http://ndltd.ncl.edu.tw/cgi-bin/gs32/gsweb.cgi/ccd=u33jhn /record?r1=1&h1=0
投影片下載:OneDrive、Googe Doc (原始檔案)、Google Doc (轉換模式)、Box.net、Mega、SlideShare
美國的Research Libraries Group (RLG):2006年已經整併到OCLC,而成為WorldCat的一部分。
http://www.oclc.org/research/partnership/history.html
英國的Cedars,但是網站已經不再運作
http://www.ukoln.ac.uk/metadata/cedars/
歐洲各國的NEDLIB (Networked European Deposit Library),原論文已經不能使用,只剩下這個主要網站:
https://www.kb.nl/en
澳洲的NLA (National Library of Australia)。澳洲國家圖書館網站當然還在:http://www.nla.gov.au/ 但是計劃近況就不得而知了。
(more...)2月 03, 2016 0 Comments 作品 OCS PHP Programing/PHP Programming/JavaScript Programming/PHP
由於最近幫空大社科系的2016社會變遷與當代議題研討會在架設研討會網站,所以找了網路上馳名已久的PKG系列系統之一的Open Conference System (我把它翻譯成「研討會開放原始碼管理系統」,以下簡稱OCS)。我把它拿回來進行大幅度的改造,並公開在GitHub上 (請到此下載)。。以下我想針對這個系統做個簡介。
很多人應該都有這個疑問,為什麼不要用普通的CMS,中文叫做內容管理系統(Content Management System),像是Joomla、Drupal,或甚至是WordPress (儘管它是用來寫Blog用的,但很多的時候被人用做CMS)。
但是普通的CMS很難支援研討會複雜的處理流程。舉例來說,研討會會有摘要與全文兩階段投稿、多人匿名審查、審查意見與作者修正後再上傳檔案、以及審查結果公告等功能。我們必須對CMS做大量的修改、調整,才能讓它的處理流程支援研討會。因此,與其花費大量時間去將一個CMS調整成能夠支援研討會的系統,不如一開始就找一個能為研討會設計的系統,也就是本篇所介紹的OCS。
然而,我先把另一個很重要的問題說在前面:這些複雜的研討會流程,為什麼不要用email來處理就好了?這個問題問的非常好,這是一種人們對於資訊系統的迷思。
事實上,用email很好。主要的理由在於他是大家熟悉的工具,我們幾乎不需要額外的學習成本就能夠使用email。第二個理由是如果研討會規模不大,那麼信件來往勢必數量上也不會多,用email來管理就很足夠了。
那為什麼不要用email呢?這是因為人們會希望追求更省力的工作流程,但是往往卻忽略了學習成本這個問題。一個資訊系統「可以用」,與「好用」,這兩者之間的距離是用新臺幣來計算。而像是OCS這種開放原始碼的系統,只能夠稱得上可以用,但是距離一般人們心目中的好用,換句話說,就是客製化,則是相當困難的事情。
儘管如此,我還是為OCS做了相當大幅度的調整。不過先讓我們看一下OCS有什麼功能好了。
以下介紹來自於OCS的首頁:
OCS是一個開放自由的網頁發佈工具,專門用來建立學術研討會。OCS的特色如下:
為了研討會處理流程而設計的OCS相當的複雜。就使用角色來說,OCS裡面㑹可能會有以下七種角色(role):
每一種角色可以使用的功能都不一樣,例如會議主席不能夠修改整個系統的網站標題,只有系統管理者可以進行這項動作。審查者可以為稿件提出接受/修改/拒絕的意見,但只有會議主席或是主題主席可以決定這個論文的最終結果。
多種不同的角色與複雜的流程造成OCS的高度複雜性。這對許多只是想要架一個「簡單網站」的學者來說,簡直是無法想像的程度。
這麼複雜的流程有辦法簡化嗎?老實說,如果要辦一個大型研討會,那就的確是要如此複雜的分工。我目前先做一些小功能來連結前台顯示內容與後台的設定欄位:有筆的圖示按鈕。在使用者擁有相對應的權限時,系統會在公告、議程等我修改過的位置上顯示這個按鈕,點選後就能夠直接跳掉相對應的後台欄位中。這個應急之道是給那些懶得去後台翻設定的使用者使用,但相對於OCS的高度複雜來說,只是杯水車薪。
OCS並不是單純的CMS,其中一個特色就是對於灰色文獻(gray literature)問題的處理。什麼是灰色文獻呢?灰色文獻的意思是指在資訊傳播過程中所存在但難以被搜尋、取得的資訊。研討會上發表的論文就是一種很常見的灰色文獻。
大部分研討會上發表的論文並沒有正式出版。常見的情況中,研討會的會議論文集(proceeding)並不會像一般書籍一樣作成一本書、申請ISBN、遵照法定送存規定一樣地送往國家圖書館保存,而通常只是將研討會中所發表的論文作成一本會議手冊──有些研討會手冊裡面甚至連全文都沒有、只有投影片──然後只有參與研討會的與會者才拿得到。這樣的結果造成雖然有研討會論文的存在,但是一般人卻只能知道有這篇文章發表在研討會中,卻難以得到文章的內文,這就是灰色文獻的問題。
OCS不僅只是研討會網站,它本身也是資料典藏系統,可以讓其他人輕易取得在OCS上發佈的論文。從設定上可以看到,它提供了OAI-PMH的資料交換功能,可以作為資料提供者(data provider)讓其他資料獲取者(data harvester)來取得資料,像是PKP另一個系統Open Harvester Systems。同時它也可以為發佈的論文加上數位物件識別碼DOI (Digital Object Idenifier System),方便學術論文的引用與取得。
然而現在學術傳播環境中,研討會論文是否要公開的這個問題,其實並沒有定論。有些研討會並不是難以負擔出版成本而不將會議論文出版,而是遵照作者的意願而不公開作者在研討會發表的論文。有人可能會覺得奇怪:如果發表的論文不出版的話,那豈不是違反學術傳播的目的了嗎?這是因為許多作者會在研討會跟期刊上發表同一主題的論文,而通常研討會上只是初步的成果、期刊則會是較完整的內容。為了避免期刊的主編或審查者搜尋到作者之前發表的研討會論文而造成一稿多投的誤解,所以許多作者寧願選擇在研討會不公開他的論文,而是在期刊上刊出較完整的結果。當然,我不否認也會有真的是一稿多投:研討會跟期刊的內容幾乎一樣的問題,但這不是本文的重點。
回到OCS來看,它試圖解決灰色文獻問題的方式是否能為現在學術研討㑹所接受,我想仍需要一段時間來觀察。但我能夠確定的是,在處理OCS的如何公開論文之前,光是OCS複雜的設定就已經讓一堆不懂資訊系統的學者舉白旗投降了吧。
如果你也想要來架設OCS看看的話,可以從我的GitHub上取得我目前修改的進度:
秉持著開放原始碼的精神,既然從開放原始碼的系統取得了OCS,我當然也很樂意與大家分享我作的系統。但是必須事先聲明的是,這是一個不完整的系統。因為我是一邊安裝一邊修改,直到最後才順利讓它勉強可以運作。我並沒有要讓它做到可以讓人從無到有地順利架設,只要能夠支援現在研討會運作就好了。
另一方面,我的OCS目前僅支援線上全文審查的功能,還沒有去修改它的摘要/全文二階段審查功能。這可能是要到年中的時候才會去處理的問題,現在就先擱著了。
總之,歡迎大家拿取我修改過的程式碼來作進一步開發,有問題歡迎底下提問,或是用GitHub的Issues功能提問都可以。接下來幾篇我想跟大家聊聊我這個OCS改了什麼東西,慢慢來寫吧。
(more...)
Comments