source: documented-example-collections/trunk/marcexam/etc/collect.bak@ 18738

creator     [email protected]
maintainer  [email protected]
public      true

buildtype   mgpp

indexes     text Title
defaultindex    text

levels  document

plugin      ZIPPlug
plugin      GAPlug
plugin      MetadataXMLPlug
plugin      MARCPlug
plugin      ArcPlug
plugin      RecPlug

classify    AZCompactList -metadata Title -removesuffix \\s*(\\/|;|,|\\.).*
classify    AZCompactList -metadata Creator -removesuffix (b\\.\\s+)?(\\d+(\\-?))(\\d+(\\.)?)? -mingroup 1
classify    AZCompactList -metadata Subject -mingroup 1

format VList "<td valign=\"top\">[link][icon][/link]</td>
<td valign=\"top\">[ex.srclink]{Or}{[ex.thumbicon],[ex.srcicon]}[ex./srclink]</td>
<td valign=\"top\">[highlight]
{Or}{[dc.Title],[exp.Title],[ex.Title],Untitled}
[/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>}</td>"

format CL1VList "<td>[link][icon][/link]</td><td>[Title]{If}{[Creator], <i>[Creator]</i>}{If}{[Publisher], <i>[Publisher]</i>}</td><td>{If}{[numleafdocs],<i>([numleafdocs])</i>}</td>"
format CL2VList "<td>[link][icon][/link]</td><td>{If}{[numleafdocs],[Title],[Creator]; <i>[Title]</i>{If}{[Publisher], <i>[Publisher]</i>}}</td><td>{If}{[numleafdocs],<i>([numleafdocs])</i>}</td>"
format CL3VList "<td>[link][icon][/link]</td><td>{If}{[numleafdocs]{[Title],[Title]{If}{[Creator], [Creator]}{If}{[Publisher], [Publisher]}}</td><td>{If}{[numleafdocs],<i>([numleafdocs])</i>}</td>"

format HList "[link][highlight][ex.Title][/highlight][/link]"

format DocumentHeading "{Or}{[parent(Top):Title],[Title],untitled}<br>"

format DocumentText "[Text]"

format DocumentButtons ""

format SearchTypes "plain,form"

collectionmeta  .document:Source [l=en] "filenames"
collectionmeta  .text [l=en] "text"
collectionmeta  .Title [l=en] "titles"
collectionmeta  .Source [l=en] "filenames"

# -- English strings ----------------
collectionmeta  collectionname [l=en] "MARC example"

collectionmeta  .document:text [l=en] "text"
collectionmeta  .document:Title [l=en] "titles"

# -- French strings ----------------
collectionmeta  collectionname [l=fr] "Exemple MARC"

collectionmeta  .document:text [l=fr] "text"
collectionmeta  .document:Title [l=fr] "titres"

# -- Spanish strings ----------------
collectionmeta  collectionname [l=es] "Colección de muestra MARC"

collectionmeta  .document:text [l=es] "texto"
collectionmeta  .document:Title [l=es] "títulos"

# -- Russian strings ----------------
collectionmeta  collectionname [l=ru] "ПрОЌер MARC"

collectionmeta  .document:text [l=ru] "текст"
collectionmeta  .document:Title [l=ru] "НазваМОя"

# -- English text ----------------
collectionmeta  collectionextra [l=en] "This collection, which contains _about:numdocs_ MARC entries, is based on the MARC records of working papers published by
<a href=\"http://www.cs.waikato.ac.nz\">Computer Science Department</a> at <a href=\"http://www.waikato.ac.nz\">the University of Waikato</a>.
<a href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&d=HASH0127daf20f8b3eec5c5db834s9\">Here</a> is a sample document in the collection.

<h3>How the collection works</h3>\n

