Textbook Annotation: An Effective and Efficient Study Strategy for College Students

Simpson, M. L., & Nist, S. L. (1990). Textbook Annotation: An Effective and Efficient Study Strategy for College Students. Journal of Reading, 34(2), 122-29.

• 題名：教科書標註：一種對大學生有效果且省時的閱讀策略
• 資料來源：ProQuest資料庫 (感謝政大圖書館訂購，所以全文請大家自行尋找吧)
• PDF標註資料下載 (2008年11月25日)

摘要

這篇研究討論教科書標註的策略，檢查策略的成效與效率。發現用標註文件來訓練學生，隨著時間經過，可以使學生表現得更好。最後提出實際教學的建議，以應對不同類型的學生。

※註：原文中沒有直接提供摘要，此摘要來自於Textbook Annotation: An Effective and Efficient Study Strategy for College Students. (ERIC，教育資源資訊中心)

大綱

• 文件標註研究的背景
• 標註的操作定義
• 四個研究問題
• 訓練流程
• 標註訓練
• 標註的成效更好
• 標註是一種積極的學習
• 實際教學的建議
  • 中世紀僧侶症候群 (Medieval monk syndrome)
  • 沒做事症候群 (The nothin' here syndrome)
  • 停在故事中症候群 (The rest of the story syndrome)
• 給教師的提示
• 參考書目

感想

這一篇是由上一篇Recall of Descriptive Information: The Roles of Presentation Format, Annotation Strategy, and Individual Differences的參考書目中找來的。有趣的是，儘管這一篇文獻更直接地講述標註策略(Annotation Strategy)，但在Google Scholar裡面卻被擠到第三頁去，可以由此發現系統的缺失。

這份文獻先定義了標註的意義，舉了七個方法：

1. 用自己的話，把摘要寫在文件邊欄
2. 列舉多個概念 (例如，原因、影響、特色) 並組成特定的形式
3. 把概念的例子寫在邊欄處，標註「EX」
4. 以文字敘述圖表中的關鍵資訊
5. 記下可能的考試問題
6. 在覺得被搞混、迷惑的段落旁邊記下「？」問號標誌
7. 選擇在關鍵文字或詞彙下劃底線

然後在學生能夠使用這七個基本的方法之後，再鼓勵發展他們自己的標註編碼系統。

這七個基本方法給我一個很具體的標註形象，跟之前閱讀的文獻比起來，能夠看到更清楚的系統雛型——儘管我還是不太喜歡讀書學習只是為了考試，但這篇擺明就是為了考試而開發的標註策略還是很有效的。

此外，這份研究以多年教授標註的經驗，整理了一份標註表現稽核表，用於提供學生能夠客觀地檢查自己的標註成果。稽核表中有14項，內容如下：

1. 你的標註實在很完美！繼續這樣做吧！
2. 你缺少了很多關鍵概念。回頭重讀吧！
3. 你需要更專注在關鍵概念上，而不要鑽研細節。
4. 你需要使用你自己的話——不要抄課本！
5. 你需要簡化你的摘要——更簡短一些！
6. 你的標註太多了！挑選重要的標註吧。
7. 你的底線畫太多了！寫更多摘要在邊欄處吧。
8. 你需要寫些具體範例。
9. 你需要發展一套標註的整理組織的方法。
10. 你需要在邊欄或是文字中列舉具體的特色、功能、線索、影響等等。
11. 你忽略了圖片說明，標註一下吧。
12. 你應該開發一些屬於你使用的符號。
13. 請再標註這些章節或頁數。
14. 請我(教師)儘快來幫你看看這章節跟你的標註。

最後這份文件提出了三種標註新手類型：中世紀僧侶症候群 (Medieval monk syndrome)、沒做事症候群 (The nothin' here syndrome)、停在故事中症候群 (The rest of the story syndrome)，並介紹用公開討論、練習標註來改善這些情況。

儘管這一份文獻很詳細地介紹了實驗過程，但仍然沒辦法完整地表達出教學的過程，這讓沒有教學經驗的我來說事很難想像之後要怎麼進行實驗。

至少目前閱讀的文獻，應該已經足以支撐理論，接下來就可以來發展自己的標註應用於閱讀策略上了。

題外話，這份研究在最後給教師的建議中，把標註是學習的最終手段，而提醒學生其他的策略 (如：整理大綱、下註解、仔細閱讀)都會是多餘的。如果不是我誤解了內文的意思，那麼這話還真的說得蠻有自信的。

(more...)

Recall of Descriptive Information: The Roles of Presentation Format, Annotation Strategy, and Individual Differences

Moreland, J. L., Dansereau, D. F., & Chmielewski, T. L. (1997). Recall of Descriptive Information: The Roles of Presentation Format, Annotation Strategy, and Individual Differences. Contemporary Educational Psychology, 22(4), 521-533.

• 標題：回憶敘述性資訊：呈現格式、標註策略與個別差異的角色
• 原文連結：ScienceDirect
• PDF標註資料檔案：Google Page Creator (2008年11月24日)

摘要

此研究將有助於理解的標註策略(使用劃線/框框、建立連結、問問題以及新增評論註解) ，應用到知識地圖(空間/語意的陣列)與傳統、線性的文件，來改進不同詞彙與理解能力的學習者的自由回憶分數。

研究也檢查兩種標註類型與建立的頻率在知識地圖、傳統文件兩種情境中的的效果。多重回歸分析(multiple regression analyse)指出，兩種使用策略，包括問問題與建立連結的使用，能夠顯著地預測回憶分數。然而，劃底線(underlining)/框著片段(circling)、建立詳細摘要則無法預測回憶分數。

傳統文件的使用者使用劃底線/框框比較多，儘管知識地圖使用者則是比較擅長建立兩者想法之間的連結，而顯示出知識地圖可以加強標註策略，而使之更有創造力。這篇研究也檢查了詞彙能力、理解能力與自由回憶分數的相互關係。

大綱

• 摘要
• 前言
• 標註文字
• 知識地圖
• 研究設計
• 研究問題
• 研究方法
• 參與者
• 教材
• 訓練用地圖
• 刺激教材
• 個人差異
• Delta閱讀詞彙測驗
• 多重媒體理解系列(Multi-Media Comprehension Battery，MMCB)
• 相依測驗(Dependent Measures)
• 自由回憶
• 標註頻率
• 研究流程
• 研究結果
• 計分方式與預先分析
• 重要分析
• 討論
• 標註與格式
• 自由回憶
• 個別差異
• 結論跟涵義
• 參考資源

感想

原本我想要找關於標註策略的範例而找到這一篇，可惜的是還是有點差別。

此研究使用了四種不同的標註策略，並一一引用先前研究對這些策略的研究。這四種策略個別為：

1. 畫底線、框框：用以辨識、分開、群組文件中的觀念，用以在之後檢查、連結、提問
2. 建立連結：連結文件中的資訊
3. 建立註解：建立詳細敘述的註解(elaborations)
4. 提問：對不太懂的資訊提出疑問

這些策略是可以用在我的研究理論上，但這真的合適用來作教學策略嗎？我想我還需要參考其他更詳細、更有根據的標註策略。

此外，作者最後用了統計的方式來計算實驗組、對照組在自由回憶分數、標註頻率、標註類型的相關性，其中利用的Delta閱讀詞彙測驗跟MMCB也許可以拿來使用。詳細的測驗方式可能還要再調查一下。

(more...)

一顆橘子

在過敏症狀快要持續一週的時候，我終於想要積極一點來解決這個問題。看了病、拿了藥、週末遂放任昏迷的精神睡死，買了維他命C跟水果來吃，希望病情能儘快好轉。

「一顆6元。」水果攤老闆將秤好的橘子交給我，我從包包裡掏出一個五元跟一個一元給老闆。

只見一旁的學弟笑笑的，我問他怎麼了，「只買一顆好奇怪喔」他這樣回答。

我才發覺，一個人買一個橘子，跟全家人買好幾顆橘子，就會有這種差別。

---

隨著實驗室的人越來越多，我想我的行為模式也逐漸改變中。

中午要吃飯的時候，不再是一個人趕在12點大家下課之前去悠閒地吃飯，而是等待大家下課，慢慢地一邊聊天一邊上山，然後在下午上課之前回到這邊來吃。

因為有趣味相同的人在，我也比較有對象可以聊天，而不是只是在網路上用鍵盤講話。

實驗室還是多一些人比較熱鬧，對吧？下次再買很多橘子，帶回來跟大家一起吃吧。

(more...)

已經是計畫書口試的季節了

前言：該回來Blogger了

由於最近習慣把閒聊都移到Plurk上，所以很少在Blog這邊寫些閒聊的話。儘管我在Blogger右方裝了Plurk的插件，但總覺得一句話、一句話凌亂的記錄，還是很難看出個整體脈絡。這樣下次，似乎離「布丁的研究之路」會「越來越遠」了呢。

那麼就來回顧一下最近所上的熱門話題：「計畫書口試」吧。

計畫書的問候

如果說政大圖檔所碩二學生有固定的打招呼方式，那麼「你計畫書寫到第幾章了？」「可以提口試嗎？什麼時候要提？」一定可以列入熱門排行榜當中。

政大圖檔所是兩段式論文：第一階段是計畫書口試，在這裡為你的研究計畫進行把關；第二階段是畢業論文口試，則是針對你的研究結果進行檢查。而這兩個階段必須間隔6個月。由於我們每一學期是從8/1開始計算，扣掉論文還要修改的時間，往前推算六個月，大概是12月底之前需要完成計畫書口試。

在目前已經接近11月底的現在，我們班大概已經有三分之一的同學已經完成了計畫書口試。

昨天我幫同學口試做記錄，準備佈置口試會場就像是宴會一樣，有蛋糕、水果、茶、咖啡，其實還蠻有趣的。看著同學緊張又期待的表情，聽著口委老師們的建議與討論，會後我們也繼續討論著論文修改的方向，發現她的論文可以越來越有使用價值，一切都是這麼地有趣。

沒意外的話，我應該會延畢

雖然我的計畫書口試時間排定在12/3(三)，但照這種情況跟進度看下來，沒意外的話應該會延畢。

儘管這樣好像是在找藉口一樣，但從10月中旬才開始著手進行計畫書相關研究的我，遠遠比不上從8 9月暑假或是更早的同學們的速度。一學期11學分、努力擺脫計畫的糾纏、作法不明的題目，都再再地顯示著難以如期畢業的徵兆。

但是，與其說是這些外在因素的影響，不如說這比較像是我個人的問題。我現在仍然在文獻探討，從一篇又一篇的文獻中，找出我所需要的理論與技術。以往在課堂上讀研究論文時帶有著莫名的排斥感，在現在找尋自己需要的資訊時，卻轉成「站在巨人的肩膀上」的喜悅。

記得國小美術老師對我的評語是：「他開始之前的動作會花很多時間，但是動手開始做之後就會很快」，結果到了研究所，我還是帶有這種壞習慣。

我每週會在Group Meeting時報告研究進度，但直到昨天才比較有具體的方向產生。仔細想想，這些在找資料、讀研究論文、思考研究內容的想法，其實也都很值得跟大家分享分享，所以之後可能會把自己讀得文獻跟心得也放到這邊來。

所以，我的論文在做什麼？

簡單來說：標註應用於閱讀策略上。然後再把這方法應用在數位圖書館上。

標註是我們閱讀文獻時最密切的動作，像是用螢光筆畫重點、在側邊空白處寫下你的資料、對於應該分節分段的段落以「1、2、3」區分等都是標註的動作。

很多教育文獻都在探討標註應用於學習上，但他只是個教學的工具。也有不少學者建議把標註應用於數位圖書館上，但是應用方法卻有待發揮。因此我的想法是利用能夠保存個人閱讀策略的標註，作為教導其他使用者閱讀策略的工具。

除了詳細的作法仍有待文獻探討來證實之外，系統的建置、實驗的進行、數據的蒐集都得由我自己一手包辦，總覺得並不是一個發發問卷、做做訪談能夠輕鬆完成的工作。儘管如此，這樣子的研究做完之後，也能夠證實我有獨當一面的能力了吧。

目前的文獻探討中，我已經從資工的資料探勘技術，讀到教育學的後設認知策略去，這才是真正的跨學門研究啊。(？)

總而言之，就快樂地讀文獻，寫計畫書吧。

(more...)

資料探勘與協同過濾推薦之研究與應用

圖：演講投影片，協同過濾的舉例

11月6日，銘傳大學資訊工程學系的王豐緒老師受邀來政大圖檔所演講「資料探勘與協同過濾推薦之應用與研究」。王老師先從理論上去介紹協同過濾(collaborative filtering)的歷史淵源及其原理，再來介紹七個商業網站案例，激發聽眾對於協同過濾應用的靈感。

協同過濾是透過分析許多使用者的選擇與判斷，作為提供其他使用者推薦、預測的參考。利用電腦儲存與計算的能力，將「口碑效應」的過程自動化。協同過濾是假設「一群人在過去有相似的興趣，那麼在未來應該也會有相同的興趣跟喜好」，再利用資料檢索、資料探勘的技術來實作。王老師介紹的網路電子商務Amazon.com(http://www.amazon.com)也是在圖書資訊界具有相當有影響力的例子，Amazon.com利用消費者購買記錄、對書籍等物品評分等資訊，推薦合適的商品給消費者。

圖：Amazon.com的「Customers Who Bought This Item Also Bought (買了這項商品的顧客，也會買以下商品)」。

王老師除了介紹協同過濾的作法之外，還帶領我們在案例探討中，一一分析營造個人化系統所應該要有的要素：知識專業的展現、代理商角色功能、推薦依據之調整、以使用者行為進行推薦、拓展推薦範圍、利用社群作為網站本身的價值。

最後陳志銘老師也提出了協同過濾對於數位圖書館的重要性，建議我們可以利用讀者社群的知識來讓數位圖書館變得更好。國內不乏利用協同過濾推薦應用於圖書館的研究，我們圖書資訊的同學們也可融合對於資訊工程的技術與圖書館領域的知識，擴大協同過濾推薦的應用層面，讓數位圖書館與使用者社群相互合作，營造全新時代的圖書館！

(more...)

SFTP連線設定教學——以FileZilla Potable為例

SSH(Secure SHell protocol)中類似FTP的服務，也就是SFTP(Secure File Transfer Protocol)，可提供與FTP相同，但是更為安全的檔案傳輸服務。

以下可能有兩種理由，你會選擇使用SFTP而不使用FTP：

1. 現在的Linux發行版，SFTP功能大部分是預設開啟的。而FTP伺服器則需要重新設定。
2. SFTP能提供比FTP更高的安全性。關於SSH運作模式，可以參考鳥哥鳥哥的 Linux 私房菜 -- 遠端連線伺服器 Telnet/SSH/XDMCP/VNC/RSH。

現在大部分的FTP Client端軟體也都具備SFTP的連線能力，使用方法也跟普通的FTP一樣。接著就讓我以自由軟體FIleZilla Portable為例子，介紹一下該怎麼連上SFTP。

• FileZilla Portable (多國語系，包含繁體中文)
  以下教學是以2.2.32版為主，介面跟3.1.5版有很大的差異，但概念是一樣的。

---

新增SFTP站台

開啟FileZilla Portable之後，按左上角按鈕，「開啟站台管理員」。

按下「新站台」。

輸入站台名稱：「圖檔所網」(練習用)

右側依序輸入連線的訊息：

• 主機名稱：(請去問網路管理員吧)
• 伺服器型態：SFTP 使用SSH2
• 登入型態：一般登入
• 使用者：(請去問網路管理員吧)
• 密碼：(請去問網路管理員吧)

然後再按下「連線」

第一次連線時，會出現警告訊息，請按「是」即可。

成功連線。

FileZilla介面說明與使用

畫面分成四個部份：

1. 上方 連線狀態列：出現錯誤的時候，可以在這邊找到點提示。
2. 左方 本機站台：就是你自己電腦裡面的檔案。上方是本機檔案的樹狀目錄，下方則是該目錄裡面的檔案。
3. 右方 遠端站台：伺服器上的檔案。如果你需要檔案目錄樹的話，也可以打開「顯示 > 遠端樹狀目錄」。
4. 下方 傳輸佇列：當檔案有上傳或下載的動作時，他會在下方列表顯示現在的傳輸狀態。

如果需要上傳檔案，請在本機檔案上按右鍵開啟選單，按下「上傳」。

如需要下載檔案，請在遠端站台的檔案上按右鍵，選擇「下載」。

如果要設定遠端站台檔案的權限，請在遠端站台的檔案上按右鍵，選擇「檔案屬性」，便可設定該檔案的權限。

(more...)

Nielsen的10項優使性(Usability)原則

Jakob Nielsen在2005年時提出了「Ten Usability Heuristics(10項優使性啟發)」，我因為報告之需，順便把翻譯好的資料貼在這邊。

1. 系統狀態可見性 Visibility of system status

透過在合理時間內的合適回饋，系統應該讓用戶了解正在發生的事情

2. 系統與真實世界的關聯性 Match between system and the real world

該系統應該以使用者熟悉的語言、文字、詞彙與概念來呈現，而不是使用系統導向。遵行現實世界的轉換，將可以讓資訊以自然與具有邏輯的方式呈現

3. 使用者的控制度與自由度 User control and freedom

使用者時常以嘗試錯誤來選擇系統功能，而且他們需要一個明顯的「離開系統」來離開使用者不需要的狀態。並且支援復原步驟與重複步驟。

4. 一致性和標準 Consistency and standards

使用者不應該猜測同一種動作是否使用不同的字彙、狀態或動作。還要考慮到瀏覽器的相容性。

5. 預防錯誤 Error prevention

這是比錯誤訊息還要親切的設計，預防是發生問題最先要考慮的事情。不管是移除容易出錯的的條件，或是讓使用者確認他們接下來要做的行動皆是。

6. 讓使用者去認識系統，而非去回顧 Recognition rather than recall

盡量減少使用者需要記憶的事情、行動以及可見的選項。使用者不應該記憶太多步驟。系統使用說明應該在適合的地方表現的顯眼且可輕易使用。

7. 靈活性與使用效率 Flexibility and efficiency of use

專家使用者通常可以使用加速器來提昇他們的使用速度，像是滿足沒有經驗與有經驗的使用者。允許使用者設定常做的動作。

8. 美術與簡化設計 Aesthetic and minimalist design

對話框不應該包含無關緊要或很少用到的訊息。對話框的每一個額外的部份都會相對地降低主要資訊的顯眼曾度。

9. 幫助用戶認識、偵錯並從錯誤中恢復 Help users recognize, diagnose, and recover from errors

錯誤訊息應該以敘述文字呈現，而不是錯誤代碼，並且精確地指出問題以及提出建設性的解決方案。

10. 幫助與說明文件 Help and documentation

即使是最好的系統也不能沒有說明文件，系統也需要提供幫助與說明文件。這類型的資訊應該很容易被找到，著重在使用者的工作上

---

※優使性Usability的用法是取自於「使用者最大：從優使性(Usability)出發的網站設計原則 (魏澤群，2005)」，我還蠻喜歡這個翻譯的。

(more...)

「如果大家會去，我就去。」的迷思

一旦講到辦活動要不要參加，這種不確定回答有如大家默認一樣地一定會出現。類似的回答還有：「我會去啊。但如果大家不去，我就不去了。」

這種回答方式往往會讓統計人數的主辦人感到困擾，因為「大家」實在是一個很難界定的範圍。因此我想把他當成一個數學問題來玩玩看吧。

背景敘述：

現在班上有10個人，代號為A、B、C到J。每一個人一開始都是不願意參加活動的。但是如果有N%的人表示願意參去活動的條件之下，才會表示願意參與。每個人意願的N都不同，本來就表明會去的人，他的N會是0%；怎樣也不會去的人，他的N是100%(因為他自己怎樣也不會答應)，但這樣不合群有點讓人難堪，那就設為90%，代表除了他之外的人都願意要參與的話，他就會表示要去。

以下是這10個人的代號及表明參與活動的最低下限：

代號	表明參與活動的最低下限
A	0% (一定會去)
B	90% (9人)
C	60% (6人)
D	30%(3人)
E	50% (5人)
F	80%(8人)
G	30% (5人)
H	0% (一定會去)
I	60% (6人)
J	30% (3人)

問題一：請問最後會參與活動的有幾人？

答案：2人。

基本上會去的只有A跟H，其他人則都未達條件而不去。光看條件範圍來看，D、G、J都是30%接近很想去的範圍，到最後卻都不去了。這樣似乎有點可惜。

問題二：如果D還蠻想去的，於是表示要參與，那麼最後會參與活動的有幾人？

答案：10人，也就是全班都參加。

A、D、H都要去，共3人；那麼G跟J的30%條件達成也會去，現在5人；接著E的50%也會去，共6人；然後C跟I的60%也跟進了，共8人；F的80%也達到條件，共9人；最後一個的B，當然也只好表明參與，於是全部人都參加活動了！

---

這個簡單的數學問題，告訴我們一件事情：只要你明確地表示你的意見，那麼事情就可能會往你想要的地方推動。

如果D說著：「我會去啊，但如果大家不去(未達3人)，那我就不去了。」那麼D到最後就不會參與活動。反之，如果D表示參加，那麼到最後就不只有3個人，而是真的全班都會參加。

總而言之，還是多多鼓勵大家參與活動吧。

(more...)

「國圖帶頭侵害著作權，變造名目收費」個案研究

※感謝背後默默地推手李同學，讓我們可以完成這篇報告

背景說明

新新聞1118期封面報導「國圖帶頭侵害著作權，變造名目收費」中內文提及：[1]

「國圖館疑以公帑圖利特定廠商 全國各出版社提供4000種以上期刊雜誌給國圖館，國圖館以數位典藏名義掃描後，進一步開發遠距圖書服務系統，獨家委託凌網公司以商業型態銷售儲值點數，販賣所有文章。外界質疑凌網公司在沒有付出任何代價情況下，就輕易取得經營權，又在分配收益的比例上取得95％的大餅，內幕的確啟人疑竇。」

該篇報導指稱國家圖書館獨家委託凌網開發的「遠距圖書服務系統」販售未授權文章，並質疑國家圖書館與凌網公司關係匪淺，可能有不法行為。凌網公司於8月8日已經發表新聞稿澄清該報導中未經查證的不實指控，解釋國家圖書館、工研院電通所的合作關係。[2]

因此本篇報告的重點在於探討「遠距圖書服務系統」在提供文獻傳遞服務之授權合法性，並比較中文期刊服務的營運模式，藉以提出改善的建議。

國家圖書館遠距圖書服務系統

國家圖書館遠距圖書服務系統，乃由國家圖書館依據圖書館法第八條之規定，為服務讀者「獲取公平、自由、適時及便利之圖書資訊」並合法使用，特開放「遠距圖書服務系統」，以提供使用者即時查詢各類出版資訊或獲取文獻。

遠距圖書服務系統提供下列七種資料庫之出版資訊：「中文期刊篇目索引影像系統」、「中華民國出版期刊指南系統」、「政府公報查詢系統」、「政府統計查詢系統」、「中華民國政府出版品目錄查詢系統」、「公務出國報告查詢系統」、「當代文學史料系統」等資料庫，以及其他相似性質之資料庫或其他服務內容。依照國家圖書館或著作權人授權內容暨著作權法關於合理使用之規定，得以郵寄、傳真、螢幕顯示或線上列印四種方式，傳遞文獻予讀者，並由讀者自行負擔取得文獻之費用。[3]

使用授權與收費

遠距圖書服務系統僅有在文獻傳遞時收費，書目查詢均免費使用，其中「公務出國報告查詢系統」之文獻傳遞也不收費。依照收費標準，文獻傳遞系統工本費每頁不得超過4元；郵資費用依臺灣郵政郵件資費訂定，郵寄人工處理費每件不得超過30元；傳真通訊費用依中華電信資費表訂定。而此價目表中未明定之收費項目與金額，是由受委託之營運單位陳報國家圖書館同意後，始得收取。

遠距圖書服務系統中，僅有無償或有償授權的資料才能提供線上顯示或直接列印原文內容。若沒有授權，為避免觸犯「公開傳播權」，則只能由服務中心傳真或郵寄給讀者。並且依照著作權法第65條之規定，「著作之利用…..，應審酌一切情狀，尤應注意左列事項，以為判斷之標準：…. 三、所利用之質量及其在整個 著作所占之比例。 四、利用結果對著作潛在市場與現在價值之影響」凡近六個月內出版且未獲得著作權人授權之期刊資料，該系統目前暫不提供複印本文之服務。[4]

國家圖書館遠距圖書服務收費項目中皆需系統工本費，單次計費為每頁3元，會員則是每頁2元，再依文獻傳遞方式之不同，酌收取通訊、人工處理或郵資所需之費用，其服務費率如表格1。

表格 1 國家圖書館遠距圖書服務系統 服務費率[5]

文獻傳遞方式	費用 (依每份文獻計費)
線上顯示及列印 (待掃描後線上列印)	無償授權：系統工本費 有償授權：系統工本費+著作權利金
傳真	系統工本費 + 通訊費用 通訊費用 台灣： ．台北地區：一頁一元 ．台北以外地區：一頁三元 國外地區：一頁三十元
郵寄	系統工本費 人工處理費：每篇二十元 郵資費用 ：依每件文獻的頁數換算成重量，計算郵資費用
尚未掃描文獻	可提出申請，等待三個工作天的時間處理，掃描完成後再依讀者申請傳遞方式處理。
備註	系統工本費費率 單次計費：每頁3元；儲值會員：每頁優惠為2元

國家圖書館遠距圖書服務系統皆是採無償授權，個人使用者可下載授權書自行列印、填寫，並親筆簽名蓋印後寄至國家圖書館完成授權。如果個人作者授權於遠距圖書服務系統，將可收到免費閱覽、列印作者授權之文獻、查詢作者授權文獻之使用統計、獲得遠距服務體驗點數100點(期限一年)專屬回饋服務。而資料庫業者與仲介團體也可跟遠距圖書服務系統合作，共享系統機制、降低建置成本，也可由業者自由訂價，增加額外營收。詳細的合作方案則需跟凌網科技洽詢。[6]

中文電子期刊服務CEPS

「中文電子期刊服務(Chinese Electronic Periodical Services, CEPS」資料庫由華藝公司所建置，於2004年7月開始營運。是國內第一家擁有合法著作權連線下載的「中文電子期刊服務」，資料庫中收錄年代自西元1991年起，主要為2000年之後，包括約3,529種台灣及中國大陸以中文為主要語言的期刊，其中2,668種為大陸出版之期刊(至2008年9月30為止之數據統計)。台灣期刊以學術期刊、指標期刊(國科會獎助、TSSCI等)為主要收錄範圍；大陸期刊以指標期刊(EI, SCI-E, SSCI,CSSCI, MEDLINE,中國科技指引等指標料庫收錄者)為收錄標準。電子全文截至2008 年8月已超過一百二十六萬篇，每月持續新增四萬篇以上電子全文，全文率達90%-95%。學科類別包含人文學、社會科學、自然科學、應用科學和醫學與生命科學五大類別。[7]

使用授權與收費

在文獻傳遞方式上，CEPS僅提供電子全文下載服務。而在CEPS的收費制度是以文章頁數為扣點基準，每1點為新台幣1元。CEPS的授權分成有償授權跟無償授權，特色如下：[8]

• 有償授權：全文收費知識有價，合理付費使用
  • 資料庫營收分配給出版單位與作者，形成良性價值分配鏈。
  • 編輯部可將版稅轉換成相對應價值，使用其他著作權人貢獻的學術資源
  • 全球讀者可接受模式選項之一
• 無償授權：全文免費
  • 全球讀者無須付費，即可免費瀏覽電子全文
  • 編輯部與作者無版稅分享
  • 編輯部共享其他同樣免費無償授權的全文，但須付費使用有償授權資源
  • 全球讀者可接受模式選項之一

華藝公司與期刊出版單位或授權代理商簽署非專屬授權，將資料庫營收分配給出版單位，再由出版單位分配給作者。而非專屬授權使得文獻可授權於中文期刊服務並同時在其他地方刊載出版，其關係如圖1。[9]

圖 1 CEPS結算分配

國家圖書館遠距圖書服務系統與中文電子期刊服務之比較

現今國內以中文期刊為主的電子資料庫服務，除了國家圖書館遠距圖書服務系統之外，就是華藝公司的中文電子期刊服務。因此本報告將中文電子期刊服務作為比較對象，一一檢視兩者在營運機構、授權方式、文獻傳遞方式與收取費用之間的差異，可發現國家圖書館遠距圖書服務系統收費較高，同時文獻授權模式與傳遞模式也來得多樣化。

表格 2 國家圖書館遠距圖書服務系統與中文電子期刊服務之文獻授權與傳遞模式之比較

項目	國家圖書館 遠距圖書服務系統	中文電子期刊服務CEPS
營運機關	國家圖書館提供資料庫 凌網公司營運系統	華藝公司
文獻授權模式	個人作者僅能無償授權，可獲得專屬回饋服務 資料庫業者/仲介團體合作方案可自由訂價	僅與授權代理商或出版單位合作 有償授權：資料庫營收分配給出版單位與作者 無償授權
文獻傳遞模式與收費	郵寄：系統工本費＋人工處理費每篇20元＋郵資費用 傳真：系統工本費＋通訊費用 螢幕顯示及線上列印： ．無償授權：系統工本費 ．有償授權：系統工本費＋著作權利金 ※系統工本費費率，單次每頁3元、會員每頁2元	電子全文下載：每頁1元。

 

文獻傳遞授權合法性探討

國家圖書館提供遠距文獻傳遞服務，受到著作權法有關合理使用之規範無法明確界定合法提供服務之範圍，致使國家圖書館在提供遠距文獻傳遞服務時，容易與著作權人產生爭議。著作權法第四十八條規定：[10]

「供公眾使用之圖書館、博物館、歷史館、科學館、藝術館或其他文教機構，於下列情形之 一，得就其收藏之著作重製之︰

一、應閱覽人供個人研究之要求，重製已公開發表著作之一部分，或期刊或已公開發表之研討會論文集之單篇著作，每人以一份為限。……」

賴文智律師對於幾種常見的文獻傳遞模式之合法性有所探討，以下節錄與遠距圖書服務系統相關之文獻傳遞模式法規探討：[11]

「1.線上閱覽、列印

使用者透過網路對於期刊論文自國家圖書館之遠距圖書服務系統中下載著作閱覽、列印，對於使用者而言，構成重製行為，若使用者是於家中或圖書館中之機器閱覽或列印，則可引用著作權法第五十一條主張合理使用。而圖書館提供複本予讀者之行為，則可能可透過前述著作權法第四十八條第一款規定處理，但此種著作提供上之便利性(尤其系統無法控制使用者重製是否為非營利目的，以及是否為連續性重製)，是否造成著作權人之損害，仍有疑義。故依現行著作權法，遠距圖書服務系統透過線上閱覽或列印方式提供著作予使用者，雖有合理使用之空間，但仍可能產生相當程度的爭議。……

3.郵寄

圖書館對於讀者所請求重製之期刊論文，於重製完成後，應使用者要求，將所重製之複本，以郵寄方式提供予使用者，由於重製行為屬於合法，而郵寄並不涉及著作權法問題，故亦屬合理使用無疑。

4.傳真

圖書館對於讀者所請求重製之期刊論文，於重製完成後，應使用者要求，將所重製之複本，以傳真傳遞予使用者時，與郵寄方式不同之點在於所重製之複本，在傳真結束後，仍然留存於圖書館。就過去影印後傳真予使用者之情形，由於所留存之複本，因為圖書館並不會另外提供予他人使用，故評價上以傳真方式提供期刊論文，仍應屬合理使用。故若利用傳真方式提供讀者所請求之期刊論文，其主要問題點將回到圖書館為數位重製，建置數位期刊論文資料庫是否屬合理使用問題，傳真本身並無問題。」

在筆者撰文當天的查詢結果得知，中文期刊篇目索引影像系統收錄「新新聞」雜誌13581篇，而大部分的文並無提供授權也無法下載，僅能使用郵寄、傳真等其他文獻傳遞方式。[12]可知該篇新聞指控新新聞遭受侵權，此為子虛烏有之誤解。

積極爭取授權、結合開放取用學刊與創用CC的力量

著作權法在線上閱覽、列印等部份界定並不明確，這將造成包括國家圖書館在內的圖書館提供文獻傳遞服務時有所限制。然而除了等待著作權法修正之外，圖書館也可以積極徵求對於電子全文閱覽、列印的授權，並規劃明確且多樣化的授權模式，可參考中文期刊服務的有償授權，設計一套讀者、出版單位、作者皆可互惠的授權機制。

在授權的設計上，建議可以結合創用CC授權條款，以保留部份著作權利的方式，加速著作的流通與再利用，促進學術界與整體社會的知識流動。[13]文獻傳遞服務容易觸犯著作權法，乃由於文獻本身並沒有開放授權。反之，如果收錄已具備授權之文獻，例如開放取用學刊[14]或創用CC授權之資源，將能解決根本上的問題。

結語

電子全文資料庫之建置提供了使用者取用全文之方便，可增加資訊之流通、減少重複系統建置之成本與分散查詢所耗費之時間人力。然而建置過程牽涉議題層面廣泛，從資料之徵集、數位化作業、授權事宜、系統建置、行銷策略、後續維護等皆非單一機構所能負擔。

張慧銖在「建置中文電子期刊全文資料庫與服務系統初探」寫道：[15]

「此類工作應由公部門執行或由私部門建置？較持平的意見是以國外的經驗，若公部門做得好便由公部門做，如NLM；若私部門做得好便由私部門做，如Ingenta。由於目前政府的政策是民間能做的便應交給民間做，政府不必插手，因此筆者認為在有競爭的情況下受益的其實是使用者，而經濟部鼓勵民間發展知識內容數位產業，應該是本計劃發展的契機。」

筆者認為，以往公私部門各作各的作法，是難以建置完善的資訊服務系統。公共部門應提供自身擁有之社會責任的資源，例如國家圖書館藉由法定送存制度徵集的文獻[16]，民間公司則應提供系統建置、授權合約協調業務與行銷經營長才等服務，分工合作、各司其職，才能建造更為合理、豐富的資訊服務系統。另一方面，圖書館應推廣開放取用期刊及創用CC授權條款，將能降低授權所消耗的成本、提昇知識流動的速度，促進我國人民知識成果累積與傳播。

---

參考資料

[1] 李彥謀, “國圖帶頭侵害著作權，變造名目收費,” 新新聞, 八月 10, 2008, http://news.chinatimes.com/2007Cti/2007Cti-Focus/2007Cti-Focus-Content/0,4518,9708100231+0+0+150541+0,00.html#.

[2] “凌網科技-凌網科技股份有限公司 嚴正聲明,” http://www.hyweb.com.tw/ct.asp?xItem=398&ctNode=25&mp=1

[3] “國家圖書館遠距圖書服務系統 營運管理要點,” http://www.read.com.tw/web/hypage.cgi?HYPAGE=qa/profile_2008.hpg#01.

[4] “國家圖書館遠距圖書服務系統 常見問題 文獻傳遞申請,” http://www.read.com.tw/web/hypage.cgi?HYPAGE=qa/qa3.hpg.

[5] “國家圖書館遠距圖書服務系統 文獻傳遞服務,” http://www.read.com.tw/web/hypage.cgi?HYPAGE=./qa/intro5_ncl.hpg.

[6] “國家圖書館遠距圖書服務系統 授權與營運合作,” http://www.read.com.tw/web/hypage.cgi?HYPAGE=./doc/authorize.htm.

[7] “CEPS中文電子期刊服務簡介,” http://www.stpi.org.tw/fdb/ceps/index.html.

[8] 黃國禎, “學術數位傳播的全球趨勢”
(淡江大學資圖所, 十月 19, 2008), http://research.dils.tku.edu.tw/epaper/114/%E5%AD%B8%E8%A1%93%E6%95%B8%E4%BD%8D%E5%82%B3%E6%92%AD%E7%9A%84%E5%85%A8%E7%90%83%E8%B6%A8%E5%8B%A2.ppt.

[9] 鄭茗襄, “學術資源的營運：CEPS 中文電子期刊服務、CETD 中文電子學位論文服務.”

[10] “著作權法 第48條,” http://db.lawbank.com.tw/FLAW/FLAWDOC01.asp?lsid=FL011264&lno=48.

[11] 賴文智, “從著作權法談遠距文獻傳遞服務,” 國家圖書館館訊 91, no. 4: 1-6.

[12] “國家圖書館中文期刊篇目索引影像系統：「新新聞」查詢結果,” http://readopac1.ncl.edu.tw/ncl3/search_result.jsp.

[13] “創用 CC  ─  Creative Commons Taiwan | 用善意換取善意,” http://creativecommons.org.tw/.

[14] 毛慶禎, “開放近用學術文獻館藏,” 一月 15, 2005, http://www.lins.fju.edu.tw/mao/works/oa2005.htm.

[15] 張慧銖, “建置中文電子期刊全文資料庫與服務系統初探,” 圖書資訊學刊 1, no. 3 (十二月 2003): 27-40, http://www.ceps.com.tw/ec/ecjnlarticleView.aspx?atliid=556029&issueiid=39857&jnliid=3411.

[16] 國家圖書館, “送存法規,” 文字, 十二月 7, 2007, http://www.ncl.edu.tw/ct.asp?xItem=7622&ctNode=180&mp=2.

(more...)

DSpace新增input-type——XMLMetadata篇

DSpace新增input-type目錄

1. 安裝篇
2. TextEditor篇
3. FileUpload篇
4. XMLMetadata篇

---

雖然以XML取名，但其實這是我自己設定的格式，以div搭配class屬性來儲存資料，而不是真的XML。

概念上是樹狀結構的儲存模式，長得如下圖：

節點Node用來包含節點或輸入表單Input，輸入表單Input則是用來輸入值用的。他們各自的屬性如下表：

Node 節點

div.node-type：node [必填|不可重複] 節點的類型，如果你要宣告一個是node，請在此輸入「node」。是input的話就輸入「input」。 div.node-id [選填|不可重複] 當此節點顯示成表格(不論是可編輯的表單或顯示用的表格)，該表格的id會設定這個值。可用來做為調整的依據。 div.node-class [選填|不可重複] 當此節點顯示成表格(不論是可編輯的表單或顯示用的表格)，該表格的class會設定這個值。可用來做為調整的依據。 div.node-title [必填|不可重複] 標題，可空白，但如果不填的話可能會出錯。 div.node-repeatable：true | false* [選填|不可重複] 可否重複，值有「true」跟「false」，預設是false。 div.node-content-temp：子節點 [選填|不可重複] 這是預設子節點的內容，當可重複時，新增的重複資料會取用此預設子節點的內容。當node-content-temp不存在時，程式會自動抓取node-contents最後一個來作為node-content-temp。 div.node-contents：子節點 [選填|可重複] 要儲存並顯示的子節點內容，可重複代表著可以設定很多相同或不同的子節點內容。當node-contents不存在時，程式會自動抓取node-content-temp來作為node-contents。

node的舉例如下：(紅色部份表示是值)

<div class="node">
  <div class="node-type">node</div>
  <div class="node-title">教師</div>
  <div class="node-repeatable">true</div>
  <div class="node-content-temp">
    <div class="node">
      ……
    </div>
    <div class="node">
      ……
    </div>
  </div>
  <div class="node-contents">
    <div class="node">
      ……
    </div>
    <div class="node">
      ……
    </div>
  </div>
  <div class="node-contents">
    <div class="node">
      ……
    </div>
    <div class="node">
      ……
    </div>
  </div>
  <div class="node-contents">
    <div class="node">
      ……
    </div>
    <div class="node">
      ……
    </div>
  </div>
</div>

input 輸入表單

div.node-type：input [必填|不可重複] 節點的類型，如果你要宣告一個是input，請在此輸入「input」。是node的話就輸入「node」。 div.node-id [選填|不可重複] 當此節點顯示成表格(不論是可編輯的表單或顯示用的表格)，該表格的id會設定這個值。可用來做為調整的依據。 div.node-class [選填|不可重複] 當此節點顯示成表格(不論是可編輯的表單或顯示用的表格)，該表格的class會設定這個值。可用來做為調整的依據。 div.node-title [必填|不可重複] 標題，可空白，但這樣可能會有錯誤。 div.node-repeatable：true | false* [選填|不可重複] 可否重複，值有「true」跟「false」，預設是false。 div.input-required：true | false* [選填|不可重複] 當表單內沒有值的時候，會提示使用者要填寫，但目前仍無法阻止使用者在沒有在表單輸入值的時候遞交表單。值有「true」跟「false」，預設是false。 div.input-type：onebox | date | textarea* | texteditor | fileupload | dropdown | list [選填|不可重複] 表單的類型，目前只有七種，也跟DSpace的輸入類型一樣。如果設定為dropddown或list的話，則必須填寫下面的input-options。 select.input-options：<option value="VALUE">TITLE</option> [選填|不可重複] 下拉式選單的選項，內容值要填入跟<select>內容一樣的<option>標籤。如果在input-options裡面如果沒有以defalut-value、values為值的<option>標籤，那程式會自動新增。 div.intput-default-value [選填|不可重複] 預設值，在重複的時候會自動帶入此值，可以輸入空白。當default-value沒有資料的時候，會自動取用最後一個values的值作為default-value。 div.intput-values [選填|可重複] 要儲存的值。當values沒有資料的時候，會自動取用default-value的值作為values。

input範例：(紅色部份表示值)

<div class="node">
  <div class="node-type">input</div>
  <div class="node-title">作品語言</div>
  <div class="node-repeatable">true</div>
  <div class="input-required">true</div>
  <div class="input-type">dropdown</div>
  <select class="input-options">
    <option value="zh_TW">中文</option>
    <option value="en">English</option>
    <option value="jp">日本語</option>
  </select>
  <div class="input-default-value">zh_TW</div>
  <div class="input-values">zh_TW</div>
  <div class="input-values">jp</div>
</div>

---

範例與即時適用

&<div class="xml-root" id="xmlRootExample" style="display:none">
  <div class="node">
  <div class="node-type">node</div>
  <div class="node-title">秋番動畫</div>
  <div class="node-repeatable">true</div>
  <div class="node-content-temp">
    <div class="node">
      <div class="node-type">input</div>
      <div class="node-title">作品題名</div>
      <div class="node-repeatable">true</div>
      <div class="input-required">true</div>
      <div class="input-type">onebox</div>
      <div class="input-default-value"></div>
    </div>
    <div class="node">
      <div class="node-type">input</div>
      <div class="node-title">作品語言</div>
      <div class="node-repeatable">false</div>
      <div class="input-required">true</div>
      <div class="input-type">dropdown</div>
      <select class="input-options">
        <option value="zh_TW">中文</option>
        <option value="en">English</option>
        <option value="jp">日本語</option>
      </select>
      <div class="input-default-value">zh_TW</div>
    </div>  
  </div>
  <div class="node-contents">
    <div class="node">
      <div class="node-type">input</div>
      <div class="node-title">作品題名</div>
      <div class="node-repeatable">true</div>
      <div class="input-required">true</div>
      <div class="input-type">texteditor</div>
      <div class="input-default-value"></div>
      <div class="input-values">神薙</div>
      <div class="input-values">kaminagi</div>
    </div>
    <div class="node">
      <div class="node-type">input</div>
      <div class="node-title">作品語言</div>
      <div class="node-repeatable">false</div>
      <div class="input-required">true</div>
      <div class="input-type">list</div>
      <select class="input-options">
        <option value="zh_TW">中文</option>
        <option value="en">English</option>
        <option value="jp">日本語</option>
      </select>
      <div class="input-default-value">zh_TW</div>
      <div class="input-values">jp</div>
    </div>
  </div>
</div>

※fileupload要搭配DSpace才能使用，FCKeditor找不到空間上傳暫時，因此texteditor也不能用，請多見諒

載入範例輸出表單輸出表格 輸出<default-value>

---

輸出到<default-value>

如果想知道怎麼運作的，可以直接看看原始碼喔。

---

在input-forms.xml設定xmlmetadata

跟一般的field不同的是，xmlmetadata會需要輸入<default-value>。要注意的是，<default-value>裡面的資料不允許斷行，可以利用上面的輸出成<default-value>程式過濾器來輸入。

把上面的範例輸入進去之後，<field>的程式碼會像是這個樣子：

修改完畢之後重新啟動Tomcat就可以了。

---

未完成的部份

• 驗證階段也要顯示xmlmetadata。

可以參考display-item.jsp的修改去做，加油吧。

(more...)