目録作成メモ

MARC21 から Linked Open Data へ:MYLOD の仕組み

保存の時点で、MARC21 レコードは孤立した単なる書誌レコードのままではありません。自動的なカスケード処理がフィールドごとに読み取り、IFLA LRM モデルの実体(著作 → 表現形 → 体現形 → 個別資料)を生成・連結し、変換されたデータを保持するのに適したサーバー上に RDF トリプルとして公開します。このページは、MARC21 から何が読み取られ、反対側で何が生成されるのかをフィールドごとに説明します。目録作成者が、正しいリンクトデータ(Linked Open Data)を得るためになぜ特定の書き方でフィールドを記入する必要があるのかを理解できるようにするためです。

一般原則

目録作成者が記述し、システムが連結する。 URI(データを「リンクされた」ものにする一意のアドレス)が、フィールドの自由記述から作り出されることは決してありません。URI は常に専用のサブフィールド(ほとんどの場合 $1、まれに $0)から取られ、目録内にすでに存在する典拠(行為主体・著作・場所・主題など)を指し示します。そのサブフィールドが欠けている場合、そのデータは MARC の中の記述的なテキストのままとどまり、リンクトデータのネットワークには入りません。こうしてシステムは、目録作成者が記述しようと選んだ内容に忠実であり続けます。

Wikidata からの自動補完

MARC に記入された内容に加えて、連結された行為主体・場所・主題が目録の把握している Wikidata 識別子をすでに持っている場合、システムはまだ空のフィールドについてのみ、既存のデータを決して上書きすることなく自動的に補完します。対象は VIAF/LOC/ISNI/BnF/SBN の識別子、行為主体の生没地と生没年、場所の座標と国、主題の BNCF 識別子です。Wikidata が応答しない場合や行為主体に QID がない場合は、単に何も起こりません。この処理によってレコードの保存が妨げられることは決してありません。

参照表:フィールドごと

LOD に必須 = このサブフィールドがないと実体はまったく連結されません(MARC 内のテキストとして残るだけです)。

自動的に生成/連結 = 実体がまだ存在しない場合、システムがその場で生成します(追加の手作業は不要です)。

補強する = 情報を追加する任意のフィールドですが、主要な実体の連結に不可欠なものではありません。

著作

抽象的な実体です。言語や翻訳、版にかかわらない知的・芸術的内容そのもの — 例:「ソポクレスの『アンティゴネ』」であり、特定の翻訳や版を指すわけではありません。

フィールド 何を表すか LOD 側で何を生成/連結するか
100 $1 創造した行為主体の URI。著者のプルダウンから選択 著作をその創造者に連結します(rdaw:P10061)。行為主体は典拠としてすでに存在している必要があり、ここからその場で新規作成されることはありません。 必須
100 $a, $d, $e 創造者の名称・年代・限定語(テキスト形式) MARC 内に可読テキストとして残ります。独自の URI は生成しません(URI は $1 に由来します)。 記述的
240 / 130 $a 統一タイトル(翻訳著作の場合の、著作の原タイトル) 著作の標目。ない場合は体現形のタイトル(245 $a)が用いられます — 翻訳では「ない」著作の場合にのみ正しい動作です。 生成/再利用
240 $f 原著作の成立年/初版刊行年 著作の Time-span(LRM-R9)。単なる年のほか、数値以外のテキスト(「紀元前4世紀」、期間表現)も受け付けます。 生成/再利用
240 / 130 $1 著作の URI。レコードがすでに既存の著作に連結されている場合 新しく作らずに既存の著作を再利用します(冪等なカスケード)。最初の保存後にシステム自身が自動的に書き込みます。 自動
245 $a (riserva) 出版物のタイトル。240/130が無い場合のみ使用 著作の優先タイトルの初期値を設定します — 著作が翻訳である場合、出版物のタイトルが原タイトルと一致しないため、手作業での修正がよく必要になる初期値です。 自動
041 $h 著作の原語($a と異なる場合、すなわち翻訳の場合) 著作の言語 — 原著作をその翻訳と区別します。245 が対訳版であることを示す場合、原語による第二の表現形も生成され、同じ体現形に連結されます。 翻訳の場合
246 $a 異形タイトル(例: 別言語のタイトル、表紙タイトル) 著作に紐づく異形Nomen(LRM-E9)を生成します。件名や典拠と異なり、後の保存で246が無くなっても自動的には削除されません。 生成/連結
650 $a, $x, $2 主題・細目・用語の典拠 主題が存在しない場合は生成し、著作に連結します。この連結は双方向に同期されます。後の保存で 650 が削除されると、MARC から生成されたリンクも自動的に削除されます(LRM 入力画面から手作業で追加された主題には決して影響しません)。700 $1 で連結される行為主体にも同じ仕組みが使われます。 生成/連結/同期
700 $1, $4 (coautore/curatore) 共著者(リレータ「aut」)、または100がまったく無い場合の編者(リレータ「edt」) その典拠を著作の共同創作者として結び付けます(LRM-R5)。編者の場合は、アンソロジーのような集合著作をモデル化します — 全体を編集する人物は、この体現形だけの責任者ではなく、著作レベルの創作者として扱われます。 生成/連結/同期
730 $1 同一の出版物に含まれる関連著作の URI 「関連著作」型の著作↔著作関係(LRM-R1) — アンソロジーや作品集に用いられます。 連結
773 / 800 / 810 / 811 / 830 $1 「親」著作の URI(書誌シリーズ、複数部からなる著作) 「~の一部である」/「~を部分としてもつ」型の著作↔著作関係(LRM-R1)。双方向に設定されます。 連結

