後設資料內涵分析報告:以史博館玉石典藏品為例

出自 TELDAP
前往: 導覽搜尋

計畫簡介

「國家歷史文物數位典藏計畫」的主要目標為建立一完整的數位化歷史文物多媒體資料庫,使國立歷史博物館典藏及研究資料得以藉由數位化型態保存。對博物館內部環境以Intranet 觀念導入,建立一完整數位資料生產流程, 除針對國立歷史博物館過去累積四十餘年珍貴資料全面數位化外,亦著重將進行中各類資訊、知識立即收入多媒體資料庫管理使用;對外部機構由Extranet 觀念導入,建置以瀏覽器(Internet Browser)使用博物館數位典藏資料庫的環境及機制,以方便使用者易於使用博物館資源並學習了解歷史文化。「國家歷史文物數位典藏計畫」90至91年度的數位化計畫項目為版畫、青銅器,92年度的為竹木、法書與漆器,93年度 數位化計畫項目則為玉 石、印章、西畫三類。

國立歷史博物館於93年4月份來函,邀請數位典藏國家型科技計畫後設資料工作組(簡稱-後設資料工作組)協助支援「國家歷史文物數位典藏計畫(簡稱-主題計畫)」93年度玉石、印章、西畫三類藏品後設資料之研析。雙方經協商同意第一階段以玉石類1767 件藏品為規劃對象,經後設資料工作組與主題計畫兩個多月(五月至七月)之需求訪談與內涵分析作業,完成此份「國家歷史文物數位典藏計畫-玉石後設資料內涵分析書」在此公佈,作為主題計畫系統開發之主要依據。


後設資料內涵分析書作業流程與範圍

主題計畫於93年4月填寫後設資料工作組設計之「後設資料需求表單(01—10 共10 份)」,於五月四日回傳後,雙方經歷次電話與電子郵件往返討論,後設資料工作組進行藏品後設資料內涵分析後,完成此份「國家歷史文物數位典藏計畫-玉石後設資料內涵分析書」。範圍主要包含:計畫簡介、後設資料內涵分析書作業流程與範圍、計畫參與人員、玉石藏品後設資料單元群組關係圖、後設資料需求架構與著錄範例(元素名稱、定義、著錄規範、範例╱多值╱必填、欄位屬性)、欄位調整建議說明、代碼表清單、國際後設資料標準之應用(採用標準、實際應用情形、國際標準對照表)、系統功能需求(系統功能說明、功能需求表單)、工作進度大事記等。


公開徵選計畫

  • 國立歷史博物館:

吳國淳老師、李明珠、廖康任、郭祐麟、蔡耀慶、蔡俊彥、張沛誼、巴東、高玉珍、林淑心、楊式昭、馬詩美、許惠琪、蘇淑娟

  • 數位典藏國家型科技計畫後設資料工作組:

陳亞寧、陳淑君、城菁汝、邱鈺珺、沈漢聰、鍾豐謙

玉石藏品後設資料單元群組關係圖

4. 玉石藏品後設資料單元群組關係圖.gif

主題計畫目前玉石後設資料以「藏品說明—組件說明」與「藏品說明—附件說明」兩欄位來說明玉石藏品群組之關係。後設資料工作組進行內涵分析過程中,曾提出以下疑問:

  1. 可否舉一個實例說明組、附件如何區別?
  2. 可否舉一個實例說明【組件說明】之著錄?
  3. 每件組件是否都有一個單一識別碼?彼此間是否需有串聯關係?
  4. 組件件數,是否是策展時重要之資訊? 是否需獨立為一欄位可作搜尋?

主題計畫回覆:基於目前館內典藏作業上之考量,仍維持「藏品說明—組件說明」與「藏品說明—附件說明」兩欄位,以文字描述藏品間之關聯。

後設資料工作組分析得知,主題計畫藏品之著錄單元是依據原先博物館入藏清冊劃分為主,如上圖是以一組「玉冊」為著錄單位,再將組件之件數以文字著錄於「藏品說明—組件說明」中。後設資料工作組建議,系統人員建置系統時,可再針對組附件之關係如何透過系統串聯與呈現與主題計畫進行討論及系統分析。

後設資料需求架構與著錄範例

後設資料需求架構

