name=Exemple MARC
sampleoid=D0s156

description1a=<p>Cette collection, which contains {0-numdocs} MARC entries, is based on the MARC records of working papers published by <a href="{1-cs url}">Computer Science Department</a> at <a href="{2-waikato url}">the University of Waikato</a>.<a href="{3-doc url}">Voici</a> un document échantillon dans la collection.</p>

description1=<h3>Comment marche cette collection ?</h3><p>Le <tt>fichier de configuration</tt> 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>dc.Title</i>, <i>dc.Creator</i> et <i>dc.Subject</i>. Le classificateur <i>dc.Title</i> est une liste AZList, alors que les deux autres sont des listes AZCompactList, qui regroupent les documents avec les mêmes métadonnées dans une étagère. L'argument <i>-removesuffix</i> pour les classificateurs <i>Title</i> et <i>Creator</i> supprime les suffixes de la chaîne des métadonnées (respectivement pour <i>dc.Title</i> et <i>dc.Creator</i>). Ceci est spécifié comme une expression régulière de PERL et ajuste pour l'affichage des caractères (comme une ponctuation finale).</p>

description2=<p>La déclaration de format <i>VList</i> contrôle l'affichage des résultats de recherche et de tous les classificateurs. Pour les étagères, le nombre de pages de documents est affiché sur le côté droit. Pour chaque document, <i>dc.Title</i> est affiché, ainsi que <i>dc.Creator</i> and <i>dc.Publisher</i>. <i>[sibling\:dc.Creator]</i> est utilisé lorsque dc.Creator a plusieurs valeurs, et précise que toutes les valeurs doivent être affichées, et pas seulement la première.</p>

description3=<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>gs2build/etc</i>, et est appelé <tt>marc2dc.txt</tt>. 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.</p>

description4=<p>La version standard de ce fichier est approximativement basée sur la mise en correspondance MARC - Dublin Core trouvé à <a href="http\://www.loc.gov/marc/marc2dc.html">http\://www.loc.gov/marc/marc2dc.html</a> (qui suppose USMARC/MARC21).</p>

description5=<p>Plusieurs champs MARC peuvent correspondre à un seul champ Dublin Core. Par exemple, les champs USMARC 720 ("Uncontrolled name"), 100 ("Personal name"), 110 ("Corporate name") et 111 ("Meeting name") correspondent tous à <i>dc.Creator</i>. Les notices MARC actuelles remplissent normalement un seul de ces champs, et dans tous les cas, Greenstone autorise ds champs de métadonnées à plusieurs valeurs.</p>

description6=<p>Certaines correspondances dépendent des sous-champs. Par exemple, le champs MARC 260 contient des informations sur la publication et la distribution des ouvrages. Les sous-champs "c" (Date de Publication) and "g" (Date de fabrication) sont mis en correspondance avec <i>dc.Date</i>, en utilisant la ligne suivante\: <blockquote> 260$c$g -&gt; dc.Date </blockquote> Greenstone fournit également un fichier pour établir la correspondance entre MARC et le Dublin Core <b>qualifié</b> \: <tt>greenstone3/gs2build/etc/marc2qdc.txt</tt>. Cela peut être utilisé avec le plugiciel MARC en donnant la valeur "marc2qdc.txt" à l'option <i>-metadata_mapping_file</i>.</p>