表現形

著作の知的・言語的な実現形です。特定の言語による特定の形の本文 — 例:『アンティゴネ』の「ジョヴァンニ・グレコによるイタリア語訳」。

フィールド 何を表すか LOD 側で何を生成/連結するか
041 $a 出版されたテキストの言語 表現形の言語。 必須
041 $h (confronto) 著作の原語(041 $h)を、この表現形の言語(041 $a)と比較 両者の言語が異なる場合、システムは翻訳であると判断し、既に目録化されていれば同じ著作の原語表現形にこの表現形を結び付けます(LRM-R24)。この関係は表現形が最初に作成されたときにのみ作られ、以後の保存では再計算されません。 自動
245 $a, $b ("a fronte") タイトル/サブタイトル中のフレーズ自体。例:「ラテン語原文対訳」 このフレーズが検出され、原語(041 $h)が本文の言語と異なる場合、原語による2つ目の「並行」表現形を作成または再利用し、同じ体現形に結び付けます — 対訳形式の二言語版向けです。 生成/連結
245 $a + resp. + lingua 上記の各項目から既に解決済みのタイトル・責任表示・言語 表現形の説明ラベル(例:「Antigone. Italiano (Greco, Giovanni)」)を組み立てます — 保存のたびに自動的に再計算され、手作業での編集はできません。 自動
700 $1, $4 (trad./cur./collab.) この特定の表現形に責任を持つ典拠のURIと役割(翻訳者・編者・協力者) その典拠をこの表現形に結び付けます — 著作の件名と同様、保存のたびに同期されます。700から削除された典拠は自動的に連結が解除されます。 生成/連結/同期
700 $t, $l 関連著作のタイトルと言語(アンソロジー/集合著作の場合) タイトルが 730 で連結された著作と一致する場合、その著作固有の表現形を、この行為主体を翻訳者/編者として生成します。 集合著作のみ

体現形

表現形が具体的に出版物として実現したもの。出版社・年・判型を持つこの特定の印刷版 — 例: その翻訳の「1982年エイナウディ版」。

