corrected build error by including changes in zenra.xml.in, not in zebra.xml file
authorMarc Cromme <marc@indexdata.dk>
Thu, 19 Jan 2006 09:26:59 +0000 (09:26 +0000)
committerMarc Cromme <marc@indexdata.dk>
Thu, 19 Jan 2006 09:26:59 +0000 (09:26 +0000)
doc/administration.xml
doc/alvisxmlrecordmodel.xml [new file with mode: 0644]
doc/architecture.xml
doc/installation.xml
doc/introduction.xml
doc/recordmodel.xml
doc/server.xml
doc/zebra.xml.in
doc/zebrasrv-virtual.xml

index e5cdfcd..eca056e 100644 (file)
@@ -1,5 +1,5 @@
 <chapter id="administration">
 <chapter id="administration">
- <!-- $Id: administration.xml,v 1.20 2006-01-18 14:00:54 marc Exp $ -->
+ <!-- $Id: administration.xml,v 1.21 2006-01-19 09:26:59 marc Exp $ -->
  <title>Administrating Zebra</title>
  <!-- ### It's a bit daft that this chapter (which describes half of
           the configuration-file formats) is separated from
  <title>Administrating Zebra</title>
  <!-- ### It's a bit daft that this chapter (which describes half of
           the configuration-file formats) is separated from
diff --git a/doc/alvisxmlrecordmodel.xml b/doc/alvisxmlrecordmodel.xml
new file mode 100644 (file)
index 0000000..0e59797
--- /dev/null
@@ -0,0 +1,138 @@
+ <chapter id="alvis-xml-record-model">
+  <!-- $Id: alvisxmlrecordmodel.xml,v 1.1 2006-01-19 09:27:00 marc Exp $ -->
+  <title>ALVIS XML Record Model and Filter Module</title>
+  
+
+  <para>
+   The record model described in this chapter applies to the fundamental,
+   structured XML
+   record type <literal>alvis</literal>, introduced in
+   <xref linkend="componentmodulesalvis"/>. The ALVIS XML record model
+   is experimental, and it's inner workings might change in future
+   releases of the Zebra Information Server.
+  </para>
+
+  
+
+  
+  
+  <sect1 id="alvis-record-filter">
+   <title>ALLVIS Record Filter</title>
+   <para>
+    The experimental, loadable  Alvis XM/XSLT filter module
+   <literal>mod-alvis.so</literal> is packaged in the GNU/Debian package
+    <literal>libidzebra1.4-mod-alvis</literal>.
+   </para>
+
+   <sect2 id="alvis-internal-representation">
+    <title>ALLVIS Internal Record Representation</title>   
+    <para>FIXME</para>
+   </sect2>
+
+   <sect2 id="alvis-canonical-format">
+    <title>ALLVIS Canonical Format</title>   
+    <para>FIXME</para>
+   </sect2>
+
+
+  </sect1>
+
+
+  <sect1 id="alvis-record-model-config">
+   <title>ALLVIS Record Model Configuration</title>
+   <para>FIXME</para>
+
+
+
+  <sect2 id="alvis-exchange-formats">
+   <title>ALLVIS Exchange Formats</title>
+   <para>FIXME</para>
+  </sect2>
+
+  </sect1>
+
+  
+ </chapter>
+
+
+<!--
+
+c)  Main "alvis" XSLT filter config file:
+  cat db/filter_alvis_conf.xml 
+
+  <?xml version="1.0" encoding="UTF8"?>
+  <schemaInfo>
+    <schema name="alvis" stylesheet="db/alvis2alvis.xsl" />
+    <schema name="index" identifier="http://indexdata.dk/zebra/xslt/1"
+            stylesheet="db/alvis2index.xsl" />
+    <schema name="dc" stylesheet="db/alvis2dc.xsl" />
+    <schema name="dc-short" stylesheet="db/alvis2dc_short.xsl" />
+    <schema name="snippet" snippet="25" stylesheet="db/alvis2snippet.xsl" />
+    <schema name="help" stylesheet="db/alvis2help.xsl" />
+    <split level="1"/>
+  </schemaInfo>
+
+  the pathes are relative to the directory where zebra.init is placed
+  and is started up.
+
+  The split level decides where the SAX parser shall split the
+  collections of records into individual records, which then are
+  loaded into DOM, and have the indexing XSLT stylesheet applied.
+
+  The indexing stylesheet is found by it's identifier.
+
+  All the other stylesheets are for presentation after search.
+
+- in data/ a short sample of harvested carnivorous plants
+  ZEBRA_INDEX_DIRS=data/carnivor_20050118_2200_short-346.xml
+
+- in root also one single data record - nice for testing the xslt
+  stylesheets,
+  
+  xsltproc db/alvis2index.xsl carni*.xml
+
+  and so on.
+
+- in db/ a cql2pqf.txt yaz-client config file 
+  which is also used in the yaz-server <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink>-to-PQF process
+
+   see: http://www.indexdata.com/yaz/doc/tools.tkl#tools.cql.map
+
+- in db/ an indexing XSLT stylesheet. This is a PULL-type XSLT thing,
+  as it constructs the new XML structure by pulling data out of the
+  respective elements/attributes of the old structure.
+
+  Notice the special zebra namespace, and the special elements in this
+  namespace which indicate to the zebra indexer what to do.
+
+  <z:record id="67ht7" rank="675" type="update">
+  indicates that a new record with given id and static rank has to be updated. 
+
+  <z:index name="title" type="w">
+   encloses all the text/XML which shall be indexed in the index named
+   "title" and of index type "w" (see  file default.idx in your zebra
+   installation) 
+
+
+   </para>
+
+   <para>
+-->
+
+
+
+
+ <!-- Keep this comment at the end of the file
+ Local variables:
+ mode: sgml
+ sgml-omittag:t
+ sgml-shorttag:t
+ sgml-minimize-attributes:nil
+ sgml-always-quote-attributes:t
+ sgml-indent-step:1
+ sgml-indent-data:t
+ sgml-parent-document: "zebra.xml"
+ sgml-local-catalogs: nil
+ sgml-namecase-general:t
+ End:
+ -->
index dada351..4cb8dae 100644 (file)
@@ -1,5 +1,5 @@
  <chapter id="architecture">
  <chapter id="architecture">