5.1 後設資料需求架構.jpg
5.1 後設資料需求架構1.jpg
5.1 後設資料需求架構2.jpg
5.1 後設資料需求架構3.jpg
5.1 後設資料需求架構4.jpg
5.1 後設資料需求架構5.gif
5.1 後設資料需求架構6.jpg
5.1 後設資料需求架構7.gif
5.1 後設資料需求架構8.jpg
5.1 後設資料需求架構9.gif
5.1 後設資料需求架構10.jpg


著錄範例與欄位屬性

5.2 著錄範例與欄位屬性.jpg
5.2 著錄範例與欄位屬性1.jpg
5.2 著錄範例與欄位屬性2.jpg
5.2 著錄範例與欄位屬性3.jpg
5.2 著錄範例與欄位屬性4.jpg
5.2 著錄範例與欄位屬性5.jpg
5.2 著錄範例與欄位屬性6.jpg


欄位調整建議說明

6. 欄位調整建議說明.jpg
6. 欄位調整建議說明1.jpg
6. 欄位調整建議說明2.jpg
6. 欄位調整建議說明3.jpg


代碼表清單

7. 代碼表清單.gif
7. 代碼表清單1.jpg
7. 代碼表清單2.jpg
7. 代碼表清單3.jpg

國際後設資料標準之應用

為數位典藏國家型科技計畫之主題計畫後設資料與國際後設資料標準接軌之重要依據,作為主題計畫與國際間或國內其他主題計畫進行XML 資料交換時,彼此互通 之基礎。「8. 國際後設資料標準之應用」共包含三部份:


建議採用之標準

實際應用情形

國際標準對照表

CDWA Mapping

DC Mapping


建議採用之標準

目前國際上和博物館藝術品相關的後設資料標準有CDWA (Categories for the Description of Works of Art)、VRA (Core Categories for Visual Resources)、 REACH (for Shared Description of Museum Objects)等,經過評估與考量,後設資料工作組建議主題計畫採用CDWA 標準。除了因為 (1) CDWA 是針對描述 藝術品而發展的標準;同時,(2) 和其他的標準相較之下,CDWA 所包含的元 素層次較豐富、涵蓋的層面也較廣,因此較能符合本計畫的需求;另外,(3) 目前國內其他的博物館相關機構,如國立故宮博物院,也多是採用此標準,為便 於將來資訊作交換,建議採用同一標準。

CDWA是由Getty 機構下的Art Information Task Force (AITF)所發展的後設資料,主要的描述目標為藝術品、建築、物件群組以及視覺呈現和文本的替代 物,其欄位的設計是希望可以滿足藝術史研究的需求,提供給研究者一致、可信的內容。


實際應用情形

為協助主題計畫了解其後設資料應用國際標準(CDWA)之情形,後設資料工作組研製完成此份分析比對表,提供主題計畫參考。此份分析比對表將 CDWA 後設資料元素3置於左方,而將主題計畫採用CDWA 後設資料之元素(仍沿用主題計畫之中文元素名稱4)列於右方,分析結果得知:

「國家歷史文物數位典藏計畫-玉石後設資料」採用CDWA 233 個元素(不含父節點)5中之66 個元素,應用程度約為28%;在核心元素6的部份,則是採用了16 個核心元素(不含父節點)中的9 個,應用程度約為56%,未採用的核心 元素分別為:

  • 「Object/Work- Components-Type」(物件/作品-構件-類型)
  • 「Materials and Techniques- Description」(材質與技術-描述)
  • 「Creation-Creator-Role」(創作-創作者-角色)
  • 「Subject Matter- Description- Indexing terms」(主題-描述-標引詞彙)
  • 「Subject Matter- Identification- Indexing terms」(主題-識別-標引詞彙)
  • 「Subject Matter- Interpretation- Indexing terms」(主題-詮釋-標引詞彙)
  • 「Current Location- Geographic Location」(現藏地點-地理位置)
