| _Title_: | [Title^all] |
| _Authors_: | [PersonalAuthors^all] |
| _CorporateAuthors_: | [CorporateBodies^all] |
| _Conference_: | [ConferenceMainEntry^all] |
| _Edition_: | [Edition^all] |
| _Imprint_: | [Imprint^all] |
| _Collation_: | [Collation^all] |
| _Series_: | [Series^all] |
| _Notes_: | [Notes^all] |
| _Keywords_: | [Keywords^all] |
| _Meetings_: | [Meetings^all] |
| _AddedTitle_: | [AddedTitle^all] |
| _OtherLanguageTitles_: | [OtherLanguageTitles^all] |
The collection configuration file specifies the ISISPlugin plugin, which processes CDS/ISIS databases. These databases have several files, but ISISPlugin uses just three: CDS.fdt (where CDS is the name of the database), containing the field names used in the database, CDF.xrf (a cross-reference file), and CDS.mst, containing the actual records. Whenever ISISPlugin encounters an \".mst\" file, it looks for the corresponding \".fdt\" and \".xrf\" files. In this case the plugin has been given an input_encoding argument because some entries in the database contain extended characters (in a form that was used in early versions of the DOS operating system). It has also been given a subfield separator argument, whose purpose is explained below.\n The -OIDtype incremental plugin option was used to give identifiers that are consistent across different operating systems (which may not happen with HASH identifiers), so that we can link to a document in this description.\n
Like the bibliography collection, this collection incorporates a form-based search interface that allows fielded searching. This is specified by the line format SearchTypes \"form,plain\" in the configuration file; the plain argument ensures that there is a plain textual full-text search feature as well (which can be selected from the Preferences page). The groupsize 100 line puts documents together into groups of 100 (as explained in the bibliography collection).\n
Some fields in CDS/ISIS databases have subfields. For example, in this case the Imprint field has subfields Imprint.a for place, Imprint.b for publisher and Imprint.c for date. For each field and subfield, ISISPlugin generates a metadata element -- in this case there will be metadata called Imprint^a, Imprint^b and Imprint^c. (There could be a field called just Imprint, although in this case there is not.) ISISPlugin also generates a metadata element called Imprint^all that gives all subfields concatenated together, separated by the character string that was specified as a plugin argument (in this case \", \").\n
The designer of this collection has decided to create searchable indexes on all the ^all metadata fields, as well as one on text which makes the raw records searchable too. Of course, the designer could have created searchable indexes on any of the subfields instead -- or as well.\n
There are two browsing classifiers, an AZList based on Title
metadata and an AZCompactList based on Keyword
metadata. Recall that the AZCompactList classifier is like
AZList but generates a bookshelf for duplicate items. The
VList format specification applies to both the search results list
and the Title classifier, while the CL2VList puts the number
of documents associated with each keyword as described in the MARC example collection. In
Greenstone, and in CDS/ISIS, any metadata item can have several different
values. The VList specification
The DocumentText format specification incorporates the same mechanism for hiding and showing raw records as explained for the Bibliography collection, using the DocumentHeading to show the formatted record and DocumentText to show (or hide) the original database entry. \n" # -- French text ---------------- collectionmeta collectionextra [l=fr] " Cette collection montre une base de données CDS/ISIS d\'entrées bibliographiques. Voici un exemple d\'enregistrement.
Le fichier de configuration de collection 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 input_encoding 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 -OIDtype incremental 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.
Comme la collection de bibliographie, cette collection incorpore une interface de recherche basée sur des formulaire qui permet la recherche basée sur des champs. Ceci est spécifié par la ligne format SearchTypes \"form,plain\" dans le fichier de configuration; l\'argument simple garantit qu\'il y ait aussi une fonction de recherche textuelle (qui peut être sélectionnée à partir de la page de Préférences). La ligne groupsize 100 regroupe les documents en lots de 100 (comme expliqué dans la collection de bibliographie).
Certains champs dans les bases de données CDS/ISIS databases ont des sous-champs. Par exemple, dans ce cas, le champ Imprint a des sous-champs Imprint.a pour l\'endroit, Imprint.b pour l\'éditeurs et Imprint.c 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 Imprint^a, Imprint^b et Imprint^c. (Il y aurait pu y avoir un champ appelé tout simplement Imprint, 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é Imprint^all 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 \", \").
Le concepteur de la collection a décidé de créer des indexes recherchables par le biais de tous ^all les champs de méta-donnée, mais aussi par le biais de text, 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.
Il y a deux classificateurs de navigation, AZList basé sur la méta-donnée Title et AZCompactList basé sur la méta-donnée Keyword. Rappelez-vous que le classificateur AZCompactList est semblable à AZList, mais génère un rayon de bibliothèque pour les éléments dupliqués. La spécification de format VList s\'applique aussi bien à la liste de résultats de recherche qu\'au classificateur Title, pendant que CL2VList met le nombre de documents associés à chaque mot-clé comme décrit dans MARC example collection. Dans Greenstone, et dans CDS/ISIS, tout élément de donnée peut avoir plusieurs valeurs. La spécification VList sibling(All\'; \') rgroupe ensemble toutes les valeurs, séparées (dans ce cas) par un point-virgule.
La spécification du format DocumentText incorpore le même mécanisme pour cacher et afficher des enregistrements comme expliqué pour la collection de bibliographie, en utilisant DocumentHeading pour montrer l\'enregistrement formaté et DocumentText pour montrer (ou cacher) l\'entrée de base de données originale. " # -- Spanish text ---------------- collectionmeta collectionextra [l=es] " Esta colección muestra una base de datos CDS/ISIS de entradas bibliográficas. He aquí un ejemplo de registro.
El archivo de configuración de la colección especifica el plugin ISISPlugin, el cual procesa las bases de datos CDS/ISIS. Estas bases de datos contienen varios archivos, pero ISISPlugin solo utiliza dos: CDS.fdt (donde CDS es el nombre de la base de datos), el cual contiene los nombres de los campos usados en la base de datos, y CDS.mst, el cual contiene los registros. Cada vez que ISISPlugin encuentra un archivo \".mst\", busca el archivo \".fdt\" correspondiente. En este caso al plugin se le ha dado un argumento input_encoding, ya que algunas entradas de la base de datos contienen caracteres extendidos (en una forma que se uso en versiones tempranas del sistema operativo DOS). También se le ha dotado de un argumento separador de subcampos, cuyo propósito se explica más adelante. La opción -OIDtype incremental se utiliza para generar identificadores que sean consistentes a través de diferentes sistemas operativos (lo que no ocurre con identificadores HASH), de forma que podamos tener el enlace al documento en esta descripción.
Al igual que la colección bibliográfica, esta colección incorpora una interfaz de búsqueda basada en formas que permite la búsqueda por campos. Esto se especifica por medio de la línea format SearchTypes \"form,plain\" (forma searchtype de sólo texto) en el archivo de configuración; el argumento plain (sólo texto) asegura que se cuenta igualmente con una función de búsqueda de texto completo (la cual se puede seleccionar en la página de Preferencias). La línea groupsize 100 junta los documentos en grupos de 100 (tal como se explicó en la colección bibliográfica).
Algunos campos en las bases de datos CDS/ISIS cuentan con subcampos. Por ejemplo, en este caso el campo Imprint (Impresión) tiene los subcampos Imprint.a para el lugar, Imprint.b para la editorial e Imprint.c para la fecha. Para cada campo y subcampo ISISPlugin genera un elemento de metadato. De este modo, en el presente caso habrá metadatos llamados Imprint^a, Imprint^b and Imprint^c (también podría haber un solo campo llamado Imprint, aunque no en este caso.) ISISPlugin genera asimismo un elemento de metadato llamado Imprint^all que incluye todos los subcampos concatenados, separados por la cadena de caracteres que se especificó como argumento del plugin (en este caso \", \").
El diseñador de esta colección decidió crear índices de búsqueda en todos los campos de metadatos ^all, así como uno en text (texto) que hace que también se puedan buscar registros sin procesar. Por supuesto, en vez de eso -- o junto con ello -- el diseñador pudo haber creado índices de búsqueda en cualquiera de los subcampos.
Hay también dos clasificadores de exploración, una AZList basada en el metadato Título (Title) y una AZCompactList basada en el metadato Palabra clave (Keyword). Recuerde que el clasificador AZCompactList es como AZList, pero genera además un estante para ítems duplicados. La especificación de formato VList se aplica a ambos, la lista de resultados de la búsqueda y el clasificador de Títulos, mientras que CL2VList pone el número de documentos asociados a cada palabra clave, tal como se describe en la colección de muestra MARC. En Greenstone y en CDS/ISIS cualquier ítem de metadato puede tener varios valores diferentes. La especificación de VList
La especificación de formato DocumentText incorpora el mismo mecanismo para ocultar o mostrar los registros sin procesar, tal como se explicó en la colección bibliográfica, usando DocumentHeading para mostrar el registro formateado y DocumentText para mostrar (u ocultar) la entrada en la base de datos original." # -- Russian text ---------------- collectionmeta collectionextra [l=ru] " Эта коллекция показывает базу данных библиографических записей CDS/ISIS. Здесь приводится пример записи.
Конфигурационный файл коллекции определяет плагин ISISPlugin, который обрабатывает базы данных CDS/ISIS. В этом случае плагин был дан параметр input_encoding, поскольку некоторые записи в базе данных содержат знаки расширения ( в форме, которая использовалась в ранних версиях операционной системы DOS). Ему также был дан параметр разделения, цель которого объясняется ниже.
Подобно библиографической коллекции, эта коллекция включает бланочный интерфейс поиска, который позволяет производить поиск по полям. Это определено строкой format SearchTypes \"form,plain\" в конфигурационном файле; параметр plain гарантирует, что здесь имеется также простое средство полного текстового поиска (которое может быть взято из страницы Предпочтений). Строка groupsize 100 объединяет документы в группы по 100 (как объяснено в библиографической коллекции).
Некоторые поля в базах данных CDS/ISIS имеют подполя. Например, в этом случае поле Imprint (отпечаток) имеет подполя Imprint.a (для место издания), Imprint.b (для издателя) и Imprint.c (для даты издания). Для каждого поля и подполя ISISPlugin генерирует элемент метаданных -- в этом случае будут метаданные с именами Imprint^a, Imprint^b и Imprint^c. (Могло бы быть только поле, называемое Imprint, хотя в данном случае его нет). ISISPlugin также генерирует элемент метаданных с именем Imprint^all, который дает все подполя, связанные вместе, выделенный характерной строкой, которая была определена как параметр плагина (в этом случае \", \").
Проектировщик этой коллекции решил создать доступные для поиска индексы на основе всех ^all метаданных полей, так же как один на основе текста, который позволяет также делать доступными для поиска и неформатированные записи. Конечно, проектировщ ик вместо этого мог создать доступные для поиска индексы для любого из подполей -- или включть их также.
Здесь имеется два классификатора просмотра -- AZList, основанный на метаданных Названия (Title) и AZCompactList, основанный на метаданных Ключевого слова (Keyword). Вспомните, что классификатор AZCompactList похож на AZList, но генерирует книжную полку для дублирующих элементов. Спецификация формата VList применима и к списку результатов поиска и к классификатору Названия (Title), в то время как CL2VList выводит номера документов, связанных с каждым ключевым словом, как описано в примере коллекции MARC. В GS и в CDS/ISIS, любые элементы метаданных могут иметь несколько различных значений. Определение в VList элементов одного уровня
Спецификация формата DocumentText включает тот же самый механизм для того, чтобы скрыть и показывать необработанные записи, как объяснено для Библиографической коллекции, используя DocumentHeading, чтобы показать форматированные записи и DocumentText, чтобы показать (или скрыть) первоначальную запись базы данных. " # -- Simplified Chinese text ---------------- collectionmeta collectionextra [l=zh] " 本馆藏显示一个包含文献记录的CDS/ISIS数据库。 这里是一条示例记录。\n
本馆藏的配置文件指定使用ISISPlugin，该插件专门处理CDS/ISIS数据库。这些数据库有多个文件，但是ISISPlugin用到的只有三个：CDS.fdt（这里CDS是数据库名），该文件包含数据库中用到的字段名，CDF.xrf（一个交叉引用的文件），以及CDS.mst，该文件包含实际的记录。每当ISISPlugin遇到一个\".mst\"文件，它将查找对应的\".fdt\"和\".xrf\"文件。在这种情况下，该插件设定一个input_encoding参数，因为数据库中的一些记录包含了扩展的字符（如同在DOS操作系统早期版本中的一样）。该插件还有个子字段分隔符参数，下面介绍这个参数的目的。\n 插件的-OIDtype incremental选项被用于指定在不同操作系统上都一致的文档标识符（而HASH标识符在不同操作系统上可能不同），以便我们能在此段描述中链接到某个文本。\n
如同文献馆藏，本馆藏包括一个基于表单的检索节目，该界面允许用户进行字段检索。这是通过在配置文件中设置format SearchTypes \"form,plain\"行实现的。plain参数值确保本馆藏也有一个纯文本的检索功能（这可在偏好页面中选择）。groupsize 100行将文档以100为单位进行分组（正如在文献馆藏中所述）\n
CDS/ISIS数据库的一些字段有子字段。比如，在本馆藏中Imprint字段有针对地方的子字段Imprint.a，针对出版商的Imprint.b，针对日期的Imprint.c。对每个字段和子字段，ISISPlugin都将生成一个元数据元素——此时的元数据有Imprint^a，Imprint^b以及Imprint^c。（还可有个Imprint字段，尽管该字段在本馆藏中不存在。）ISISPlugin还将生成一个Imprint^all元数据来将所有子字段串联起来，并用插件参数指定的字符串（在这里是\", \"）间隔。\n
这个馆藏的设计者决定在所有^all元数据字段上创建可搜索的索引，同时也在text（文本）上创建一个索引以使得原始记录可被搜索。当然，馆藏的设计者也可在任一子字段上创建索引来替换或者补充现有索引。\n
本馆藏有两个浏览分类器，一个基于题名元数据的AZList，以及一个基于关键词元数据的AZCompactList。回想AZCompactList分类器与AZList类似，但是会为重复的记录创建书架。VList格式参数作用于搜索结果列表以及题名分类器，而CL2VList将列出与每个关键词关联的文档数目，正如MARC演示馆藏中描述的。在Greenstone以及CDS/ISIS中，任何元数据记录都可有多个不同的值。VList中的
DocumentText格式包含的显示与隐藏原始记录的机制与文献馆藏中描述的一样，都是使用DocumentHeading来显示格式化的纪录，并用DocumentText来显示（或隐藏）原始的数据库记录。\n "