フィールド 何を表すか LOD 側で何を生成/連結するか
020 $a ISBN 体現形の識別子。体現形がすでに存在するかどうかの判定(重複の回避)や、検索結果における MARC/RDA の重複統合にも用いられます。 自動
245 $a, $b, $c 出版された体現形のタイトル・副タイトル・責任表示 体現形のタイトル(末尾の ISBD 句読点を除去)。245 $c は対訳版かどうかを検出するためにも解析されます。 必須
264 $a, $b, $c 出版地・出版者・出版年(テキスト) 体現形の記述テキスト+出版年の Time-span。 必須
264 $0 出版地の URI。プルダウンまたは GeoNames 検索から選択 体現形を、単なる自由記述ではなく典拠としての場所に連結します。 生成/連結
264 $1 出版者の URI。団体のプルダウンから選択 体現形を、出版者の役割をもつ典拠としての出版者に連結します。 生成/連結
300 $a, $c 数量(ページ数および/または物理的な冊数)と大きさ 体現形のページ数。複数冊が示されている場合(「2 v.」など)、生成される個別資料の数を決定します。$c(例:「22 cm」)は体現形の大きさに反映されます。 自動
490 $a, $v 出版者シリーズのタイトルと巻次 シリーズが存在しない場合はその場で生成し、体現形に連結します。 生成/連結
Leader pos. 6 + campo 007 レコード種別と資料の物理的特性 体現形のメディア・キャリア種別を決定します(RDA 337/338 — 例: 印刷テキスト、電子資料、マイクロ資料、録音資料)。自動的に計算され、リーダーと007が認識できない場合は既定値「印刷テキスト」のままになります。 自動
008 (pos. 07-10, 35-37) 固定フィールド: 出版年と言語が、サブフィールドではなく位置によって符号化されています 体現形の出版年(264 $cが無い場合)と著作の原語(041 $hが無い場合)の自動的な代替値です — 利用者の操作は不要です。 自動
100 $1 (ancora strutturale) 既に著作に結び付けられているのと同じ創作者の典拠(上記参照) 体現形の著者としても記録されますが、これは最初の作成時のみです — 常に同期され続ける他の責任表示(700)とは異なり、以後の保存では二度と触れられない構造的な「アンカー」です。 自動
700 $1 (tutti i ruoli) + 264 $1 レコードに記載された責任表示の典拠すべて。264 $1による出版者がいる場合はそれも含む 著作や表現形に関係するものだけでなく、レコードの責任表示者「全員」を体現形に転記します — 保存のたびに同期され、いずれかのフィールドから削除された典拠はここでも自動的に連結解除されます。 生成/連結/同期
700 $4 MARC 関係者コード(id.loc.gov/vocabulary/relators/... の URI) 役割を決定します:aut→著者、trl→翻訳者、edt/com→編者、pbl→出版者、aui/ill/ann→寄与者。 必須

個別資料

図書館が所蔵する個々の物理的な一冊です。請求記号と状態を持つ、書架上の具体的なモノ。

フィールド 何を表すか LOD 側で何を生成/連結するか
300 $a (riletto) 物理的な冊数が記載されている場合の冊数(例:「2 v.」) 生成される個別資料の数を決定します — 単一の汎用的な個別資料ではなく、各冊に「第X冊/全Y冊」という注記を付けた、冊数分の個別資料になります。 自動
100 + 650 (derivato) 専用のMARCフィールドはなし: 著作と件名に既に使われているのと同じデータから計算 請求記号(例:「Narrativa.GRE-01」)を生成し、著作に結び付けられた件名に基づいて図書館の配架区分を割り当てます(既定の区分: Saggistica/一般書、該当する件名が無い場合)。 自動

個別資料の一部の項目はMARCに由来しません。所蔵館(常に「MyLODLibrary」)、利用可能状態(常に「利用可能」)、作成した目録担当者はレコードから読み取られる値ではなく、固定値またはログインユーザーに紐づく値です。

写本と古版本:RDFネイティブ目録記述

上記のMARC21レコードとは異なり、写本や古版本は体現形フォームの折りたたみ可能なセクション「写本の記述」/「古版本の記述」(および個別資料フォームの専用フィールド)から、IFLA LRMモデルに直接目録記述されます。MARC21レコードからのカスケードは一切ありません。MARC21規格は、素材・丁合い・書体・製本・フィンガープリントをこのレベルのコディコロジー的詳細さで記述するようには設計されていないためです。典拠(行為者・場所・主題)へのリンクはカタログの他の部分とまったく同じ仕組みですが、専用のRDA/BIBFRAME要素を持たない純粋にコディコロジー的な概念には、MYLOD独自のローカル名前空間を使用します — これは意図的な選択です:汎用語彙に無理やり当てはめると、標準的になるどころかかえって不正確になるからです。特筆すべき点が2つあります。複数作品を収録した(ミセラネア)写本は同一の物理的客体に複数の異なるテキストを含むことがあり、それぞれが(インキピット・エクスプリキト・朱書き・奥付・葉内の位置という)固有の記述を持ち、体現形全体ではなく個々の表現形↔体現形のペアに紐づきます。また、それらのテキストがもともと独立していた折丁に収められ、後から一緒に製本された場合、各折丁は本体の他の部分とは異なる素材・書体・年代を持つ独自のコディコロジー単位を持つことができます。

写本と古版本:フィールド別詳細

この表には上記のMARC21カスケードにある「必須/自動」バッジがありません。これらのフィールドはいずれも有効なレコードに必須ではなく、また既存の典拠にリンクするものでもありません — すべて、すでに目録記述済みの体現形または個別資料を補足する記述的データです。

