X-Git-Url: http://lists.indexdata.dk/cgi-bin?a=blobdiff_plain;f=NEWS;h=946f3f45d8df17cd0bd69e081e585ef631d863bb;hb=3fcbed280bd20e84d9062e3b6b7ac6d7decb80bb;hp=84c64ca2e1e2c504f75f2978b1c7990e5354ebda;hpb=8935bb7f0516cd2e861d4e47c6123e7ac4028e91;p=pazpar2-moved-to-github.git

diff --git a/NEWS b/NEWS
index 84c64ca..946f3f4 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,56 @@
+--- 1.6.22 2012/10/11
+
+Requires YAZ-4.2.40 to support native solr support. 
+
+Fix and improve logic handling whether or not to re-do search on sort 
+order changes. A sort order with change in ascending/descending only 
+whould not trigger a new search, which is required for targets with 
+native sorting capabilities. Each client is now checked if instructions
+(sortmap) exist for native sorting and only client that does requires 
+it is researched. Other clients is just re-ingesting the records, 
+they already have. The resultset is now cleared if any researching 
+is done. 
+
+Connection sharing between session has broken since version 1.6.8 with 
+introduction of logic that would minimize searching if pazpar2 could 
+detect this based on same query and limits and partly sort order. 
+This could lead to segementations violations.
+
+Added a chapter in the manaul about relevance ranking.
+
+--- 1.6.21 2012/09/24
+
+Rank tweak: follow=number will increase mult by number if two terms
+occur next to each other; number-1 if they are one term apart , .. 0
+if they are number a part (all in order). Default is 0 (following
+terms has no effect).
+
+Rank tweak: lead=k will divide mult by 1 + log2(1+k*l) where k is
+value given by lead and l is length from beginning of field where
+term occurs (l=0 for first term, l=1 for second term, ..). Default
+value of k is 0.0.
+
+Rank tweak: length=strategy. length="linear" if mult is to be divided
+by length (existing, default behavior), length="log" if mult is to be 
+divided by log2(1+length), length="none" if mult is not to be affected
+by length.
+
+--- 1.6.20 2012/09/21
+
+Rank algorithm details may be printed as part of show response in
+element <relevance_info>.. This is only printed if <rank debug="yes"/>
+is used in service.
+
+Record as returned by show/record command have a minimal indentation
+which makes things human-readable.
+
+New configuration of default sorting criteria (sort-default) in 
+service definition. If no criteria is defined it will be as before
+'relevance'. 
+
+Search command now supports sort parameter just as the show command. 
+If no parameter is give, it will use the service sort-default value.
+
 --- 1.6.19 2012/09/18
 
 Rank algorithm skips strings that gets normalized to empty string.