8.2 實際應用情形.jpg
8.2 實際應用情形1.jpg
8.2 實際應用情形2.jpg
8.2 實際應用情形3.jpg
8.2 實際應用情形4.jpg
8.2 實際應用情形5.jpg
8.2 實際應用情形6.jpg
8.2 實際應用情形7.jpg
8.2 實際應用情形8.jpg
8.2 實際應用情形9.jpg
8.2 實際應用情形10.jpg
8.2 實際應用情形11.jpg
8.2 實際應用情形12.jpg
8.2 實際應用情形13.jpg
8.2 實際應用情形14.gif
8.2 實際應用情形15.jpg
8.2 實際應用情形16.jpg
8.2 實際應用情形17.jpg


國際標準對照表 為主題計畫後設資料欄位與CDWA 及Dublin Core 兩種國際後設資料標準 之比對表,將主題計畫後設資料元素置於左方,國際後設資料標準置於右方, 提供主題計畫參考。 CDWA Mapping

8.3 國際標準對照表.jpg
8.3 國際標準對照表1.jpg
8.3 國際標準對照表2.gif
8.3 國際標準對照表3.gif
8.3 國際標準對照表4.jpg


Dublin Core Mapping DC 是由The Dublin Core Metadata Initiative(DCMI)所研發,為一組具簡單性、普遍性、延展性、國際性的後設資料元素,用以描述廣泛的網路資源,做 為跨學科領域資源分享的交換格式。透過DC 與CDWA 之應用及比對,不同 典藏機構可以達到彼此交換、共享典藏品資訊之目標。Dublin Core 目前為數位 典藏國家型科技計畫聯合目錄http://catalog.ndap.org.tw/System/ 互通之主要依據。

(2) Dublin Core Mapping.jpg
(2) Dublin Core Mapping1.jpg
(2) Dublin Core Mapping2.jpg
(2) Dublin Core Mapping3.jpg
(2) Dublin Core Mapping4.jpg

系統功能需求

此部份主要是主題計畫所提出之系統功能需求經系統化、架構化與後設資 料標準化之後,並列成單表供系統開發人員建置資料庫時之參考使用。需提醒 主題計畫與系統人員建製系統時,需增對此部份再進行「系統功能分析」作業, 使所建置之系統更符合使用者之需求。


系統功能說明 避免重複建檔檢查機制

本計畫之登錄號欄位具有唯一性,系統可以「登錄號」欄位作為主鍵欄位。 另外,也能以「登錄號」欄位作為檢查紀錄是否重複建檔之檢驗欄位。


登錄號欄位驗正機制 進行紀錄建檔時,系統需有驗正及管控登錄號欄位的機制。以下是其架構 格式,共有五種,茲分述如下:

  • 格式一:四個阿拉伯數字,開頭數字為6、7、8、9,如6900
  • 格式二:五個阿拉伯數字,開頭數字為1、2、3,如10062
  • 格式三:二個阿拉伯數字+ - +五個阿拉伯數字,如71-00030
  • 格式四:一個英文字+七個阿拉伯數字,如h0000370
  • 格式五:二個阿拉伯數字+ - +五個阿拉伯數字+ - + 一個阿拉伯數字,如82-00173-1

二個阿拉伯數字+ - +五個阿拉伯數字+ - + 二個阿拉伯數字,如82-00173-12


建檔紀錄需求說明

著錄時,先由內容專家填寫metadata 表單,再由助理人員建檔,或是內容 專家研判文物,直接由助理人員輸入電腦,不用再填寫表單。

著錄人員要進行紀錄建檔時,進入著錄介面之前需經過身份的確認,著錄 人員必須輸入自己的姓名,方可登入Metadata 系統進行建檔,系統需記錄建檔 人姓名與建檔時間。並記錄此筆資料的著錄研判人員姓名、日期(即填表人)。

同樣的,當著錄人員需核對紀錄內容時,也需經過身份的確認,藉由確認 的動作可知該筆紀錄是經由誰人所修改,系統亦需記錄核對人姓名與核對時 間。系統不需記錄每次的核對資訊,只需記錄最近一次的核對資訊即可。


功能需求表單

9.2 功能需求表單.gif
9.2 功能需求表單1.jpg
9.2 功能需求表單2.gif
9.2 功能需求表單3.gif
9.2 功能需求表單4.gif
9.2 功能需求表單5.jpg

工作進度大事記

10. 工作進度大事記.gif

參考資料

參與研發單位:技術研發分項計畫-後設資料工作組

提供單位:技術研發分項計畫-後設資料工作組

使用單位:國立歷史博物館