name=Exemple CDS/ISIS
Collation=Collation
HideCDSrecord=Cacher l'enregistrement CDS/ISIS
CorporateAuthors=Auteurs de corporation
ShowCDSrecord=Afficher l'enregistrement CDS/ISIS
Series=Séries
Authors=Auteurs
OtherLanguageTitles=Titres dans d'autres langues
Imprint=Imprimer
Keywords=Mots-clés
Title=Titre
Conference=Conférence
Notes=Notes
CDSrecord=Enregistrement CDS/ISIS
AddedTitle=Titre ajouté
Edition=Edition
Meetings=Réunions


Notes^all=notes
PersonalAuthors^all=auteurs personnels
AddedTitle^all=titre ajouté
Imprint^all=imprimer
ConferenceMainEntry^all=entrée principale de conférence
CorporateBodies^all=organismes d'entreprise
Series^all=séries
OtherLanguageTitles^all=titres dans d'autres langues
Keywords^all=mots-clés
Collation^all=collation
Title^all=titre
text=Enregistrement brut
Meetings^all=réunions
Edition^all=edition

shortDescription=Cette collection montre une base de données CDS/ISIS d'entrées bibliographiques.

description1a=<p>Cette collection montre une base de données <a href="{0-url}">CDS/ISIS</a> d'entrées bibliographiques. <a href="{1-sample}">Voici</a> un exemple d'enregistrement.</p>

description1=<h3>Comment fonctionne la collection ?</h3><p>Le <tt>fichier de configuration de collection</tt> spécifie le plugin ISISPlugin qui traite les base sdonnées CDS/ISIS. Ces bases de données contiennent plusieurs fichiers, mais ISISPlugin en utilise seulement deux\: CDS.fdt (où CDS est le nom de la base de données) contenant les noms des champs utilisés dans la base de données, et CDS.mst qui contient les enregistrements. A chaque fois que ISISPlugin rencontre un fichier ".mst", il cherche le fichier ".fdt" correspondant. Dans ce cas, un argument <i>input_encoding</i> a été attribué au plugin parce quelques entrées dans la base de données contiennent des caractères étendus (dans une forme qui était utilisée dans les toutes premières versions du système d'exploitation DOS). On lui aussi attribué un argument de séparation de sous-champ dont l'objet est explqué ci-dessous. L'option <i>-OIDtype incremental</i> a été utilisée pour ce plugiciel afin de donner des identifiants cohérents aux documents, indépendamment du système d'exploitation (ce qui est impossible avec les identifiants de hachage). De cette manière, il est possible de créer un lien vers un document dans cette description.</p>

description2=<p>Comme la <a href="library/collection/bibtex-e/page/about">collection de bibliographie</a>, cette collection incorpore une <a href="library/collection/isis-e/search/FieldQuery">interface de recherche basée sur des formulaire</a> qui permet la recherche basée sur des champs. Ceci est spécifié par la ligne <i>format SearchTypes "form,plain"</i> dans le fichier de configuration; l'argument <i>simple</i> garantit qu'il y ait aussi une fonction de recherche textuelle (qui peut être sélectionnée à partir de la page de <a href="library/page/pref">Préférences</a>). La ligne <i>&lt;importOption name="groupsize" value="100"/&gt;</i> regroupe les documents en lots de 100 (comme expliqué dans la <a href="library/collection/bibtex-e/page/about">collection de bibliographie</a>).</p>

description3=<p>Certains champs dans les bases de données CDS/ISIS databases ont des sous-champs. Par exemple, dans ce cas, le champ <i>Imprint</i> a des sous-champs <i>Imprint.a</i> pour l'endroit, <i>Imprint.b</i> pour l'éditeurs et <i>Imprint.c</i> pour la date. Pour chaque champ et sous-champ, ISISPlugin génère un élément de méta-donnée -- dans ce cas-ci, il y aura des méta-données appélées <i>Imprint^a</i>, <i>Imprint^b</i> et <i>Imprint^c</i>. (Il y aurait pu y avoir un champ appelé tout simplement <i>Imprint</i>, bien que dans ce cas présent il n'y en ait pas). ISISPlugin génère qussi un élément de méta-donnée appelé <i>Imprint^all</i> qui donne tous les sous-champs concatenés ensemble, séparés par la chaine de caractères qui a été spécifiée comme argument de plugin (dans ce cas-ci ", ").</p>

description4=<p>Le concepteur de la collection a décidé de créer des indexes recherchables par le biais de tous <i>^all</i> les champs de méta-donnée, mais aussi par le biais de <i>text</i>, permettant aussi une recherche brute des enregistrements. Naturellement, le concepteur aurait pu (aussi, ou à la place) créer des indexes recherchables par n'importe quel sous-champ.</p>

description5=<p>Il y a deux classificateurs de navigation, <i>AZList</i> basé sur la méta-donnée <i>Title</i> et <i>AZCompactList</i> basé sur la méta-donnée <i>Keyword</i>. Rappelez-vous que le classificateur <i>AZCompactList</i> est semblable à <i>AZList</i>, mais génère un rayon de bibliothèque pour les éléments dupliqués. La spécification de format <i>VList</i> s'applique aussi bien à la liste de résultats de recherche qu'au classificateur <i>Title</i>, pendant que <i>CL2VList</i> met le nombre de documents associés à chaque mot-clé comme décrit dans <a href="library/collection/marc-e/page/about">MARC example collection</a>. Dans Greenstone, et dans CDS/ISIS, tout élément de donnée peut avoir plusieurs valeurs. La spécification <i>VList</i> <i>sibling(All'; ')</i> rgroupe ensemble toutes les valeurs, séparées (dans ce cas) par un point-virgule.</p>

description6=<p>La spécification du format <i>DocumentContent</i> incorpore le même mécanisme pour cacher et afficher des enregistrements comme expliqué pour la <a href="library/collection/bibtex-e/page/about">collection de bibliographie</a>, en utilisant <i>DocumentHeading</i> pour montrer l'enregistrement formaté et <i>DocumentContent</i> pour montrer (ou cacher) l'entrée de base de données originale.</p>
