| ファイル名拡張子 |
.mrc、.marc |
|---|---|
| インターネットメディアの種類 |
アプリケーション/マーク |
MARC ( machine-readable cataloging )は、書籍、DVD、デジタル リソースなど、図書館でカタログ化されたアイテムを機械可読形式で記述するためのデジタル 形式の標準セットです。コンピュータ化された図書館カタログと図書館管理ソフトウェアは、業界標準である MARC に従ってカタログ レコードを構造化する必要があります。そうすることで、書誌情報をコンピュータ間で自由に共有できるようになります。書誌レコードの構造は、ほぼ例外なく MARC 標準に従います。他の標準も MARC と連携して機能します。たとえば、Anglo-American Cataloguing Rules (AACR)/ Resource Description and Access (RDA) は、書誌データを MARC レコード構造に定式化するためのガイドラインを提供し、International Standard Bibliographic Description (ISBD) は、MARC レコードを標準的な人間が判読できる形式で表示するためのガイドラインを提供します。
歴史
アメリカのコンピュータ科学者ヘンリエッタ・アヴラムは、1965年から1968年にかけてアメリカ議会図書館と協力し、コンピュータで読み取り、図書館間で共有できるレコードの作成を可能にしたMARCを開発しました。[1] [2] 1971年までに、MARC形式は書誌データ の配布に関する米国の国家標準となりました。2年後、MARCは国際標準となりました。世界中で使用されているMARCのバージョンはいくつかありますが、最も普及しているのは、米国とカナダのMARC形式とUNIMARCの調和の結果として1999年に作成されたMARC 21です。UNIMARCは、国際図書館連盟(IFLA)の常設UNIMARC委員会によって管理されており、ヨーロッパの一部で広く使用されています。
MARC 21 標準ファミリには、書誌レコードの形式に加えて、典拠レコード、所蔵レコード、分類スケジュール、コミュニティ情報の形式が含まれるようになりました。
レコード構造とフィールド指定
MARC 標準では、MARC レコードの 3 つの側面、つまり各レコード内のフィールド指定、レコードの構造、およびレコード自体の実際のコンテンツを定義します。
フィールド指定
MARC レコードの各フィールドは、著者、タイトル、発行者、日付、言語、メディア タイプなど、レコードが記述するアイテムに関する特定の情報を提供します。MARC は、コンピューティング能力が低く、スペースが貴重だった時代に最初に開発されたため、レコード内の各フィールドを識別するために、単純な 3 桁の数値コード (001 ~ 999) を使用しています。たとえば、MARC では、フィールド 100 を作品の主著者、フィールド 245 をタイトル、フィールド 260 を発行者と定義しています。
008 より上のフィールドは、1 つの文字または数字の指定を使用してさらにサブフィールドに分割されます。たとえば、260 は、出版場所のサブフィールド「a」、出版社名のサブフィールド「b」、出版日のサブフィールド「c」にさらに分割されます。
レコード構造
MARC レコードは通常、バイナリ ファイルとして保存および転送され、通常は複数の MARC レコードが 1 つのファイルに連結されます。MARC は、各レコードの構造を定義するためにISO 2709標準を使用します。これには、各レコードの開始と終了を示すマーカーと、レコード内のフィールドとサブフィールドを見つけるためのディレクトリを提供する各レコードの先頭の一連の文字が含まれます。
2002 年、議会図書館は代替レコード構造として MARCXML スキーマを開発し、MARC レコードをXMLで表現できるようにしました。フィールドは同じままですが、それらのフィールドはレコード内で XMLマークアップで表現されます。図書館は通常、 SRUまたはOAI-PMH標準 に従って、Web サービス経由で MARCXML としてレコードを公開します。
コンテンツ
MARC は書誌項目に関する情報をエンコードしますが、その項目の内容に関する情報はエンコードしません。つまり、これはメタデータ転送標準であり、内容標準ではありません。カタログ作成者が各 MARC フィールドに配置する実際の内容は、MARC 標準自体によって定義された少数の固定フィールドを除き、通常は MARC 以外の標準によって管理および定義されます。たとえば、リソースの説明とアクセスでは、書籍やその他の項目の物理的特性をどのように表現するかを定義します。米国議会図書館件名標目表(LCSH) は、作品の主な主題内容を説明するために使用される、承認された主題用語のリストです。その他のカタログ作成規則や分類スケジュールも使用できます。
MARC 形式
マーク21
MARC 21は、オリジナルのMARCレコードフォーマットを21世紀向けに再定義し、国際社会にとってよりアクセスしやすいものにするために設計されました。MARC 21には、書誌フォーマット、典拠フォーマット、所蔵フォーマット、コミュニティフォーマット、分類データフォーマットの5種類のデータフォーマットがあります。[3]現在、MARC 21は大英図書館、欧州機関、米国およびカナダの主要図書館機関によって実装されています。
MARC 21は、米国とカナダのMARCフォーマット(USMARCとCAN/MARC)を組み合わせたものです。MARC 21はNISO / ANSI標準Z39.2に基づいており、異なるソフトウェア製品のユーザーが相互に通信し、データを交換することができます。[3]
MARC 21では、MARC-8またはUTF-8でエンコードされたUnicodeの2つの文字セットを使用できます。MARC-8はISO 2022に基づいており、ヘブライ語、キリル文字、アラビア語、ギリシャ語、東アジアの文字を使用できます。UTF-8形式のMARC 21では、Unicodeでサポートされているすべての言語を使用できます。[4]
マークXML
MARCXMLは、共通のMARC 21標準に基づいたXMLスキーマです。 [5 ] MARCXMLは米国議会図書館 によって開発され、書誌情報の共有とネットワークアクセスを容易にする手段として米国議会図書館と他の機関によって採用されました。[5]さまざまなシステムで簡単に解析できるため、 MetaLibなどのソフトウェアパッケージのように集約形式として使用できますが、MetaLibパッケージではより広範なDTD仕様にMARCXMLが統合されています。
MARCXMLの主な設計目標は以下の通りであった: [6]
- スキーマのシンプルさ
- 柔軟性と拡張性
- MARCからのロスレスかつ可逆的な変換
- XMLスタイルシートによるデータの表示
- MARCはXML変換を通じて更新とデータ変換を記録します
- 検証ツールの存在
未来
MARC形式の将来については、図書館の間で議論が続いています。一方では、保存形式が非常に複雑で、時代遅れの技術に基づいています。他方では、同等の粒度を持つ書誌形式は存在しません。何万もの図書館に数十億のMARCレコードがあり(OCLCコンソーシアムに属するレコードだけでも50,000,000件以上)、惰性を生み出しています。議会図書館は、MARCに代わるものとして、より粒度が高く、複数のカタログで表現されるデータの再利用が容易な書誌フレームワークイニシアチブ(BIBFRAME)[7]を立ち上げました。 [8] 2013年から、OCLCリサーチは、WorldCatに含まれる4億のMARCレコード(2018年初頭現在)で、図書館がさまざまなMARC要素をどのように使用しているかを詳述したデータを公開しました。[9] MARCフォーマットはMARC運営グループによって管理されており、同グループはMARC諮問委員会の助言を受けています。[10] MARCの変更案はMARC諮問委員会に提出され、アメリカ図書館協会(ALA)の冬季会議およびALA年次会議で公開討論されます。
参照
- カタログ作成
- 国際標準書誌記述(ISBD)
- 2709 規格
- ジャックフィー
- Maschinelles Austauschformat für Bibliotheken (MAB)
- メタデータとメタデータ標準
- Z39.50
- 書籍向けONIX
参考文献
- ^ シューデル、マット。「MARCの母、ヘンリエッタ・アヴラム死去」アメリカ議会図書館。 2013年6月22日閲覧。
- ^ McCallum, Sally H. (2002). 「MARC: 図書館自動化の要」. IEEE Annals of the History of Computing . 24 (2): 34–49. doi :10.1109/MAHC.2002.1010068.
- ^ ab ジュードリーとテイラー『情報の組織化』262ページ
- ^ 「文字セット: MARC-8 エンコード環境: レコード構造、文字セット、交換メディアの MARC 21 仕様 (米国議会図書館)」. loc.gov。
- ^ ab 「MARC 21 XML スキーマ」。米国議会図書館。 2013年12月11日閲覧。
- ^ 「MARC XML 設計上の考慮事項」 Loc.gov. 2004-12-30 . 2013-12-11に閲覧。
- ^ 「Bibliographic Framework Initiative」。米国議会図書館。 2013年2月2日閲覧。
- ^ 「Bibliographic Framework Initiative Update Forum」(BIBFRAME、米国議会図書館) .米国議会図書館. 2013-11-22 . 2013-12-11閲覧。
- ^ 「WorldCatにおけるMARCの使用法」OCLCリサーチ。2013年。2015年4月14日時点のオリジナルよりアーカイブ。2015年4月8日閲覧。
- ^ 「MARC諮問委員会」。米国議会図書館。 2018年1月22日閲覧。
- Reitz, JM (2004) 図書館情報学オンライン辞書。
さらに読む
- MARBI (1996)。MARC 21 フォーマット: 背景と原則。米国議会図書館。
- Joudrey, Daniel N.、Arlene G. Taylor、David P. Miller (2015)。カタログ作成と分類入門。Libraries Unlimited。
{{cite book}}: CS1 maint: 複数の名前: 著者リスト (リンク) - Joudrey, Daniel N.、Arlene G. Taylor (2018)。情報の組織化。Libraries Unlimited。
{{cite book}}: CS1 maint: 複数の名前: 著者リスト (リンク) - Coyle, Karen (2011-07-25). 「データとしての MARC21: 始まり」。Code4Lib ジャーナル(14)。
- Tennant, Roy (2002-10-15) 「MARC は死ななければならない」。Library Journal。
外部リンク
- MARC書誌機械可読カタログの理解、良い入門書
- MARC 典拠レコード
- 「MARC 21 ホームページ」。米国議会図書館。
- MARC よくある質問
- MARC国コードのリスト
- ネットワーク開発およびMARC標準オフィス
- MARC 21 文字セット
- 「MARC レコード用ツール」。米国議会図書館。
- Kevin J. Comerford (1996 年 9 月 12 日)。「MARC 形式に関する注記」。ニュースグループ: bit.listserv.museum-l。Usenet : UPMAIL05.199609120436340817@msn.com。
- Amazon から MARC へのコンバーター
- MAB 情報、ドイツ国立図書館、2016 年 4 月 14 日にウェイバック マシンにアーカイブ
- ANSI Z39.2 規格
- 2709:1996
- MARCBNをMARC21に変換する
- アメリカ議会図書館: MARCXML
- 「議会図書館が標準 MARCXML スキーマを発表」
- MARC の解釈: 書誌データはどこにあるのか? 著者: Jason Thomale Code4Lib Journal第 11 号、2010 年 9 月 21 日ISSN 1940-5758