-  <!-- $Id: architecture.xml,v 1.1 2006-01-18 14:00:54 marc Exp $ -->
+  <!-- $Id: architecture.xml,v 1.2 2006-01-19 09:27:00 marc Exp $ -->
   <title>Overview of Zebra Architecture</title>
   
 
   <title>Overview of Zebra Architecture</title>
   
 
    </para>    
    <para>    
     This virtual package installs all the necessary packages to start
    </para>    
    <para>    
     This virtual package installs all the necessary packages to start
-    working with IDZebra - including utility programs, development libraries,
+    working with Zebra - including utility programs, development libraries,
     documentation and modules.
      <literal>idzebra1.4</literal>
   </para>    
     documentation and modules.
      <literal>idzebra1.4</literal>
   </para>    
      numbers, and the like internal data to the YAZ server backend API.
     </para>
     <para> 
      numbers, and the like internal data to the YAZ server backend API.
     </para>
     <para> 
-     This package contains all run-time libraries for IDZebra.
+     This package contains all run-time libraries for Zebra.
      <literal>libidzebra1.4</literal> 
      <literal>libidzebra1.4</literal> 
-     This package includes documentation for IDZebra in PDF and HTML.
+     This package includes documentation for Zebra in PDF and HTML.
      <literal>idzebra1.4-doc</literal> 
      <literal>idzebra1.4-doc</literal> 
-     This package includes common essential IDZebra configuration files
+     This package includes common essential Zebra configuration files
      <literal>idzebra1.4-common</literal>
     </para>
    </sect2>
      <literal>idzebra1.4-common</literal>
     </para>
    </sect2>
      - creates, updates and drops databases and indexes
     </para>    
     <para>    
      - creates, updates and drops databases and indexes
     </para>    
     <para>    
-     This package contains IDZebra utilities such as the zebraidx indexer
+     This package contains Zebra utilities such as the zebraidx indexer
      utility and the zebrasrv server.
      <literal>idzebra1.4-utils</literal>
     </para>
      utility and the zebrasrv server.
      <literal>idzebra1.4-utils</literal>
     </para>
      the core Zebra searcher/retriever which
     </para>    
     <para>    
      the core Zebra searcher/retriever which
     </para>    
     <para>    
-     This package contains IDZebra utilities such as the zebraidx indexer
+     This package contains Zebra utilities such as the zebraidx indexer
      utility and the zebrasrv server, and their associated man pages.
      <literal>idzebra1.4-utils</literal>
     </para>
      utility and the zebrasrv server, and their associated man pages.
      <literal>idzebra1.4-utils</literal>
     </para>
     <para>
      In addition to Z39.50 requests, the YAZ server frontend acts
      as HTTP server, honouring
     <para>
      In addition to Z39.50 requests, the YAZ server frontend acts
      as HTTP server, honouring
