1 | name=Collection bibliographie
|
---|
2 |
|
---|
3 | ShowBibTeXrecord=Montrer Enregistrement BibTeX
|
---|
4 | HideBibTeXrecord=Cacher l'enregistrement BibTeX
|
---|
5 | Number=Numéro
|
---|
6 | AuthoredBy=Nom de l'auteur
|
---|
7 | PaperTitle=Titre de l'article
|
---|
8 | DocType=TypeDocument
|
---|
9 | BookJournalTitle=Titre de Livre/Journal
|
---|
10 | BibTeXrecord=Enregistrement BibTeX
|
---|
11 | PublicationDate=Date de publication
|
---|
12 | Editors=Editeur(s)
|
---|
13 | PublicationPlace=Lieu de publication
|
---|
14 | Annotations=Annotations
|
---|
15 | Abstract=Résumé
|
---|
16 | Pages=Pages
|
---|
17 | Keywords=Mots-clés
|
---|
18 | In=Dans
|
---|
19 | EditorRole=RÎle de l'éditeur
|
---|
20 | Vol=Vol.
|
---|
21 | MeetingPlace=Lieu de rencontre
|
---|
22 | Publisher=Editeur
|
---|
23 | LocationURL=Emplacement/URL
|
---|
24 | MeetingDate=Date de rencontre
|
---|
25 |
|
---|
26 | source_text=
|
---|
27 | text_text=enregistrements complets
|
---|
28 | Title_text=
|
---|
29 |
|
---|
30 | shortDescription=<p>Cette collection qui contient des entrées _about:numdocs_ BibTex, est working papers éditées de 1997 à 2006 au <a href="http://www.cs.waikato.ac.nz/">Département d'informatique</a>, <a href="http://www.waikato.ac.nz/">Université de Waikato</a>.</p>
|
---|
31 |
|
---|
32 | description1=<h3>Comment marche la collection?</h3><p>Le <a href="_httpcollection_/etc/collect.cfg" target=collect.cfg>fichier de configuration de la collection</a> commence par la spécification <i>groupsize 200</i>. Cela rassemble 200 documents dans un seul fichier d'archive. Les collections de bibliographies ont généralement beaucoup de petits documents; le fait de les regrouper empêche le gonflement des structures de fichiers internes et l'occupation inutile d'espace disque.</p>
|
---|
33 |
|
---|
34 | description2=<p>En plus des plugiciels standards, cette collection utilise <i>BibTexPlugin</i>, qui traite les références écrites au format BibTex (bien connu des informaticiens). Deux options ont été définies pour le plugiciel BibTexPlugin : <i>-OIDtype assigned -OIDmetadata Number</i>. Cela signifie que l'élément de métadonnées "Number" sera utilisé comme identifiant de l'enregistrement, à la place de l'identifiant de hachage défini par défaut dans Greenstone. Ces options sont utilisables avec tous les plugiciels.</p>
|
---|
35 |
|
---|
36 | description3=<p>La recherche par champ à travers une interface basée sur un formulaire est sélectionnée par <i>format SearchTypes "form,plain"</i> dans le fichier de configuration. En fait, cette collection utilise <i>format SearchTypes "form,plain"</i> qui contient aussi un index de recherche de texte simple textuelle (puisque <i>form</i> vient en premier, c'est l'interface par defaut; vous accédez à la recherche <i>plain</i> a travers la page <i>Préférences</i>).</p>
|
---|
37 |
|
---|
38 | description4=<p>L'option <i>buildtype</i> montre que c'est le moteur de recherche par défaut <i>mgpp</i> qui sera utilisé. La ligne <i>indexes</i> définit les index pour "text", et "metadata". Dans ce cas, "text" sera l'enregistrement BibTex dans son format original. "metadata" est un mot-clé particulier qui signifie qu'un index sera construit pour toutes les métadonnées présentes dans la collection. Ainsi, quand les menus déroulants "Field" dans la <a href="?a=q&ct=1&qt=1">page recherche</a> sont sélectionnés, ils montrent <i>Full records</i> suivi par une entrée pour chaque élément de méta-donnée. Une méta-donnée <i>collectionmeta</i> de niveau collection peut être spécifiée pour tout index pour déterminer ce qui est appele dans le menu (exceptÚ pour <i>metadata</i> qui produit beaucoup d'éléments de menu). Dans ce cas,le <a href="_httpcollection_/etc/collect.cfg" target=collect.cfg>fichier de configuration</a> spécifie que l'index du texte devrait être appele "full records" parcequ'il contient l'enregistrement bibliographique original.</p>
|
---|
39 |
|
---|
40 | description5=<p>Un mot clé supplémentaire, "allfields", peut aussi être utilisé dans la ligne <i>indexers</i>, pour préciser qu'une recherche combinée sur tous les index est disponible.</p>
|
---|
41 |
|
---|
42 | description6=<p>Les lignes <i>levels</i> ne précisent qu'un niveau document, puisque les notices bibliographiques n'ont pas de structure interne.</p>
|
---|
43 |
|
---|
44 | description7=<p>Cette collection contient les "browsers" <i>Title</i>, <i>Author</i>,et <i>Date</i> ainsi qu'un type special d'index de phrase appele "Phind". Le classificateur <i>AZCompactList</i> utilisé pour le browser <i>Author</i> est comme <i>AZList</i> mais produit un rayon pour les éléments dupliqués comme montré <a href="?a=d&cl=CL2">ici</a>. Le plugin BibTEX enregistre chaque auteur comme méta-donnée <i>Author</i>; il met aussi une liste contenant tous les auteurs dans l'élément de méta-donnée <i>Creator</i>. Par conséquent, le classificateur <i>AZCompactList</i> est basé sur <i>Author</i>. Cependant, Greenstone a un bouton standard appelé <i>authors</i> dont le nom (qui prête à confusion) est "Creator", ainsi le nom de ce bouton est spécifié pour le classificateur.</p>
|
---|
45 |
|
---|
46 | description8=<p>Le classificateur "Phind" crée un index d'expression comme <a href="?a=d&cl=CL4">ceci</a>. Il contient une liste d'expressions qu'on peut parcourir extraite du materiel spécifié dans l'argument <i>text</i> de la ligne <i>Classify Phind</i> du <a href="_httpcollection_/etc/collect.cfg" target=collect.cfg>fichier de configuration</a>. Ici, la spécification est : <pre> document:Title,document:Creator,document:Booktitle,document:Publisher </pre> -- c'est le titre, la liste des auteurs, le titre du travail recueilli (s'il y en a) dans lequel chaque article apparaît, et l'éditeur. Il faut noter que cette spécification suit la convention <i>mg</i> avec <i>level:field</i>. Les indexes <i>Phind</i> sont généralement plus basés sur le texte entier de la collection, en utilisant la spécification <i>document:text</i>.</p>
|
---|
47 |
|
---|
48 | description9=<p>La meilleure façon de voir ce que fait Phind est de jouer avec cet index. Vous tapez un mot dans la boîte recherche, cliquez <i>Search</i>, et une liste d'expressions contenant ce terme apparaît en haut du tableau. Cliquez sur une de ces expressions et une liste d'expressions contenant cette <i>expression</i> apparaît au bas du tableau. Vous pouvez continuer à faire ceci en allongeant l'expression de plus en plus. Ces listes peuvent être allongees en utilisant le bouton <i>Get more phrases</i>. A la fin de la liste d'expression une liste de document contenant cette expression apparaît dans un texte bleu, vous pouvez allonger cette liste en cliquant sur Get <i>more documents</i>.</p>
|
---|
49 |
|
---|
50 | description10=<p>Le format de déclaration pour la liste de résultats de recherche et le browser de titre sont tous les deux déterminés par la spécification <i>VList</i>. Elle donne une icÎne de document qui renvoie sur le document lui-même (qui est la référence complÚte dans cette collection); le titre en gras; la méta-donnée <i>Creator</i> s'il y en a, sinon la méta-donnée <i>Editor</i>; et la méta-donnée <i>Month, Year</i> s'il y en a. En <a href="?a=q&ct=1&qt=1&r=1&hs=1&fqa=0&fqv=Jain,,,&fqf=TX,CR,BO,SO">voici</a> un exemple.</p>
|
---|
51 |
|
---|
52 | description11=<p>Le format de déclaration pour le browser auteur (<i>CL2VList</i>) est plus complexe. Le classificateur <i>AZCompactList</i> donne un arbre dont les nÅuds sont soit des nÅuds de feuilles représentant des documents ou des nÅuds internes. Un élément de de méta-donnée appelé <i>numleafdocs</i> donne le nombre total de documents en dessous d'un nÅud interne. La déclaration de format vérifie si numleafdocs existe. Si le nÅud doit être un nÅud interne, dans ce cas le nÅud est catalogue par son <i>Title</i>. Mais attention : ce classificateur est produit sur la méta-donnée <i>Author</i>, donc son titre -- le titre du classificateur -- est en fait le nom de l'auteur! Ceci signifie que les nÅuds des rayons sont catalogués <a href="?a=d&cl=CL2">ici</a> suivant le nom de l'auteur. Les nÅuds d'extrémité sont catalogués dans la liste des résultats de recherche de la même façon que les documents (c.-à -d. les références) .</p>
|
---|
53 |
|
---|
54 | description12=<p>Les documents eux-mêmes (voici un <a href="?a=d&cl=CL1.12&d=_sampleoid_">exemple</a>) sont produits par deux déclarations de format, une (longue celle-la) appelée <i>DocumentHeading</i>, et une autre appelée <i>DocumentText</i>. Le <i>Document Heading</i>, qui est représente les deux tiers supérieurs de la page contient le <i>Titre</i> du document suivi d'une table qui donne tous les éléments de méta-donnée que le plugin BibTex peut générer. Le rÎle de toutes les instructions <i>If</i> dans le <a href="_httpcollection_/etc/collect.cfg" target=collect.cfg>fichier de configuration</a> est de déterminer les éléments définis.</p>
|
---|
55 |
|
---|
56 | description13=<p>Le <i>DocumentText</i> montre la version BibTex de la référence. Cependant, quand le document est affiché la premiÚre fois, seul le lien <i>ShowBibtexRecord</i> apparaît --- ceci correspond à la derniÚre partie (c'est la partie "else") de l'instruction <i>If</i> dans <i>DocumentText</i>. Quand le lien est cliqué, <i>href</i> va vers la même URL mais avec <i>showrecord=1</i>, qui génÚre une page comme <a href="?a=d&cl=CL1.12&d=_sampleoid_&showrecord=1">celle-ci</a>. Le test <i>If</i> marche, ce qui affiche le <i>Text</i> du document. Avec le plugin BibTex, le texte d'un document est son enregistrement BibTEX pur.</p>
|
---|