<p>
The <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>configuration file</a> uses <i>ZIPPlug</i> and <i>MARCPlug</i>, apart from the
standard four. There are three classifiers, based on <i>Title</i>,
<i>Creator</i>, and <i>Subject</i> metadata. All are <i>AZCompactList</i>
classifiers, and all specify a <i>mingroup</i> of 1. This
forces them to create a bookshelf icon even if there is only one
item on the shelf (like
<a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL1\">this</a>).

The reason is aesthetic: the list has a uniform appearance: all items look the same, including
one-book entries. (Of course, if you don\'t like this style, just leave out the <i>mingroup</i>
argument.) A second argument for the <i>Title</i> and <i>Creator</i>
classifiers removes suffixes from the metadata string (<i>Title</i> and
<i>Creator</i> respectively). This is specified as a PERL regular
expression, and trims characters (such as trailing punctuation)
from the strings for display. The three format statements are
similar: in particular, they each put out the number of leaf
documents on the right-hand side of the display, as you can see
<a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL1\">here</a>.\n
<p>

The MARC plugin uses a special file to map MARC field numbers to
Greenstone-style metadata. This file resides in the
<i>gsdl/etc</i> directory, and is called
<a href=\"_httpprefix_/etc/marctodc.txt\" target=marctodc>marctodc.txt</a>.
It lists the correspondences between MARC field numbers and Greenstone
metadata. Any MARC fields that are not listed simply do not
appear as metadata, though they are still present in the
Greenstone document. Each line in the file has the format
<blockquote>
&lt;MARC field number&gt; --&gt; GreenstoneMetadataName
</blockquote>
Lines in the file that begin with \"\#\" are comments (however, comments
have been stripped out of the listing below).\n
<p>
The standard version of this file is loosely based on
the MARC to Dublin Core mapping found at <a
href=\"http://lcweb.loc.gov/marc/dccross.html\">http://lcweb.loc.gov/marc/dccross.html</a>
(which assumes USMARC/MARC21), and contains these lines:\n
<p>
<a href=\"_httpprefix_/etc/marctodc.txt\" target=marctodc>gsdl/etc/marctodc.txt</a>
<br>\n
720 --&gt; Creator
<br>\n
100 --&gt; Creator
<br>\n
110 --&gt; Creator
<br>\n
111 --&gt; Creator
<br>\n
520 --&gt; Description
<br>\n
856 --&gt; URL
<br>\n
260 --&gt; Publisher
<br>\n
787 --&gt; Relation
<br>\n
540 --&gt; Rights
<br>\n
024 --&gt; MarcIdentifier
<br>\n
786 --&gt; MarcSource
<br>\n
546 --&gt; MarcLanguage
<br>\n
650 --&gt; Subject
<br>\n
653 --&gt; Subject
<br>\n
245 --&gt; Title
<br>\n
655 --&gt; Type\n
<p>

