From: Marc Cromme <marc@indexdata.dk>
Date: Mon, 1 May 2006 13:07:40 +0000 (+0000)
Subject: added warning on clash betwen @attr 2=102 and @attr 9=  some number
X-Git-Tag: before.bug.529~150
X-Git-Url: http://git.indexdata.com/?p=idzebra-moved-to-github.git;a=commitdiff_plain;h=3fbdef96a1c730eb52d1ffbd7c90143fb7168f25

added warning on clash betwen @attr 2=102 and @attr 9=  some number
---

diff --git a/doc/administration.xml b/doc/administration.xml
index 4619e67..773edfd 100644
--- a/doc/administration.xml
+++ b/doc/administration.xml
@@ -1,5 +1,5 @@
 <chapter id="administration">
- <!-- $Id: administration.xml,v 1.30 2006-05-01 12:59:33 marc Exp $ -->
+ <!-- $Id: administration.xml,v 1.31 2006-05-01 13:07:40 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
@@ -942,7 +942,7 @@
 
    <para>
     There are cases, however, where relevance of hit set documents is
-    hghly dependent on the query processed.
+    highly dependent on the query processed.
     Simply put, <literal>dynamic relevance ranking</literal> 
     sortes a set of retrieved 
     records such
@@ -1074,6 +1074,17 @@
      TF-IDF (Term Frequecy over Inverse Document Frequency) like algorithm.
    </para>
 
+   <warning>
+     <para>
+      Notice that <literal>dynamic ranking</literal> is not compatible
+      with <literal>estimated hit sizes</literal>, as all documents in
+      a hit set must be acessed to compute the correct placing in a
+      ranking sorted list. Therefore the use attribute setting
+      <literal>@attr 2=102</literal> clashes with 
+      <literal>@attr 9=</literal>. 
+     </para>
+   </warning>  
+
    <para>
      It is possible to apply dynamic ranking on parts of the PQF query
      allone: