Le fichier de configuration de la collection commence par la spécification groupsize 200. 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.
description2=En plus des plugiciels standards, cette collection utilise BibTexPlugin, qui traite les références écrites au format BibTex (bien connu des informaticiens). Deux options ont été définies pour le plugiciel BibTexPlugin \: -OIDtype assigned -OIDmetadata Number. 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.
description3=La recherche par champ à travers une interface basée sur un formulaire est sélectionnée par format SearchTypes "form,plain" dans le fichier de configuration. En fait, cette collection utilise format SearchTypes "form,plain" qui contient aussi un index de recherche de texte simple textuelle (puisque form vient en premier, c'est l'interface par defaut; vous accédez à la recherche plain a travers la page Préférences).
description4=L'option buildtype montre que c'est le moteur de recherche par défaut mgpp qui sera utilisé. La ligne indexes 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 page recherche sont sélectionnés, ils montrent Full records suivi par une entrée pour chaque élément de méta-donnée. Une méta-donnée collectionmeta de niveau collection peut être spécifiée pour tout index pour déterminer ce qui est appele dans le menu (exceptè pour metadata qui produit beaucoup d'éléments de menu). Dans ce cas,le fichier de configuration spécifie que l'index du texte devrait être appele "full records" parcequ'il contient l'enregistrement bibliographique original.
description5=Un mot clé supplémentaire, "allfields", peut aussi être utilisé dans la ligne indexers, pour préciser qu'une recherche combinée sur tous les index est disponible.
description6=Les lignes levels ne précisent qu'un niveau document, puisque les notices bibliographiques n'ont pas de structure interne.
description7=[PENDING]Cette collection contient les "browsers" Title, Author,et Date ainsi qu'un type special d'index de phrase appele "Phind". Le classificateur AZCompactList utilisé pour le browser Author est comme AZList mais produit un rayon pour les éléments dupliqués comme montré ici. Le plugin BibTEX enregistre chaque auteur comme méta-donnée Author; il met aussi une liste contenant tous les auteurs dans l'élément de méta-donnée Creator. Par conséquent, le classificateur AZCompactList est basé sur Author. Cependant, Greenstone a un bouton standard appelé authors dont le nom (qui prête à confusion) est "Creator", ainsi le nom de ce bouton est spécifié pour le classificateur.
description8=[PENDING]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 VList. 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 Creator s'il y en a, sinon la méta-donnée Editor; et la méta-donnée Month, Year s'il y en a. En voici un exemple.
description9=[PENDING]Le format de déclaration pour le browser auteur (CL2VList) est plus complexe. Le classificateur AZCompactList 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é numleafdocs 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 Title. Mais attention \: ce classificateur est produit sur la méta-donnée Author, 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 ici 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) .
description10=[PENDING]Les documents eux-mêmes (voici un exemple) sont produits par deux déclarations de format, une (longue celle-la) appelée DocumentHeading, et une autre appelée DocumentText. Le Document Heading, qui est représente les deux tiers supérieurs de la page contient le Titre 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 If dans le fichier de configuration est de déterminer les éléments définis.
description11=[PENDING]Le DocumentText montre la version BibTex de la référence. Cependant, quand le document est affiché la première fois, seul le lien ShowBibtexRecord apparaît --- ceci correspond à la dernière partie (c'est la partie "else") de l'instruction If dans DocumentText. Quand le lien est cliqué, href va vers la même URL mais avec showrecord=1, qui génère une page comme celle-ci. Le test If marche, ce qui affiche le Text du document. Avec le plugin BibTex, le texte d'un document est son enregistrement BibTEX pur.