-     SRW SOAP requests, and SRU REST requests. Moreover, it can
-     translate inco ming CQL queries to PQF/RPN queries, if
+      <ulink url="http://www.loc.gov/standards/sru/srw/">SRW</ulink> SOAP requests, and  <ulink url="http://www.loc.gov/standards/sru/">SRU</ulink> REST requests. Moreover, it can
+     translate inco ming <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink> queries to PQF/RPN queries, if
      correctly configured. 
     </para>
     <para>
     YAZ is a toolkit that allows you to develop software using the
     ANSI Z39.50/ISO23950 standard for information retrieval.
      correctly configured. 
     </para>
     <para>
     YAZ is a toolkit that allows you to develop software using the
     ANSI Z39.50/ISO23950 standard for information retrieval.
-    SRW/SRU
+     <ulink url="http://www.loc.gov/standards/sru/srw/">SRW</ulink>/ <ulink url="http://www.loc.gov/standards/sru/">SRU</ulink>
     <literal>libyazthread.so</literal>
     <literal>libyaz.so</literal>
     <literal>libyaz</literal>
     <literal>libyazthread.so</literal>
     <literal>libyaz.so</literal>
     <literal>libyaz</literal>
@@ -206,7 +206,7 @@ This virtual package contains all base IDZebra filter modules. EMPTY ???
    <sect3 id="componentmodulesgrs">
     <title>GRS Record Model and Filter Modules</title>
     <para>
    <sect3 id="componentmodulesgrs">
     <title>GRS Record Model and Filter Modules</title>
     <para>
-   Chapter <xref linkend="record-model"/>
+    <xref linkend="grs-record-model"/>
 
      - grs.danbib     GRS filters of various kind (*.abs files)
 IDZebra filter grs.danbib (DBC DanBib records)
 
      - grs.danbib     GRS filters of various kind (*.abs files)
 IDZebra filter grs.danbib (DBC DanBib records)
@@ -233,7 +233,7 @@ IDZebra filter grs.danbib (DBC DanBib records)
      <literal>libidzebra1.4-mod-grs-sgml not packaged yet ??</literal>
 
      - grs.xml
      <literal>libidzebra1.4-mod-grs-sgml not packaged yet ??</literal>
 
      - grs.xml
-  This package includes the grs.xml filter which uses Expat to
+  This package includes the grs.xml filter which uses <ulink url="http://expat.sourceforge.net/">Expat</ulink> to
   parse records in XML and turn them into IDZebra's internal grs node.
      <literal>libidzebra1.4-mod-grs-xml</literal>
     </para>
   parse records in XML and turn them into IDZebra's internal grs node.
      <literal>libidzebra1.4-mod-grs-xml</literal>
     </para>
@@ -260,28 +260,29 @@ IDZebra filter grs.danbib (DBC DanBib records)
 
    </sect2>
 
 
    </sect2>
 
+   <!--
    <sect2 id="componentconfig">
     <title>Configuration Files</title>
     <para>
      - yazserver XML based config file
      - core Zebra ascii based config files
      - filter module config files in many flavours  
    <sect2 id="componentconfig">
     <title>Configuration Files</title>
     <para>
      - yazserver XML based config file
      - core Zebra ascii based config files
      - filter module config files in many flavours  
-     - CQL to PQF ascii based config file
+     - <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink> to PQF ascii based config file
     </para>
    </sect2>
     </para>
    </sect2>
-   
+   -->
   </sect1>
 
   <!--
 
 
   <sect1 id="cqltopqf">
   </sect1>
 
   <!--
 
 
   <sect1 id="cqltopqf">
-   <title>Server Side CQL To PQF Conversion</title>
+   <title>Server Side <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink> To PQF Conversion</title>
    <para>
   The cql2pqf.txt yaz-client config file, which is also used in the
    <para>
   The cql2pqf.txt yaz-client config file, which is also used in the
-  yaz-server CQL-to-PQF process, is used to to drive
-  org.z3950.zing.cql.CQLNode's toPQF() back-end and the YAZ CQL-to-PQF
-  converter.  This specifies the interpretation of various CQL
+  yaz-server <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink>-to-PQF process, is used to to drive
+  org.z3950.zing.cql.<ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink>Node's toPQF() back-end and the YAZ <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink>-to-PQF
+  converter.  This specifies the interpretation of various <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink>
   indexes, relations, etc. in terms of Type-1 query attributes.
  
   This configuration file generates queries using BIB-1 attributes.
   indexes, relations, etc. in terms of Type-1 query attributes.
  
   This configuration file generates queries using BIB-1 attributes.
@@ -290,9 +291,9 @@ IDZebra filter grs.danbib (DBC DanBib records)
   indexes to Attribute Architecture (util, XD and BIB-2)
   attributes.
 
   indexes to Attribute Architecture (util, XD and BIB-2)
   attributes.
 
-  a) CQL set prefixes  are specified using the correct CQL/SRW/U
+  a) <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink> set prefixes  are specified using the correct <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink>/ <ulink url="http://www.loc.gov/standards/sru/srw/">SRW</ulink>/U
   prefixes for the required index sets, or user-invented prefixes for
   prefixes for the required index sets, or user-invented prefixes for
-  special index sets. An index set in CQL is roughly speaking equivalent to a
+  special index sets. An index set in <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink> is roughly speaking equivalent to a
   namespace specifier in XML.
 
   b) The default index set to be used if none explicitely mentioned
   namespace specifier in XML.
 
   b) The default index set to be used if none explicitely mentioned
@@ -305,9 +306,9 @@ IDZebra filter grs.danbib (DBC DanBib records)
   bib-1 RPN query "@attr 1=text" (where "text" is some existing index
   in zebra, see indexing stylesheet) 
 
   bib-1 RPN query "@attr 1=text" (where "text" is some existing index
   in zebra, see indexing stylesheet) 
 
-  d) Relation mapping from CQL relations to bib-1 RPN "@attr 2= " stuff
+  d) Relation mapping from <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink> relations to bib-1 RPN "@attr 2= " stuff
 
 
-  e) Relation modifier mapping from CQL relations to bib-1 RPN "@attr
+  e) Relation modifier mapping from <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink> relations to bib-1 RPN "@attr
   2= " stuff 
 
   f) Position attributes
   2= " stuff 
 
   f) Position attributes
@@ -404,8 +405,8 @@ IDZebra filter grs.danbib (DBC DanBib records)
   db/yazserver.xml 
 
   Setup of listening ports, and virtual zebra servers.
   db/yazserver.xml 
 
   Setup of listening ports, and virtual zebra servers.
-  Note path to server-side CQL-to-PQF config file, and to
-  SRW explain config section. 
+  Note path to server-side <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink>-to-PQF config file, and to
+   <ulink url="http://www.loc.gov/standards/sru/srw/">SRW</ulink> explain config section. 
 
   The <directory> path is relative to the directory where zebra.init is placed
   and is started up. The other pathes are relative to <directory>,
 
   The <directory> path is relative to the directory where zebra.init is placed
   and is started up. The other pathes are relative to <directory>,
@@ -416,69 +417,9 @@ IDZebra filter grs.danbib (DBC DanBib records)
    </para>
 
    <para>
    </para>
 
    <para>
-c)  Main "alvis" XSLT filter config file:
-  cat db/filter_alvis_conf.xml 
-
-  <?xml version="1.0" encoding="UTF8"?>
-  <schemaInfo>
-    <schema name="alvis" stylesheet="db/alvis2alvis.xsl" />
-    <schema name="index" identifier="http://indexdata.dk/zebra/xslt/1"
-            stylesheet="db/alvis2index.xsl" />
-    <schema name="dc" stylesheet="db/alvis2dc.xsl" />
-    <schema name="dc-short" stylesheet="db/alvis2dc_short.xsl" />
-    <schema name="snippet" snippet="25" stylesheet="db/alvis2snippet.xsl" />
-    <schema name="help" stylesheet="db/alvis2help.xsl" />
-    <split level="1"/>
-  </schemaInfo>
-
-  the pathes are relative to the directory where zebra.init is placed
-  and is started up.
-
-  The split level decides where the SAX parser shall split the
-  collections of records into individual records, which then are
-  loaded into DOM, and have the indexing XSLT stylesheet applied.
-
-  The indexing stylesheet is found by it's identifier.
-
-  All the other stylesheets are for presentation after search.
-
-- in data/ a short sample of harvested carnivorous plants
-  ZEBRA_INDEX_DIRS=data/carnivor_20050118_2200_short-346.xml
-
-- in root also one single data record - nice for testing the xslt
-  stylesheets,
-  
-  xsltproc db/alvis2index.xsl carni*.xml
-
-  and so on.
-
-- in db/ a cql2pqf.txt yaz-client config file 
-  which is also used in the yaz-server CQL-to-PQF process
-
-   see: http://www.indexdata.com/yaz/doc/tools.tkl#tools.cql.map
-
-- in db/ an indexing XSLT stylesheet. This is a PULL-type XSLT thing,
-  as it constructs the new XML structure by pulling data out of the
-  respective elements/attributes of the old structure.
-
-  Notice the special zebra namespace, and the special elements in this
-  namespace which indicate to the zebra indexer what to do.
-
-  <z:record id="67ht7" rank="675" type="update">
-  indicates that a new record with given id and static rank has to be updated. 
-
-  <z:index name="title" type="w">
-   encloses all the text/XML which shall be indexed in the index named
-   "title" and of index type "w" (see  file default.idx in your zebra
-   installation) 
-
-
-   </para>
-
-   <para>
  Z39.50 searching:
 
  Z39.50 searching:
 
