書畫類:書畫類後設資料需求規格書

出自 TELDAP
前往: 導覽搜尋

計畫簡介與說明

故宮書畫作品典藏基礎,原為歷代宮廷累積的珍藏,始於北宋宣和年間,至清乾隆而大盛。近年典藏之涵蓋範圍,亦日漸廣闊,甚至及於近代名家精品,展現出歷代相承的精緻文化。目前由故宮書畫處負責保管之書法、碑帖、繪畫、緙繡等文物,約一萬餘件,數量豐碩、品質精優,堪稱世界之最,對維護固有藝術傳統,發揚中華文化,貢獻卓越。

為了響應「迎向千禧-以人文關懷為主軸的跨世紀科技發展」的國家重大政策,故宮書畫處亦擬積極參與故宮院方推動的數位典藏計畫,希望藉助網際網路之國際潮流與國內資訊處理科技之潛在實力,建立起一套結合文化、藝術、科技等具有完備性、綜合性的典藏管理制度之精優規範。

本子計畫對故宮院藏書畫類文物進行數位典藏,將配合故宮展覽時程,精選各類文物精華,約每年150件,進行文物拍攝、說明文撰述、收集文物研究資料等工作,對故宮原有之書畫類文物底片,亦配合子計畫五—故宮文物圖檔建置及管理子系統,進行數位化工作,並結合現代資訊科技,建置一個內容充實的數位典藏資料庫,達到數位典藏保存文物的目標並供日後加值應用使用,達到研究、教學、文化推廣等目標。


計畫預期目標

  1. 完成基本資料庫的建檔格式。
  2. 典藏文物基本資料的填寫與輸入電腦。
  3. 舊有「文物系統資料」的轉檔。
  4. 院藏唐代以前及明代後半期繪畫精華作品執行數位典藏工作,建立影像檔,撰寫說明文,以達成深入淺出、圖文並茂的展現方式。
  5. 書畫處歷來建有書畫相關的研究資源,如參考書目、人名(小傳)、地名、名詞解釋等資料,希望這些多年來累積的資料,能一併進入資料庫系統。

計畫參與人員

故宮書畫處:胡賽蘭組長、劉芳如科長、陳階晉、張碧涼、謝東志、余青勳

故宮資訊中心:蔡順慈主任、謝俊科、林麗娜、張重堯

中研院資訊所:范紀文

中研院Metadata 工作組:陳亞寧、陳淑君、張怡婷、沈漢聰


影像檔規格

故宮書畫典藏數位化計畫影像依用途分為下列五種影像檔:

  1. 複制畫影像檔(Surrogate Image:超高解析度圖檔)
  2. 出版圖錄影像檔(Archive Image:高解析度圖檔)
  3. 中間影像檔(Medium Image:中解析度圖檔)
  4. 螢幕顯示影像檔(Reference Image:低解析度圖檔)
  5. 螢幕預覽影像檔(Preview Image:低解析度小圖)
611.4. 影像檔規格.jpg

需求欄位總表

需求欄位總表主要標示本計畫的著錄與系統架構欄位,為系統開發人員建置資料庫時設定欄位時所用,同時也供程式設計人員在撰寫程式時參考使用。

  • 項目名稱:項目的中文名稱。
  • 英文名稱:項目的英文名稱。
  • 資料型態:表示輸入資料之資料型態。
  • 大小:欄位所需之空間,以byte 為單位。
  • 多值:有標示「◎」者表示為多值欄位,該組欄位資料可重 複著錄。
  • 屬性:標示該欄位的屬性,包括:

「唯一」表示欄位的值在資料庫中是唯一存在的。

「遞增」表示系統設定成每新增一筆資料則其值加一。

「不開放」表示該欄位只供管理者使用,不對外開放。

「下拉式選單」表示輸入方式為下拉式的選單。(見六、代碼表,Pg 1.6.1.1.7)

「必填欄位」表示建檔時,此欄位不能為null。

「預設值」表示由系統先預設一個值,著錄人員在著錄時可變更此值。

「固定值」表示由系統產生一個固定值,且著錄人員無法變更此值。

「系統自動產生」表示該欄位的值是由系統自動產生,非由著錄人員著錄。

「link」表示該欄位需連結外部資料庫。

  • 提供者: 記錄這筆資料是由系統自動產生或由填表人所填入。
611.5. 需求欄位總表.jpg
611.5. 需求欄位總表2.jpg
611.5. 需求欄位總表3.jpg
611.5. 需求欄位總表4.jpg

代碼表

在資料庫欄位建置表中,屬性欄位有標示「下拉式選單」者,其對應之代碼表如下:

611.6. 代碼表.jpg
611.6. 代碼表2.jpg
611.6. 主題.gif


Metadata 標準比對表

Metadata Standard 的比對是作為故宮書畫Metadata 欄位和國際MetadataStandard 的接軌,以及與國際間其他主題計畫作XML 資料交換的關鍵機制。以下分別是故宮書畫Metadata 欄位與Categories for the Description of Works of Art(CDWA)及Dublin Core 兩種Metadata Standard 之比對表。

CDWA Mapping:

歷經五次Metadata 會議的討論與多次分析與比對,決議故宮書畫數位化典藏計畫採用CDWA 做為Metadata standard。故宮書畫數位化典藏系統所需之metadata 元表和CDWA 對照結果如下:

611.7.1. CDWA Mapping.gif
611.7.1. CDWA Mapping2.gif

註3:叢目之集叢號欄位分成件、開與幅三個子項目,此三個子項目皆屬於CDWA Metadata標準中的RELATED WORKS – RELATIONSHIP NUMBER 這個項目。需注意日後與國外同類型數位博物館作資料交換時,若此三個子項目皆以RELATED WORKS –RELATIONSHIP NUMBER 作為識別tag 轉出資料的話,則對方將無法識別其中的不同,故在DTD 的撰寫上,須加入件、開、幅的資訊轉出給欲交換資料的對象。

註4:「書體」欄位與「印記總類-書體」欄位雖同屬於CDWA Metadata 標準中的INSCRIPTIONS/MARKS – TYPEFACE/LETTERFORM 這個項目,然而,兩者在中國文化上的意思是不盡相同的。「書體」欄位所指的是整幅作品的書體,而「印記總類-書體」欄位是指作品上款識及題跋全文部份的書體。因此,在DTD 的撰寫上,須清楚標示出兩者間的不同。「印記總類-書體」欄位需搭配「印記總類-類別」欄位轉出資料;「書體」欄位則需標示整幅作品書體的資訊轉出資料。

註5:如同註四。「釋文」欄位與「印記總類-全文」欄位對應到CDWA Metadata 標準中的INSCRIPTIONS/MARKS – TRANSCRIPTION OR DESCRIPTION。其中,「釋文」欄位是指整幅作品之釋文,而「印記總類-全文」欄位則是指印記總類的全文。在轉出此兩項資料時需標示清楚兩者間的不同。

註6:作品內容共對應了兩組CDWA 的Metadata 元素,一組為Description 另一組為Identification,作品內容應該映對哪一組的Metadata 元素取決於主題欄位,若主題欄位的值是屬主題代碼的第一層次(主題細目下拉式選單之代碼編號後兩碼為00 者,如:1200 人物。請參考附件一),映對Description 該組Metadata 元素;若主題欄位的值是屬主題代碼的第二層次者(主題細目下拉式選單之代碼編號後兩碼不為00者,如:1201 帝王。),則映對CDWA 的Identification Metadata 元素組。


Dublin Core Mapping:

Dublin core 是另一套常用之Metadata 標準,其最大之特性在於共通性,為了讓本計畫能跨學科交換資料,故附上本計畫欄位與Dublin core 的對照:

611.7.2. Dublin Core Mapping.jpg
611.7.2. Dublin Core Mapping2.jpg
611.7.2. Dublin Core Mapping3.jpg


查詢功能需求

故宮晝畫數位典藏計畫的查詢功能需求分為關鍵字查詢與進階查詢兩種。關鍵字查詢係指系統會對下表單之關鍵字查詢欄位中所有標示「○」欄位作查詢,檢索所有欄位資料是否符合使用者提出的關鍵字。而進階查詢則可以對下表單之進階查詢欄位中標示「△」的各別欄位作獨立查詢。在關鍵字查詢方面,使用者可以對下表單中之關鍵字查詢欄位(有○者)作出關鍵字查詢,若有符合之結果,則依照檢索簡要顯示款目欄位(有●者)顯示列表回應給使用者。同樣的,在進階查詢方面,使用者也可以對下表單中之進階查詢欄位(有△者)作出進階查詢查詢,符合之結果也是依照檢索簡要顯示款目欄位(有●者)顯示列表回應給使用者。

611.8. 查詢功能需求.jpg
611.8. 查詢功能需求2.jpg
611.8. 查詢功能需求3.jpg


系統功能需求說明

  1. 避免重複著錄
    以「文物統一編號」做為檢查紀錄是否重複建檔之欄位。
  2. 「文物統一編號」欄位驗正
    著錄「文物統一編號」時,系統能有驗正及控制的機制。以下是「文物統一編號」的必定架構,共有兩種格式,茲分述如下:

格式一:

611.9.2.2. 系統功能需求說明.jpg

如:故畫001233N000000001


格式二:

611.9.2. 系統功能需求說明.jpg

如:中日陶0569N000000000

3.複製功能

為了減少著錄人力,主題計畫要求系統必須有記錄複製的功能。著錄人員利用檢索功能找出一筆特定紀錄,按下在表單上的一個button 之後,即出現該筆特定紀錄的著錄資料,著錄人員只需修改其中一些欄位的值即可。若著錄人員沒有任何修改的話,無法重複登錄同筆資料到資料庫去。

4.尺寸、質地與叢目等特定欄位之複製功能

因應主題計畫之需,部分欄位需大量重複著錄,故某些特定欄位如「尺寸」、「質地」與「叢目」欄位需有複製整組欄位值之功能。著錄人員按下一button之後可把前筆著錄之值複製過來,著錄人員只需修改其中的一些欄位值即可。

5.影像圖檔著錄需求

5.1 圖檔預覽:

影像圖檔之「檔名」欄位存放的是圖檔的完整路徑,著錄人員通過瀏覽的方式選取圖檔。當選取完畢之後,系統能顯示所選取之圖檔供著錄人員預覽確認。確認無誤之後把完整路徑之資訊存放到「檔名」欄位。

5.2 圖檔之連接:

相同內容的照片共分為兩種不同類型的檔案,一種為JPG 檔,另一種為GIF檔,由於內容是相同的,故只對其中之一個圖檔做出描述與著錄,但系統必須有連接另一張圖檔的能力。而連接的關鍵是兩者檔名相同,只是副檔名不同(*.JPG和*.GIF)。

5.3 優先顯示:

當一個藏品下有多張的數位影像圖檔需對外展示時,勾選優先顯示者表示該張影像縮圖會隨著藏品的Metadata 資料作展現,不勾選優先顯示者表示使用者作進一步瀏覽時才展現。

5.4 開放限制:

作為影像圖檔權限的管控。可透過開放限制的設定在展示時顯示或不顯示該圖檔及其Metadata 描述。

6.展示方式需求

故宮書畫需求經Metadata 工作組之分析,主題計畫架構可分為著錄架構、系統架構與展示架構。各架構之需求也略有不同,以品名欄位為例。在著錄上,是以下面的型式著錄:

品名-類別:主要題名

品名-品名:唐周昉蠻夷執貢圖冊

