<?xml version="1.0" encoding="iso-8859-1" standalone="no" ?>
-<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
+<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook &xml; V4.2//EN"
"http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd">
-<!-- $Id: marc_indexing.xml,v 1.3 2006-02-15 11:07:47 marc Exp $ -->
+<!-- $Id: marc_indexing.xml,v 1.5 2007-02-02 11:10:08 marc Exp $ -->
<book id="marc_indexing">
<bookinfo>
- <title>Indexing of MARC records by Zebra</title>
+ <title>Indexing of &marc; records by &zebra;</title>
<abstract>
- <simpara>Zebra is suitable for distribution of MARC records via Z39.50. We
- have a several possibilities to describe the indexing process of MARC records.
+ <simpara>&zebra; is suitable for distribution of &marc; records via &z3950;. We
+ have a several possibilities to describe the indexing process of &marc; records.
This document shows these possibilities.
</simpara>
</abstract>
</bookinfo>
<chapter id="simple">
- <title>Simple indexing of MARC records</title>
+ <title>Simple indexing of &marc; records</title>
<para>Simple indexing is not described yet.</para>
</chapter>
<chapter id="extended">
- <title>Extended indexing of MARC records</title>
+ <title>Extended indexing of &marc; records</title>
-<para>Extended indexing of MARC records will help you if you need index a
+<para>Extended indexing of &marc; records will help you if you need index a
combination of subfields, or index only a part of the whole field,
-or use during indexing process embedded fields of MARC record.
+or use during indexing process embedded fields of &marc; record.
</para>
-<para>Extended indexing of MARC records additionally allows:
+<para>Extended indexing of &marc; records additionally allows:
<itemizedlist>
<listitem>
-<para>to index data in LEADER of MARC record</para>
+<para>to index data in LEADER of &marc; record</para>
</listitem>
<listitem>
</listitem>
<listitem>
-<para>to index linked fields for UNIMARC based formats</para>
+<para>to index linked fields for UNI&marc; based formats</para>
</listitem>
</itemizedlist>
</para>
<note><para>In compare with simple indexing process the extended indexing
-may increase (about 2-3 times) the time of indexing process for MARC
+may increase (about 2-3 times) the time of indexing process for &marc;
records.</para></note>
<sect1 id="formula">
<title>The index-formula</title>
<para>At the beginning, we have to define the term <emphasis>index-formula</emphasis>
-for MARC records. This term helps to understand the notation of extended indexing of MARC records
-by Zebra. Our definition is based on the document <ulink url="http://www.rba.ru/rusmarc/soft/Z39-50.htm">"The
-table of conformity for Z39.50 use attributes and RUSMARC fields"</ulink>.
+for &marc; records. This term helps to understand the notation of extended indexing of MARC records
+by &zebra;. Our definition is based on the document <ulink url="http://www.rba.ru/rusmarc/soft/Z39-50.htm">"The
+table of conformity for &z3950; use attributes and R&usmarc; fields"</ulink>.
The document is available only in russian language.</para>
<para>The <emphasis>index-formula</emphasis> is the combination of subfields presented in such way:</para>
71-00$a, $g, $h ($c){.$b ($c)} , (1)
</screen>
-<para>We know that Zebra supports a Bib-1 attribute - right truncation.
+<para>We know that &zebra; supports a &bib1; attribute - right truncation.
In this case, the <emphasis>index-formula</emphasis> (1) consists from
forms, defined in the same way as (1)</para>
71-00$a
</screen>
-<note><para>The original MARC record may be without some elements, which included in <emphasis>index-formula</emphasis>.</para>
+<note><para>The original &marc; record may be without some elements, which included in <emphasis>index-formula</emphasis>.</para>
</note>
<para>This notation includes such operands as:
<varlistentry>
<term>-</term>
- <listitem><para>The position may contain any value, defined by MARC format.
+ <listitem><para>The position may contain any value, defined by &marc; format.
For example, <emphasis>index-formula</emphasis></para>
<screen>
</varlistentry>
</variablelist>
-<note><para>All another operands are the same as accepted in MARC world.</para>
+<note><para>All another operands are the same as accepted in &marc; world.</para>
</note>
</para>
</sect1>
<sect1 id="notation">
-<title>Notation of <emphasis>index-formula</emphasis> for Zebra</title>
+<title>Notation of <emphasis>index-formula</emphasis> for &zebra;</title>
<para>Extended indexing overloads <literal>path</literal> of
-<literal>elm</literal> definition in abstract syntax file of Zebra
+<literal>elm</literal> definition in abstract syntax file of &zebra;
(<literal>.abs</literal> file). It means that names beginning with
-<literal>"mc-"</literal> are interpreted by Zebra as
+<literal>"mc-"</literal> are interpreted by &zebra; as
<emphasis>index-formula</emphasis>. The database index is created and
-linked with <emphasis>access point</emphasis> (Bib-1 use attribute)
+linked with <emphasis>access point</emphasis> (&bib1; use attribute)
according to this formula.</para>
<para>For example, <emphasis>index-formula</emphasis></para>
<varlistentry>
<term>.</term>
-<listitem><para>The position may contain any value, defined by MARC format. For example,
+<listitem><para>The position may contain any value, defined by &marc; format. For example,
<emphasis>index-formula</emphasis></para>
<screen>
</para>
<note>
-<para>All another operands are the same as accepted in MARC world.</para>
+<para>All another operands are the same as accepted in &marc; world.</para>
</note>
<sect2>
elm mc-008[0-5] Date/time-added-to-db !
</screen>
-<para>or for RUSMARC (this data included in 100th field)</para>
+<para>or for R&usmarc; (this data included in 100th field)</para>
<screen>
elm mc-100___$a[0-7]_ Date/time-added-to-db !
<para>using indicators while indexing</para>
-<para>For RUSMARC <emphasis>index-formula</emphasis>
+<para>For R&usmarc; <emphasis>index-formula</emphasis>
<literal>70-#1$a, $g</literal> matches</para>
<screen>
elm 70._1_$a,_$g_ Author !:w,!:p
</screen>
-<para>When Zebra finds a field according to <literal>"70."</literal> pattern it checks
+<para>When &zebra; finds a field according to <literal>"70."</literal> pattern it checks
the indicators. In this case the value of first indicator doesn't mater, but
the value of second one must be whitespace, in another case a field is not
indexed.</para>
<listitem>
-<para>indexing embedded (linked) fields for UNIMARC based formats</para>
+<para>indexing embedded (linked) fields for UNI&marc; based formats</para>
-<para>For RUSMARC <emphasis>index-formula</emphasis>
+<para>For R&usmarc; <emphasis>index-formula</emphasis>
<literal>4--#-$170-#1$a, $g ($c)</literal> matches</para>
<screen>