-  search like this (using client-side CQL-to-PQF conversion):
+  search like this (using client-side <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink>-to-PQF conversion):
 
   yaz-client -q db/cql2pqf.txt localhost:9999
   > format xml
 
   yaz-client -q db/cql2pqf.txt localhost:9999
   > format xml
@@ -495,7 +436,7 @@ c)  Main "alvis" XSLT filter config file:
   > s 1
 
 
   > s 1
 
 
-  search like this (using server-side CQL-to-PQF conversion):
+  search like this (using server-side <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink>-to-PQF conversion):
   (the only difference is "querytype cql" instead of 
    "querytype cql2rpn" and the call without specifying a local
   conversion file)
   (the only difference is "querytype cql" instead of 
    "querytype cql2rpn" and the call without specifying a local
   conversion file)
@@ -526,17 +467,17 @@ c)  Main "alvis" XSLT filter config file:
 
 
 
 
 
 
-SRW/U searching
+ <ulink url="http://www.loc.gov/standards/sru/srw/">SRW</ulink>/U searching
  Surf into http://localhost:9999
  
  firefox http://localhost:9999
  
  gives you an explain record. Unfortunately, the data found in the 
  Surf into http://localhost:9999
  
  firefox http://localhost:9999
  
  gives you an explain record. Unfortunately, the data found in the 
- CQL-to-PQF text file must be added by hand-craft into the explain
+ <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink>-to-PQF text file must be added by hand-craft into the explain
  section of the yazserver.xml file. Too bad, but this is all extreme
  new alpha stuff, and a lot of work has yet to be done ..
  
  section of the yazserver.xml file. Too bad, but this is all extreme
  new alpha stuff, and a lot of work has yet to be done ..
  
- Searching via SRU: surf into the URL (lines broken here - concat on
+ Searching via  <ulink url="http://www.loc.gov/standards/sru/">SRU</ulink>: surf into the URL (lines broken here - concat on
  URL line)
  
  - see number of hits:
  URL line)
  
  - see number of hits:
@@ -558,7 +499,7 @@ SRW/U searching
  
  More info: read the fine manuals at http://www.loc.gov/z3950/agency/zing/srw/
 278,280d299
  
  More info: read the fine manuals at http://www.loc.gov/z3950/agency/zing/srw/
 278,280d299
- Search via SRW:
+ Search via  <ulink url="http://www.loc.gov/standards/sru/srw/">SRW</ulink>:
  read the fine manual at 
  http://www.loc.gov/z3950/agency/zing/srw/
 
  read the fine manual at 
  http://www.loc.gov/z3950/agency/zing/srw/
 
@@ -567,8 +508,8 @@ and so on. The list of available indexes is found in db/cql2pqf.txt
 
 
 7) How do you add to the index attributes of any other type than "w"?
 
 
 7) How do you add to the index attributes of any other type than "w"?
-I mean, in the context of making CQL queries. Let's say I want a date 
-attribute in there, so that one could do date > 20050101 in CQL.
+I mean, in the context of making <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink> queries. Let's say I want a date 
+attribute in there, so that one could do date > 20050101 in <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink>.
 
 Currently for example 'date-modified' is of type 'w'.
 
 
 Currently for example 'date-modified' is of type 'w'.
 
@@ -583,7 +524,7 @@ The 2-seconds-of-though solution:
 
 But here's the catch...doesn't the use of the 'd' type require 
 structure type 'date' (@attr 4=5) in PQF? But then...how does that
 
 But here's the catch...doesn't the use of the 'd' type require 
 structure type 'date' (@attr 4=5) in PQF? But then...how does that
-reflect in the CQL->RPN/PQF mapping - does it really work if I just
+reflect in the <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink>->RPN/PQF mapping - does it really work if I just
 change the type of an element in alvis2index.sl? I would think not...?
 
 
 change the type of an element in alvis2index.sl? I would think not...?
 
 
index d4bc6fd..0d57c72 100644 (file)
@@ -1,4 +1,4 @@
-<!-- $Id: installation.xml,v 1.16 2006-01-17 12:06:53 marc Exp $ -->
+<!-- $Id: installation.xml,v 1.17 2006-01-19 09:27:00 marc Exp $ -->
  <chapter id="installation">
   <title>Installation</title>
   <para>
  <chapter id="installation">
   <title>Installation</title>
   <para>
@@ -32,7 +32,7 @@
       (required)</term>
      <listitem>
       <para>
       (required)</term>
      <listitem>
       <para>
-       Zebra uses YAZ to support Z39.50/SRW. Also the memory management
+       Zebra uses YAZ to support Z39.50/ <ulink url="http://www.loc.gov/standards/sru/srw/">SRW</ulink>. Also the memory management
        utilites from YAZ is used by Zebra.
       </para>
      </listitem>
        utilites from YAZ is used by Zebra.
       </para>
      </listitem>
        <literal>EXPAT_DIR</literal></term>
       <listitem><para>
         If <literal>HAVE_EXPAT</literal> is set to 1, Zebra is compiled
        <literal>EXPAT_DIR</literal></term>
       <listitem><para>
         If <literal>HAVE_EXPAT</literal> is set to 1, Zebra is compiled
-        with Expat support. In this configuration, set 
-        <literal>ZEBRA_DIR</literal> to the Expat source directory.
+        with <ulink url="http://expat.sourceforge.net/">Expat</ulink> support. In this configuration, set 
+        <literal>ZEBRA_DIR</literal> to the <ulink url="http://expat.sourceforge.net/">Expat</ulink> source directory.
        Windows version of Expat can be downloaded from
        <ulink url="http://sourceforge.net/projects/expat/">
         SourceForge
        Windows version of Expat can be downloaded from
        <ulink url="http://sourceforge.net/projects/expat/">
         SourceForge
index 919e369..f7f67ca 100644 (file)
@@ -1,5 +1,5 @@
 <chapter id="introduction">
 <chapter id="introduction">
- <!-- $Id: introduction.xml,v 1.29 2006-01-17 13:03:34 marc Exp $ -->
+ <!-- $Id: introduction.xml,v 1.30 2006-01-19 09:27:00 marc Exp $ -->
  <title>Introduction</title>
  
  <sect1>
  <title>Introduction</title>
  
  <sect1>
        construction of applications without requiring Z39.50 tools.
        <!-- 
       This will shortly be available by means of Index Data's
        construction of applications without requiring Z39.50 tools.
        <!-- 
       This will shortly be available by means of Index Data's
-       SRW-to-Z39.50 gateway, currently in beta test.
+        <ulink url="http://www.loc.gov/standards/sru/srw/">SRW</ulink>-to-Z39.50 gateway, currently in beta test.
        -->
        Experimental support of the 
        -->
        Experimental support of the 
-       Search/Retrieve Via URL (SRU) 
+       Search/Retrieve Via URL ( <ulink url="http://www.loc.gov/standards/sru/">SRU</ulink>) 
        <ulink url="http://www.loc.gov/standards/sru/"/>
        REST webservice, and the 
        <ulink url="http://www.loc.gov/standards/sru/"/>
        REST webservice, and the 
-        Search/Retrieve Web Service (SRW)
+        Search/Retrieve Web Service ( <ulink url="http://www.loc.gov/standards/sru/srw/">SRW</ulink>)
        <ulink url="http://www.loc.gov/standards/sru/srw/"/>
        SOAP Web Service have recently been added to the YAZ/Zebra
        <ulink url="http://www.loc.gov/standards/sru/srw/"/>
        SOAP Web Service have recently been added to the YAZ/Zebra
-       combo - including server side Common Query Language (CQL)
+       combo - including server side Common Query Language (<ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink>)
        <ulink url="http://www.loc.gov/standards/sru/cql/"/> parsing
        and configuration. It remains to find a sponsor for further testing,
        documentation and packaging of this exiting component.
        <ulink url="http://www.loc.gov/standards/sru/cql/"/> parsing
        and configuration. It remains to find a sponsor for further testing,
        documentation and packaging of this exiting component.