但日後展示上時是不以著錄型式展示,而是把類別和品名合在一起展示,如:

主要題名:唐周昉蠻夷執貢圖冊(詳細的展示方式需求,請見:12.著錄架構、系統架構與展示架構對照表)

7. 叢目記錄連接需求

叢目之類別欄位共有附件、藏品總集與著錄細目三個選項,其中藏品總集與著錄細目是父子層級關係:一藏品總集之下可能有好幾個著錄細目,每個藏品總集會是資料庫裡獨立的一筆記錄(record)。而該藏品總集下的每個著錄細項也都會是資料庫裡的一筆獨立之紀錄。展示藏品總集時,在叢目中著錄的著錄細目皆可連結到該筆細目紀錄。同樣的,展示細目時,使用者除了可透過叢目一欄hyperlink連結到該細目的藏品總集之外,也可以連結到同一個藏品總集下的其他細目。而附件作品則不用連結。

8.編目紀錄需求

需求欄位總表中編目記錄之填表人簽名與核對人簽名皆由系統自動產生:著錄人員進入著錄介面之前需經過身份的確認,藉由著錄人員輸入的姓名與密碼,系統自動把著錄人員之姓名存放到填表人簽名欄位。同樣的,核對人要進行核對資料以前也必須經過身份確認,系統藉此確認可知該筆紀錄是經誰人所核對,自動把姓名存放到核對人簽名欄位。

當核對人成功登入系統之後,系統能顯示所有未經核對的紀錄供核對人選擇並進行核對資料之工作,核對完畢之後該筆資料即可標示為已經核對紀錄。

9.品名類別開放限制

品名之類別欄位共有四項選項,分別為主要題名、英譯名、舊品名與簡稱。其中只開放主要題名與英譯名,而舊品名與簡稱則不對外開放使用。

10.主題代碼查詢結果展示方式

主題代碼(見【附件一】)層級分為「主題」(代碼後兩碼為00 者)與「主題細目」(代碼後兩碼不為00 者)二層,當使用者檢索主題細目時,除了展示主題細目的檢索結果之外,連同該主題細目對應之主題也需一併展出。透過主題的hyperlink,可連結同一主題下之所有主題細目,方便使用者作進一步查詢。

11.展覽調件需求

故宮書畫處在實務上有展覽調件需求,需透過檢索叢目欄位掌握一些資訊,如:一開中有多少幅書畫或一幅書畫跨多開的情況。

著錄介面

此著錄介面之目的在於讓主題計畫參與同仁確認Metadata 欄位的著錄形式與排序,並供日後系統設計人員參考之用。請見附件二。


資料轉移

目前故宮書畫處共有兩個舊的資料庫系統(舊文物系統與Metalogy 系統),待新系統建置完成,測試無誤之後,需將舊系統中的資料轉移到新的系統中,因計畫時程關係,此階段工作不列入本年度計畫工作項目之一,故新系統與舊系統之欄位對應表暫不列入本需求規格書中。


著錄架構、系統架構與展示架構對照表

為了使展示介面更加人性化、更具方便性,主題計畫希望展示架構有別於著錄架構與系統架構。故列出「著錄架構、系統架構與展示架構對照表」作為對照。就故宮書畫數位典藏計畫而言,著錄架構和系統架構並無差異,而展示架構則不盡相同,如下所列:

註:

  1. 展示架構欄位標示「▲」者表示對外不開放展示,對內則開放展示。
  2. 括號內為範例
  3. 展示架構範例,請見附件三。
611.12. 著錄架構、系統架構與展示架構對照表.jpg
611.12. 著錄架構、系統架構與展示架構對照表2.jpg
611.12. 著錄架構、系統架構與展示架構對照表3.jpg

需求規格書確認表單

611.13. 需求規格書確認表單.jpg


參考資料

參與研發單位:技術研發分項計畫-後設資料工作組、國立故宮博物院

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

使用單位:國立故宮博物院