本馆藏的配置文件的开头定义了groupsize 200。 这个定义决定了每200个文档将被组合成一个存储文档。文献馆藏通常由很多很小的文档组成，而将它们组合起来可以避免Greenstone的内部 文件结构过于庞杂以及占用不必要的磁盘空间。
description2=在标准的插件之外，本馆藏使用了BibTexPlugin，这个插件处理BibTeX格式（这是计算机学家熟悉的格式）的参考文献。 BibTexPlugin设置了两个参数：-OIDtype assigned -OIDmetadata Number。这意味着元数据元素"Number"（数字）将被用作记 录的标识符，而不是Greenstone缺省的哈希（hash）标识符。所有插件都有这些参数。
description3=基于表格界面的字段搜索是通过配置文件中的format SearchTypes "form,plain"设定。事实上，这个馆藏还包含了一个全文本的 全文搜索索引（由于form在先，基于表格的界面是缺省的界面；你可通过偏好页面转换到plain（普通）搜索界面）。
description4=buildtype选项显示本馆藏使用的是缺省的mgpp搜索引擎。indexes行指定了本馆藏的索引："text"（全文） 以及"metadata"（元数据）。在这种情况下，"text"（全文）指原始的BibTeX记录。"metadata"（元数据）是一个特殊的指定，说明为所有本 馆藏中包含的元数据创建一个索引。因此当下拉搜索页面中的"字段" 菜单时，他们将显示所有记录，随后是每个元数据元素。馆藏级别的元数据collectionmeta可被用于定义索引在菜单项中的显示 名字（除了metadata（元数据），因为它将生成多个菜单项）。 在这种情况下，配置文件指定文本索引应被称作"所有记录"因为它包含 原始的文献记录。
description5=另一个关键词，"allfields"（全部字段）同样可被用在indexes行中，此时说明可以组合所有索引进行搜索。
description6=levels（级别）只指定了文档级别，因为文献记录并没有内部结构。
description7=[PENDING]本馆藏包含题名，作者以及日期浏览器，以及一个特殊的词组索引称作"Phind"。 AZCompactList分类器被用作作者浏览器，并与AZList类似，但会为重复条目创建一个书架， 如这里所示。BibTeX插件用作者元素来记录每个作者， 所有作者的列表也被记录到著者元数据元素中。因此AZCompactList分类器是构建在作者元数据上的。然而， Greenstone中有一个名叫作者的标准按钮，这个按钮的名字也是"作者"，可能会引起混淆，因此该分类器将使用这个按钮名。
description8=[PENDING]搜索结果列表的格式变量以及题名浏览器都是由VList设定的。它生成一个链接到文档本身的文档图标（在本馆藏中是完整的参考 文献）、用黑体显示题名、显示作者信息（如果有的话），否则显示编辑元数据、年月元数据（如果有的话）。 这里 是一个例子。
description9=[PENDING]作者浏览器的格式变量（CL2VList）则更为复杂。AZCompactList分类器生成一个树型结构，其节点要么是代表文档的 叶子节点，要么是内部节点。numleafdocs元数据项给出了一个内部节点下的文档总数。这个格式变量将检查numleafdocs是否存在。 如果存在的话，则该节点必然是一个内部节点，在这种情况下，该节点将被其题名所标识。要注意的是，该分类器是基于作者 元数据创建的，因此其题名——分类器的题名——实际上是作者的名字！这意味着书架节点， 如这里所示，将被作者名字所标识。然而搜索结果列表中的所有叶子 节点则都用同一种方式标识为文档（即引文）。
description10=[PENDING]文档本身（如示例所示）则由两个格式参 数所生成，一个（长的）称为DocumentHeading，另一个称为DocumentText。DocumentHeading负责页面的上 面三分之二部分，包括文档的题名，接下来是给出BibTeX插件可生成的所有元数据元素的表格。 配置文件中的所有If参数的作用是用来判断哪些元数据元素 是被定义了的。
description11=[PENDING]DocumentText显示了BibTeX格式的引文。然而，当文档最初被显示时，只有一个显示BibTex记录的链接——这对应于 DocumentText中If条件的最后那部分（即"其他"部分。当点击该链接时，href链接到同一URL但showrecord=1， 这将生成一个类似于这里的页面。 If判断成立的话，则显示文档的文本。用BibTeX插件，文档的文本是指其原始的BibTeX记录。