フィールド 何を表すか LOD 側で何を生成/連結するか
ms_supporto 基底材料(羊皮紙、紙、混合、その他) 体現形の属性。羊皮紙または紙の場合は対応するGetty AAT概念にもリンクされます — この詳細レベルの基底材料に対応するRDA要素はないため、MYLODローカル名前空間を使用します。
ms_fascicolazione, ms_rigatura, ms_specchio_scrittura (+ mm), ms_righe, ms_numerazione_carte 折丁構成、罫線、書写面の寸法、1ページあたりの行数、葉付けシステム 体現形の記述的属性(MYLODローカル名前空間)。
ms_scrittura, ms_decorazione, ms_postille 書体の種類(候補提示付き)、装飾、後代の手による書き込み 体現形の記述的属性(MYLODローカル名前空間)。
ms_legatura, ms_legatura_tipo, ms_legatura_materiale + data 製本の記述・種類・材料、および独自の年代 体現形の属性に加え、専用の時間幅(Time-span)。製本はそれが包むテキストより後代のことが多いため、著作とは独立した年代を持ちます。
incipit, explicit, rubrica, colophon, carte_da/carte_a 体現形に含まれる個々のテキストの記述 — 複数作品を収録した写本には複数存在し得ます 表現形↔体現形の各ペアに専用ノード。同一の物理的客体を複数の異なるテキストが共有する複数作品収録写本には不可欠で、それぞれが固有の所在情報を持ちます。
unità codicologica もともと独立していた折丁が後から一つの写本にまとめて製本されたもので、それぞれ固有の物理的記述を持つ 単位ごとに1つのノードを体現形にリンク — 折丁ごとに新たな体現形を作成することなく、複合的な構造を記述できます。
antico_formula_collazionale, antico_marca_tipografica, antico_impronta, antico_istc_id, antico_edit16_id 印刷された古版本の記述に典型的な要素 体現形の属性。ISTCとEDIT16は、ISBNやISSNと同様に構造化された識別子となり、単純なテキストではありません。
segnature_precedenti, stemma_araldico, fondo, fonte_informazioni, provenienza 旧請求記号、所有者標識、来歴コレクション、記述の典拠、所有者の変遷の歴史的記録 個別資料の属性に加え、所有者の変遷ごとに1つのイベントノード(所有者・期間・取得方法)— 単純なテキスト注記よりもはるかに検索しやすくなります。

写本:TEI/XML による翻字

写本については、プラットフォームはRDA/LRMの目録記述に加えて、Text Encoding Initiative(TEI P5)に準拠した翻字モジュールを備えている。文書の最初のバージョン——teiHeaderとそのmsDesc——は、すでにRDAレコードに入力されているデータから追加入力なしに自動生成できる。あるいは、他所で作成された翻字(専用のXMLエディタなどで作成されたもの)を取り込むこともできる:ファイルは受け入れられる前に公式TEI RelaxNGスキーマに対して厳格に検証され、エラーの場合はXML構造が標準から外れている正確な行をプラットフォームが示す。各翻字は特定の表現形–体現形のペア(個々のテキスト証人)に結び付けられており、これは合冊本、すなわち複数の異なる著作をまとめた写本を正しく記述するために必要な条件である。

デジタルライブラリ:PDFコピー

各体現形は、プラットフォームに直接アップロードされたPDF形式の独自のデジタルコピーを持つことができる。ファイルは体現形の公開ページから内蔵ビューアで読むことができ、ダウンロードや編集はできない:これはファイル自体の配布よりも、想定された用途——研究目的での閲覧——に沿った選択である。ここでもプラットフォームの一般的な可視性規則が適用される:個人スペースの非公開レコードにアップロードされたデジタルコピーは、その所有者にのみ表示される。

個人スペース:一般目録に影響を与えずに典拠を再利用する

自分の個人スペースで目録作成を行う者は、一般目録にすでに存在する行為主体、場所、主題、職業を、共有の典拠ファイルを参照するのと同じように自由に再利用できる。一方、WEMIの連鎖を構成するエンティティ(著作・表現形・体現形・個別資料)は、これとは異なる、より厳格な規則に従う:一般目録にすでに存在する出版物を記述する場合でも、それらは常に独立し非公開のままであり、既存のレコードと統合されたり重ね合わされたりすることは決してない。この分離は自動的に行われ、目録作成者が特別な注意を払う必要はない——プラットフォーム自身が、カスケードのたびに、個人スペースで生成されたデータが一般目録の記述をいかなる形でも変更しないことを保証する。