Several different MARC fields are mapped on to Dublin Core <i>Creator</i>.
Field 720 is \"Uncontrolled name,\" 100 is \"Personal name,\" 110 is
\"Corporate name,\" 111 is \"Meeting name.\" Actual MARC records normally
define only one of these fields, and anyway Greenstone allows
multi-valued metadata.\n
<p>
MARC field 520 (\"Summary, note\") is mapped to
Dublin Core <i>Description</i>; field 856 (\"Electronic location\") is mapped to
<i>URL</i>; field 787 (\"Nonspecific relationship note\") to Relation; field 540
(\"Reproduction note\") to <i>Rights</i>; field 245 (\"Title statement\") to
<i>Title</i>; field 655 (\"Index term - genre/form\") to <i>Type</i>. Both fields 650
(\"Subject: topical term\") and 653 (\"Index term: uncontrolled\") are
mapped to <i>Subject</i>.\n
<p>
MARC field 024 (\"Identifier\") is not mapped to Greenstone metadata,
because Greenstone uses its own <i>Identifier</i> metadata; instead it is
mapped to a different Greenstone metadata element called
<i>MarcIdentifier</i>. Likewise field 786 (\"Data source entry\") is not mapped
to <i>Source</i>, because Greenstone has <i>Source</i> metadata, but to a new
metadata field called <i>MarcSource</i> instead; and field 546 (\"Language\") is
mapped to <i>MarcLanguage</i>.\n
<p>
Some MARC fields with Dublin Core
counterparts are simply ignored, e.g. 620 (<i>Contributor</i>) and 500
(<i>Coverage</i>). MARC field 260 is called \"Publication, etc\") and is mapped
in its entirety to <i>Publisher</i>. In fact, field 260c (a subfield) is
supposed to be publication date, but is not mapped as such.\n
<p>
Of course, different mappings can be defined by altering the above
file-which allows the MARC plugin to support other variants of the MARC
format. The plugin does not recognize individual MARC subfields: it
simply concatenates them together. However, enhancing it to deal
appropriately with subfields would not be a difficult job: it would
involve altering a couple of pages of PERL code in the MARC plugin.
"

# -- French text ----------------
collectionmeta  collectionextra [l=fr] "Cette collection, which contains _about:numdocs_ MARC entries, is based on the MARC records of working papers published by
<a href=\"http://www.cs.waikato.ac.nz\">Computer Science Department</a> at <a href=\"http://www.waikato.ac.nz\">the University of Waikato</a>.
<a href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&d=HASH0127daf20f8b3eec5c5db834s9\">Voici</a> un document échantillon dans la collection.

<h3>Comment marche cette collection ?</h3>

<p>
Le <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>fichier de configuration</a> utilise <i>ZipPlug</i> et <i>MarcPlug</i> à coté des trois qui sont utilisés en standard. 
Il y a trois classificateurs basés sur les méta-données <i>Title</i>, <i>Creator</i> et <i>Subject</i>.
Tous sont dans des classificateurs <i>AZCompact</i> et tous précisent un <i>mingroup</i>
de 1. Ceci les oblige à créer une icÎne de rayon de livres, même s\'il n\'y a qu\'un seul élément dans le rayon (comme <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL1\">celui-ci</a>).

La raison est d\'ordre esthétique : la liste a une apparence uniforme; tous les éléments
se ressemblent, y compris les entrées ne contenant qu\'un seul livre. (Evidement, si vous n\'aimez pas ce style, abandonnez simplement l\'argument <i>mingroup</i>). Un deuxiÚme argument pour les classificateurs <i>Title</i> et <i>Creator</i> enlÚvent les suffixes de la chaîne de méta-données
(<i>Title</i> et <i>Creator</i> respectivement). Ceci est spécifié comme une expression
réguliÚre de PERL et ajuste pour l\'affichage des caractÚres (comme une ponctuation finale). Les trois déclarations de mise en forme sont identiques : en particulier, elles sortent le nombre de documents en bout de l\'arborescence dans le cÎté droit de l\'affichage, comme on le voit <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL1\">ici</a>.

<p>
Le module Marc utilise un fichier spécial pour la mise en correspondance des numéros de champ MARC avec les méta-donnée de type Greenstone. Ce fichier se trouve dans le répertoire <i>gsdl/etc</i>,
et est appelé <a href=\"_httpprefix_/etc/marctodc.txt\" target=marctodc>marctodc.txt</a>. Il liste les correspondences entre les numéros de champ MARC et les méta-données Greenstone. Tous les champs MARC qui ne sont pas listés ne vont pas apparaître comme méta-données, bien qu\'ils spient toujours présents dans le document Greenstone. Chaque ligne dans le fichier à le format:

<blockquote>
&lt;numéro de champ MARC&gt; --&gt; NonMetadonnéeGreenstone
</blockquote>

Les lignes dans le fichier qui commence par \"\#\" sont des commentaires (cependant, les commentaires ont été enlevées du listing ci-dessous).

<p>
La version standard de ce fichier est approximativement basée sur la mise en correspondance MARC - Dublin Core trouvé à <a href=\"http://lcweb.loc.gov/marc/dccross.html\">http://lcweb.loc.gov/marc/dccross.html</a>
(qui suppose USMARC/MARC21), et contient ces lignes :
<p>
<a href=\"_httpprefix_/etc/marctodc.txt\" target=marctodc>gsdl/etc/marctodc.txt</a>
<br>
720 --&gt; Creator
<br>
100 --&gt; Creator
<br>
110 --&gt; Creator
<br>
111 --&gt; Creator
<br>
520 --&gt; Description
<br>
856 --&gt; URL
<br>
260 --&gt; Publisher
<br>
787 --&gt; Relation
<br>
540 --&gt; Rights
<br>
024 --&gt; MarcIdentifier
<br>
786 --&gt; MarcSource
<br>
546 --&gt; MarcLanguage
<br>
650 --&gt; Subject
<br>
653 --&gt; Subject
<br>
245 --&gt; Title
<br>
655 --&gt; Type

<p>
Plusieurs champs MARC mis en correspodance avec <i>Creator</i> de Dublin Core. Le champ 720 est \"Uncontrolled name,\" 100 est \"Personal Name,\" 110 est \"Corporate Name,\" 111 est \"Meeting Name.\" Les enregistrements MARC actuels définissent normallement seulement un de ces champs, et de toutes les façons Greenstone permet des méta-données à valeurs multiples.

<p>
Le champ MARC520 (\"Summary note\") est mis en correspodance avec <i>Description</i> de Dublin Core; le champ 856 (\"Electronic location\") mis en correspondance avec <i>URL</i>; champ 787 (\"Nonspecific relationship note\") avec <i>Relation</i>; le champ 540 (\"Reproduction note\") avec <i>Rights</i>; le champ 245 (\"Title statement\") avec <i>Title</i> ; le champ 655 (\"Index term-genre/form\") avec <i>Type</i>. Les deux champs 650 (\"Subject: topical term\") et 653 (\"Index term: incontrolled\")
sont mis en correspondance avec <i>Subject</i>.

<p>
Le champ MARC 024 (\"Identifier\") n\'est pas mis en correspondance avec avec des méta-données Greenstone parce que Greenstone utilise sa propre méta-donnée <i>Identifier</i>; à la place il est mis en correspondance avec autre méta-donnée Greenstone appelée <i>MarcIdentifier</i>. De même, le champ 786 (\"Data source entry\") n\'est pas mis en correspodance avec <i>Source</i>, parce que Greenstone a une méta-donnée <i>Source</i>, mais avec un nouveau champ de méta-donnée applelé <i>MarcSource</i>; et le champ 546 (\"Language\") est mis en correspondance avec <i>MarcLanguage</i>.

<p>
Quelques champs MARC avec des correspondances Dublin Core sont tout simplement ignorés, p. ex: 620 (<i>Contributor</i>) et 500 (<i>Coverage</i>). Le champ MARC 260 est appelé \"Publication, etc\"
et est mis en correspondance dans sa globalité avec <i>Publisher</i>. En fait, le champ 260c (un \"sous-champ\") est supposé être une date de publication mais n\'est pas mis en correspondance comme tel.

<p>
Naturellement, plusieurs mises en correspondances peuvent être définies en modifiant les fichiers ci-dessus, ce qui permet au plugin MARC de supporter les autres variantes du format MARC.
Le plugin ne reconnaît pas les sous-champs MARC: Il les concatÚne tout simplement.
Cependant, l\'améliorer pour traiter convenablement avec les sous-champs ne devrait pas être un travail difficile: cela impliquerait la modification de quelques pages de code PERL dans
le plugin Marc.
"

# -- Spanish text ----------------
collectionmeta  collectionextra [l=es] "Esta colección, which contains _about:numdocs_ MARC entries, is based on the MARC records of working papers published by
<a href=\"http://www.cs.waikato.ac.nz\">Computer Science Department</a> at <a href=\"http://www.waikato.ac.nz\">the University of Waikato</a>. He <a href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&d=HASH0127daf20f8b3eec5c5db834s9\">aquí</a> un documento muestra de la colección.
<p>

<h3>Cómo trabaja esta colección</h3>
<p>

El <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuración</a> utiliza <i>ZIPPlug</i> y <i>MARCPlug</i> además de los tres plugins estándar. Existen tres clasificadores basados en los metadatos <i>Título</i>, <i>Creador</i> y <i>Asunto</i>. Todos son clasificadores <i>AZCompactList</i> y todos especifican un <i>mingroup</i> de 1. Esto los fuerza a crear un icono de estante inclusive si sólo hay un ítem en el estante (<a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL1\">de esta manera</a>). La razón es puramente estética: La lista tiene una apariencia uniforme en la que todos los ítems se ven iguales, incluyendo entradas de un solo libro. (Por supuesto, si no le gusta este estilo, sólo tiene que dejar fuera el argumento <i>mingroup</i>). Un segundo argumento para los clasificadores de <i>Título</i> y <i>Creador</i> quita los sufijos de la cadena del metadato (Título y Creador, respectivamente). Esto se especifica como una expresión regular PERL y ordena los caracteres (como la puntuación que se encuentra al final) a partir de las cadenas para su presentación en pantalla. Los tres enunciados de formato son similares: en particular, cada uno de ellos muestra el número de documentos a la derecha de la pantalla, tal como se puede ver <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL1\">aquí</a>.
<p>

El plugin de MARC utiliza un archivo especial para mapear y convertir los números de campo MARC a metadatos estilo Greenstone. Este archivo reside en el directorio <i>gsdl/etc</i> y se llama <a href=\"_httpprefix_/etc/marctodc.txt\" target=marctodc>marctodc.txt</a>. Incluye una lista de las correspondencias entre los números de campo MARC y los metadatos Greenstone. Cualquier campo MARC que no esté incluido en la lista simplemente no aparece como metadato, aunque siga estando presente en el documento Greenstone. Cada línea del archivo tiene el siguiente formato:
<p>

<blockquote>
&lt;MARC field number&gt; --&gt; GreenstoneMetadataName
</blockquote>
<p>

Las líneas en el archivo que empiezan con \"\#\" son comentarios. (Los comentarios no han sido incluidos en la lista que aparece más abajo).
<p>

La versión estándar de este archivo se basa libremente en el mapeo de MARC a Dublin Core que se encuentra en <a href=\"http://lcweb.loc.gov/marc/dccross.html\">http://lcweb.loc.gov/marc/dccross.html</a> (el cual asume USMARC/MARC21) y contiene las siguientes líneas:
<p>

<a href=\"_httpprefix_/etc/marctodc.txt\" target=marctodc>gsdl/etc/marctodc.txt</a>
<br>\n
720 --&gt; Creator
<br>\n
100 --&gt; Creator
<br>\n
110 --&gt; Creator
<br>\n
111 --&gt; Creator
<br>\n
520 --&gt; Description
<br>\n
856 --&gt; URL
<br>\n
260 --&gt; Publisher
<br>\n
787 --&gt; Relation
<br>\n
540 --&gt; Rights
<br>\n
024 --&gt; MarcIdentifier
<br>\n
786 --&gt; MarcSource
<br>\n
546 --&gt; MarcLanguage
<br>\n
650 --&gt; Subject
<br>\n
653 --&gt; Subject
<br>\n
245 --&gt; Title
<br>\n
655 --&gt; Type\n
<p>


Varios campos MARC diferentes han sido mapeados hacia el metadato <i>Creator</i> (Creador) de Dublin Core. El campo 720 es \"nombre no controlado\", el 100 es \"nombre de la persona\", el 110 es \"nombre de la compañía\" y el 111 es \"nombre de la reunión\". Por lo general los registros MARC únicamente definen uno de estos campos y de cualquier manera Greenstone permite metadatos con múltiples valores.
<p>

El campo 520 de MARC (\"Resumen, nota\") ha sido mapeado hacia el metadato <i>Description</i> (Descripción) de Dublin Core; el campo 856 (\"Dirección electrónica\") ha sido mapeado hacia URL; el campo 787 (\"Nota de relación no específica\") hacia <i>Relation</i> (Relación); el campo 540 (\"nota sobre la reproducción\") hacia <i>Rights</i> (Derechos de autor); el campo 245 (\"enunciado del título\") hacia <i>Title</i> (Título); el campo 655 (\"término del índice - género/forma\") hacia <i>Type</i> (Tipo). Los campos 650 (\"Asunto: tópico\") y 653 (\"término del índice: no controlado\") han sido mapeados hacia <i>Subject</i> (Asunto).
<p>

El campo 024 de MARC (\"Identificador\") no ha sido mapeado hacia un metadato de Greenstone, ya que Greenstone utiliza su propio metadato <i>Identificador</i>. En vez de eso ha sido mapeado hacia un elemento de metadato Greenstone diferente llamado <i>MarcIdentifier</i>. Del mismo modo el campo 786 (\"Entrada de la fuente del dato\") no ha sido mapeado hacia <i>Source</i> (Fuente), ya que Greenstone tiene su propio metadato <i>Fuente</i>, sino a un nuevo campo llamado <i>MarcSource</i>; y el campo 546 (\"Idioma\") ha sido mapeado hacia <i>MarcLanguage</i>.
<p>

Algunos campos MARC con contraparte en Dublin Core simplemente se han ignorado, p. ej. el 620 (<i>Colaborador</i>) y 500 (<i>Cobertura</i>). El campo 260 de MARC se llama \"Publicación, etc.\" y ha sido mapeado en su totalidad hacia <i>Editorial</i>. De hecho, se supone que el campo 260c (un subcampo) es la fecha de publicación, pero no se ha mapeado como tal.
<p>

Sin duda se pueden definir diferentes mapeos alterando los archivos que se indican arriba y que le permiten al plugin de MARC dar soporte a otras variantes del formato MARC. El plugin no reconoce subcampos MARC individuales, simplemente los concatena. Sin embargo, mejorarlo para que trate de forma adecuada los subcampos no debería ser una tarea difícil. Esto implicaría alterar un par de páginas de código PERL en el plugin de MARC.
"

# -- Russian text ----------------
collectionmeta  collectionextra [l=ru] "This collection, which contains _about:numdocs_ MARC entries, is based on the MARC records of working papers published by
<a href=\"http://www.cs.waikato.ac.nz\">Computer Science Department</a> at <a href=\"http://www.waikato.ac.nz\">the University of Waikato</a>. <a href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&d=HASH0127daf20f8b3eec5c5db834s9\">ЗЎесь</a> преЎставлеМ тОпПвПй ЎПкуЌеМт ЎаММПй кПллекцОО.

<h3>Как рабПтает кПллекцОя</h3>
<p>

<a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>КПМфОгурацОПММый файл</a> ОспПльзует плагОМы <i>ZIPPlug</i> О <i>MARCPlug</i>, пПЌОЌП третьегП стаМЎарта.  ИЌеются трО классОфОкатПра, ПсМПваММые Ма ЌетаЎаММых
 <i>НазваМОя (Title)</i>, <i>СПзЎателя(Creator)</i> О <i>ПреЎЌета (Subject)</i>. Все ПМО являются классОфОкатПраЌО <i>AZCompactList</i> О все ПпреЎеляют <i>mingroup</i> 1. ЭтП выМужЎает Ох
 сПзЎавать ОкПМку кМОжМПй пПлкО, Ўаже в тПЌ случае, еслО ОЌеется тПлькП ПЎОМ преЎЌет Ма пПлке (пПЎПбМП пПказаММПЌу <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL1\">зЎесь</a>). ПрОчОМа этПгП чОстП эстетОческая: спОсПк выгляЎОт ПЎМПрПЎМыЌ, все преЎЌеты сЌПтрятся ПЎОМакПвП, включая О еЎОМствеММую кМОгу. В тПЌ случае, еслО Вы Ме любОте этПт стОль, прПстП прПпустОте параЌетр <i>mingroup</i>. ВтПрПй параЌетр Ўля классОфОкатПрПв <i>НазваМОе</i> О <i>СПзЎатель</i> уЎаляют суффОксы Оз стрПкО ЌетаЎаММых
 (<i>НазваМОе</i> О <i>СПзЎатель</i>, сППтветствеММП). ЭтП требует устаМПвкО PERL Ўля правОльМПгП выражеМОя, О урезает зМакО (тОпа кПМечМых
 зМакПв препОМаМОя) Оз стрПкО Ўля ПтПбражеМОя. ТрО параЌетра фПрЌата являются сх
ПЎМыЌО: в частМПстО кажЎый Оз МОх
 вывПЎОт чОслП ЎПкуЌеМтПв в лОсте Ма правую стрПМу ЎОсплея, чтП Вы ЌПжете вОЎеть <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL1\">зЎесь</a>.
<p>

ПлагОМ MARC ОспПльзует спецОальМый файл Ўля сПпПставлеМОя МПЌера пПля в MARC О ЌетаЎаММых
 Greenstone. ЭтПт файл Мах
ПЎОтся в ЎОректПрОО <i>gsdl/etc</i> О Мазывается <a href=\"_httpprefix_/etc/marctodc.txt\" target=marctodc>marctodc.txt</a>. ОМ преЎставляет спОсПк сППтветствОя ЌежЎу МПЌераЌО пПлей сОстеЌы MARC О ЌетаЎаММыЌО Greenstone. ￜюбые пПля MARC, кПтПрые Ме вМесеМы в спОсПк, прПстП Ме пПявляются как ЌетаЎаММые, х
Птя ПМО прОсутствуют в ЎПкуЌеМте Greenstone. КажЎая стрПка в этПЌ файле ОЌеет слеЎующОй фПрЌат.

<blockquote>
&lt;MARC field number&gt; --&gt; GreenstoneMetadataName
</blockquote>
СтрПкО в ЎаММПЌ файле, кПтПрые МачОМаются сП зМака \"\#\", являются кПЌЌеМтарОяЌО (ПЎМакП, кПЌЌеМтарОО ЌПгут быть уЎалеМы Оз распечаткО, ЎаММПй МОже).
<p>

СтаМЎартМая версОя этПгП файла свПбПЎМП базОруется Ма MARC в ПпОсаМОО Dublin Core, кПтПрПе вПспрОМОЌает USMARC/MARC21 О кПтПрПе ЌПжМП МайтО Ма <a href=\"http://lcweb.loc.gov/marc/dccross.html\">http://lcweb.loc.gov/marc/dccross.html</a>. ОМ сПЎержОт слеЎующОе стрПкО:
<p>

<a href=\"_httpprefix_/etc/marctodc.txt\" target=marctodc>gsdl/etc/marctodc.txt</a>
<br>\n
720 --&gt; СПзЎатель
<br>\n
100 --&gt; СПзЎатель
<br>\n
110 --&gt; СПзЎатель
<br>\n
111 --&gt; СПзЎатель
<br>\n
520 --&gt; ОпОсаМОе
<br>\n
856 --&gt; URL
<br>\n
260 --&gt; ИзЎатель
<br>\n
787 --&gt; ОтМПшеМОе
<br>\n
540 --&gt; Права
<br>\n
024 --&gt; ИЎеМтОфОкатПр MARC
<br>\n
786 --&gt; ИстПчМОк MARC
<br>\n
546 --&gt; Язык MARC
<br>\n
650 --&gt; ПреЎЌет
<br>\n
653 --&gt; ПреЎЌет
<br>\n
245 --&gt; НазваМОе
<br>\n
655 --&gt; ТОп
<p>

НескПлькП разлОчМых
 пПлей фПрЌата MARC вМесеМы в <i>Creator</i> Dublin Core. ППле 720 -- «НекПМтрПлОруеЌПе ОЌя», 100 -- «ПерсПМальМПе МазваМОе», 110 -- «КПрпПратОвМПе МазваМОе», 111 -- «НазваМОе встреч». ЀактОческОе запОсО в фПрЌате MARC ПбычМП ПпреЎеляют тПлькП ПЎМП Оз этОх
 пПлей, теЌ бПлее, чтП Greenstone ЎПпускает ЌМПгПзМачМые ЌетаЎаММые.
<p>

ППле MARC 520 («РезюЌе, ПбратОте вМОЌаМОе»), вМесеМП в <i>ОпОсаМОе (Description)</i> Dublin Core, пПле 856 («ЭлектрПММПе ЌестПпПлПжеМОе») сППтМесеМП к <i>URL</i>; пПле 787 («НеспецОфОческая запОсь ПтМПшеМОй») к ОтМПшеМОю; пПле 540 («ПрОЌечаМОе П вПспрПОзвеЎеМОО») к <i>ПраваЌ</i>; пПле 245 («ОператПр <i>НазваМОя</i>») к <i>НазваМОю</i>; пПле 655 («ИМЎексМый терЌОМ -- жаМр/фПрЌа») к <i>ТОпу</i>. Оба пПля 650 («ПреЎЌет: теЌатОческОй терЌОМ») О 653 (« ИМЎексМый терЌОМ: МекПМтрПлОруеЌый») ПтМесеМ к <i>ПреЎЌету</i>.
<p>

ППле MARC 024 («ИЎеМтОфОкатПр») Ме сПпПставлеМП с ЌетаЎаММыЌО Greenstone, пПтПЌу чтП в Greenstone ОспПльзуются сПбствеММые ЌетаЎаММые. <i>ИЎеМтОфОкатПр</i>; вЌестП этПгП разлОчМыЌ ЌетаЎаММыЌ Greenstone сПпПставлеМ элеЌеМт MARC, МазываеЌый <i>MarcIdentifier</i>. АМалПгОчМыЌ ПбразПЌ пПле 786 («Дата ввПЎа ОстПчМОка») Ме ПтМесеМа к <i>ИстПчМОку</i>, пПтПЌу чтП Greenstone ОЌеет ЌетаЎаММые <i>ИстПчМОк</i>, МП взаЌеМ этПгП ввеЎеМП МПвПе пПле ЌетаЎаММых
, МазваММПе <i>MarcSource</i>, а также О пПле 546 («Язык») ПбПзМачеМП как <i>MarcLanguage</i>.
<p>

НекПтПрые пПля MARC c эквОвалеМтаЌО Dublin Core прПстП ОгМПрОруются, МапрОЌер 620 (<i>УчастМОк</i>) О 500 (<i>Ох
ват</i>). ППле 260 в MARC Мазывают «ПублОкацОей» О т.ÐŽ.» О еЌу в сППтветствОе пПставлеМП <i>ИзЎатель</i>. ЀактОческО пПле 260 с (пПЎпПле) ЎПлжМП ПзМачать Ўату публОкацОО, МП в такПЌ вОЎе ПМП Ме включеМП.
<p>

КПМечМП, разлОчМые сППтветствОя ЌПгут быть ПпреЎелеМы путеЌ ОзЌеМеМОя вышеупПЌяМутПгП файла, чтП пПзвПляет плагОМаЌ пПЎЎержОвать ЎругОе варОаМты фПрЌата MARC. ПлагОМ Ме распПзМает ОМЎОвОЎуальМые пПЎпПля MARC: ПМ прПстП связывает Ох
 вЌесте. ОЎМакП, ЎПвеЎеМОе егП ЎП такПгП урПвМя, чтПбы ОЌеть ЎелП МепПсреЎствеММП с пПЎпПляЌО, Ме былП бы труЎМПй рабПтПй: МаЎП былП бы ОзЌеМОть МескПлькП страМОц прПграЌЌы PERL в плагОМах
 MARC."