ライブラリを整然と保ち、目的のトピックに関する資料をすばやく見つけるには、カタログを作成する必要があります。 そして、ここから面白いことが始まります。
世界中には数百万のライブラリがあり、ライブラリに必要なものを整理して整理する中央コントロールセンターがありません。これにより、ライブラリ間の相互作用が非常に遅くなります。 また、各ライブラリが独自の形式でデータを保存する場合、自動化プログラムの作成者にはどのような問題がありますか。説明する必要はないと思います。 これがMARCの助けとなります。
注意！ この記事の目的は、図書館とさまざまな組織の間で情報を交換するためのツールを示すことです。 カッターの下には、材料のより詳細な研究のための出発点として役立つハイパーリンクを備えた短い技術情報があります。 ここにはソースを含む面白い写真や例はありません。
MARC （Machine-Readable Cataloging）は、機械で読み取り可能なカタログです。 Wikiの長い詳細な記事を読んで退屈させないために、その本質を簡単に説明します。 MARC は議会図書館を考案しました 。その後、各国のMARC形式の大量作成が開始され、各国
MARCレコードの主なポイントは、カタログ化されるオブジェクトの各プロパティにタグと呼ばれる特定のキーが割り当てられることです。 たとえば、MARCレコードを見て、タグ「020」に出会うと、その値は常にISBNであることがわかります。 しかし、残念なことに、いくつかのプロパティは異なるタグに起因する場合があります。たとえば、作品の主題は複数のタグに割り当てることができ、割り当てられる場所は特定の司書によって異なります。
合計で999個のタグが考えられます 。 それらの値のリストを次に示します 。
大規模な大学には多くの書籍のMARC対応データを含むアーカイブがあり、これらのアーカイブへのアクセスは通常Z39.50プロトコルを介して提供され、ゲートウェイなどのリストもあります。
基本的に、プロトコルZ39.50は 、ライブラリ間で情報を交換するために使用されます。 このプロトコルに基づいて、 ZOOM APIが記述されています。 また、このAPIを使用するには、最も一般的なOS（windows、linux）用に作成されたYAZ ツールキットを使用できます。Cソースコードもレイアウトされており、自分でコンパイルできます。
タグに加えて、サブタグとインジケータも使用されますが、広範囲の読者にとって、これは退屈で不要な情報です。
PS：
紳士マイナス、私はより詳細な記事を書くことに意味がありません、トピックは非常にまれです、この記事はスタートのためのすべての出発点を与えます。 この記事で気に入らないことは理解できませんが、Wikiから記事を再公開することはHabrのルールに反しています。 マイナス記号を付けることで、必要な情報が不足していることを示したいと考えています。 どうやらあなたはいくつかの詳細に興味があり、コメントを書いて、私はトピックを開こうとします。