index fd52ee0..e30bf10 100644 (file)
@@ -1,5 +1,5 @@
  <chapter id="record-model">
  <chapter id="record-model">
-  <!-- $Id: recordmodel.xml,v 1.22 2006-01-18 14:00:54 marc Exp $ -->
+  <!-- $Id: recordmodel.xml,v 1.23 2006-01-19 09:27:00 marc Exp $ -->
   <title>GRS Record Model and Filter Modules</title>
   
 
   <title>GRS Record Model and Filter Modules</title>
   
 
@@ -87,7 +87,7 @@
       <term>grs.xml</term>
       <listitem>
        <para>
       <term>grs.xml</term>
       <listitem>
        <para>
-        This filter reads XML records and uses Expat to
+        This filter reads XML records and uses <ulink url="http://expat.sourceforge.net/">Expat</ulink> to
         parse them and convert them into IDZebra's internal 
         <literal>grs</literal> record model.
         Only one record per file
         parse them and convert them into IDZebra's internal 
         <literal>grs</literal> record model.
         Only one record per file
       </para>
      </listitem>
 
       </para>
      </listitem>
 
-     <!-- FIXME - Is this used anywhere ? -H -->
-     <!--
+     <!-- FIXME - Is this used anywhere ? -H -->  
      <listitem>
       <para>
        SOIF. Support for this syntax is experimental, and is currently
      <listitem>
       <para>
        SOIF. Support for this syntax is experimental, and is currently
        level.
       </para>
      </listitem>
        level.
       </para>
      </listitem>
-     -->
+   
     </itemizedlist>
    </para>
   </sect1>
     </itemizedlist>
    </para>
   </sect1>
index d42a39e..9c24fd7 100644 (file)
@@ -1,5 +1,5 @@
 <chapter id="server">
 <chapter id="server">
- <!-- $Id: server.xml,v 1.8 2005-08-12 12:44:36 marc Exp $ -->
+ <!-- $Id: server.xml,v 1.9 2006-01-19 09:27:00 marc Exp $ -->
  <title>The Z39.50 Server</title>
  
  <sect1 id="zebrasrv">
  <title>The Z39.50 Server</title>
  
  <sect1 id="zebrasrv">
@@ -23,7 +23,7 @@
    boolean search expressions and relevance-ranked free-text queries. 
    </para>
    <para>
    boolean search expressions and relevance-ranked free-text queries. 
    </para>
    <para>
-    <command>zebrasrv</command> is the Z39.50 and SRW/U frontend
+    <command>zebrasrv</command> is the Z39.50 and  <ulink url="http://www.loc.gov/standards/sru/srw/">SRW</ulink>/U frontend
     server for the <command>Zebra</command> indexer.
    </para> 
    <para> 
     server for the <command>Zebra</command> indexer.
    </para> 
    <para> 
@@ -84,7 +84,7 @@
     <filename>http://www.indexdata.dk/yaz/doc/server.vhosts.tkl</filename>
    </para>
    <para>
     <filename>http://www.indexdata.dk/yaz/doc/server.vhosts.tkl</filename>
    </para>
    <para>
-    Section "Specification of CQL to RPN mappings" in the YAZ manual.
+    Section "Specification of <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink> to RPN mappings" in the YAZ manual.
     <filename>http://www.indexdata.dk/yaz/doc/tools.tkl#tools.cql.map</filename>
    </para>
    <para>
     <filename>http://www.indexdata.dk/yaz/doc/tools.tkl#tools.cql.map</filename>
    </para>
    <para>
index 30aac53..31ed06b 100644 (file)
@@ -6,6 +6,7 @@
         <!ENTITY chap-installation SYSTEM "installation.xml">
         <!ENTITY chap-quickstart SYSTEM "quickstart.xml">
         <!ENTITY chap-examples SYSTEM "examples.xml">
         <!ENTITY chap-installation SYSTEM "installation.xml">
         <!ENTITY chap-quickstart SYSTEM "quickstart.xml">
         <!ENTITY chap-examples SYSTEM "examples.xml">
+        <!ENTITY chap-architecture SYSTEM "architecture.xml">
         <!ENTITY chap-administration SYSTEM "administration.xml">
         <!ENTITY chap-zebraidx SYSTEM "zebraidx.xml">
         <!ENTITY chap-server SYSTEM "server.xml">
         <!ENTITY chap-administration SYSTEM "administration.xml">
         <!ENTITY chap-zebraidx SYSTEM "zebraidx.xml">
         <!ENTITY chap-server SYSTEM "server.xml">
@@ -29,7 +30,7 @@
        <!ENTITY ref-shadow-registers '
                <xref linkend="shadow-registers"/>'>
 ]>
        <!ENTITY ref-shadow-registers '
                <xref linkend="shadow-registers"/>'>
 ]>
-<!-- $Id: zebra.xml.in,v 1.20 2005-08-12 13:19:06 marc Exp $ -->
+<!-- $Id: zebra.xml.in,v 1.21 2006-01-19 09:27:00 marc Exp $ -->
 <book id="zebra">
  <bookinfo>
   <title>Zebra - User's Guide and Reference</title>
 <book id="zebra">
  <bookinfo>
   <title>Zebra - User's Guide and Reference</title>
@@ -84,6 +85,7 @@
   &chap-installation;
   &chap-quickstart;
   &chap-examples;
   &chap-installation;
   &chap-quickstart;
   &chap-examples;
+  &chap-architecture;
   &chap-administration;
   &chap-zebraidx;
   &chap-server;
   &chap-administration;
   &chap-zebraidx;
   &chap-server;
index eb3ccf2..da72d6c 100644 (file)
@@ -1,5 +1,5 @@
 <!-- 
 <!-- 
-   $Id: zebrasrv-virtual.xml,v 1.2 2005-08-12 13:34:10 marc Exp $
+   $Id: zebrasrv-virtual.xml,v 1.3 2006-01-19 09:27:00 marc Exp $
    Description of the virtual host mechanism in YAZ GFS
    Included in both manual and man page for yaz-ztest
 -->
    Description of the virtual host mechanism in YAZ GFS
    Included in both manual and man page for yaz-ztest
 -->
@@ -11,9 +11,9 @@
 </para>
 <para>
  A backend can be configured to execute in a particular working
 </para>
 <para>
  A backend can be configured to execute in a particular working
- directory. Or the YAZ frontend may perform CQL to RPN conversion, thus
- allowing traditional Z39.50 backends to be offered as a SRW/SRU
- service. SRW/SRU Explain information for a particular backend may also
+ directory. Or the YAZ frontend may perform <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink> to RPN conversion, thus
+ allowing traditional Z39.50 backends to be offered as a  <ulink url="http://www.loc.gov/standards/sru/srw/">SRW</ulink>/ <ulink url="http://www.loc.gov/standards/sru/">SRU</ulink>
+ service.  <ulink url="http://www.loc.gov/standards/sru/srw/">SRW</ulink>/ <ulink url="http://www.loc.gov/standards/sru/">SRU</ulink> Explain information for a particular backend may also
  be specified.
 </para>
 <para>
  be specified.
 </para>
 <para>
   <varlistentry><term>element <literal>cql2rpn</literal> (optional)</term>
    <listitem>
     <para>
   <varlistentry><term>element <literal>cql2rpn</literal> (optional)</term>
    <listitem>
     <para>
-     Specifies a filename that includes CQL to RPN conversion for this
-     backend server. See CQL section in YAZ manual.
+     Specifies a filename that includes <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink> to RPN conversion for this
+     backend server. See <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink> section in YAZ manual.
      If given, the backend server will only "see" a Type-1/RPN query. 
     </para>
    </listitem>
      If given, the backend server will only "see" a Type-1/RPN query. 
     </para>
    </listitem>
   <varlistentry><term>element <literal>explain</literal> (optional)</term>
    <listitem>
     <para>
   <varlistentry><term>element <literal>explain</literal> (optional)</term>
    <listitem>
     <para>
-     Specifies SRW/SRU ZeeRex content for this server. Copied verbatim
+     Specifies  <ulink url="http://www.loc.gov/standards/sru/srw/">SRW</ulink>/ <ulink url="http://www.loc.gov/standards/sru/">SRU</ulink> ZeeRex content for this server. Copied verbatim
      to the client. As things are now, some of the Explain content
      seeem redundant because host information, etc. is also stored
      elsewhere.
      to the client. As things are now, some of the Explain content
      seeem redundant because host information, etc. is also stored
      elsewhere.
  elements.
 </para>
 <para>
  elements.
 </para>
 <para>
- For <literal>"server2"</literal> elements for CQL to RPN conversion
+ For <literal>"server2"</literal> elements for <ulink url="http://www.loc.gov/standards/sru/cql/">CQL</ulink> to RPN conversion
  is supported and explain information has been added (a short one here
  to keep the example small).
 </para>
  is supported and explain information has been added (a short one here
  to keep the example small).
 </para>