Sunday, February 18, 2001, 10:57:23 PM, I wrote:
AAC> Rating always == 1 bug still present in 3.1.10 (as in 3.1.9 too).
AAC> Now I use single text file contains 4 equal words to track it down.
AAC> In UdmFindSQL() I got correct result
AAC> wrd[0].pos == 4
AAC> (which becomes "rating" later in Res->Doc[i].rating=wrd[i+first].pos)
AAC> but this value is _damaged_ (reset to 1) right after
AAC> UdmGroupByURL(query,wrd);
AAC> call. If I comment it out, I got correct rating. UdmGroupByURL() is
AAC> complex function, and I don't try to debug it, but this particular
AAC> statement is very suspicious (since it overwrites .pos):
AAC> wrd[j].pos=bit_count(wrd[j].count);
AAC> Please send me fix or explaination, what is wrong here.
Looking in CVS Web I found this sql.c comment for v1.4 (ram) very suspicios:
Document rating store in pos field of wrd[] = n_uniq_words
According to this, rating always will be 1 for one-word searches, since
uniq word is always equal 1. Rating is totally meaningless in this case!
Moreover, for many-words searches it is not good too, sice can't
distinguish between (300 word1 + 300 word2) document and (word1 + word2)
document. Please reconsider this move.
--
Andrey A. Chernov
http://ache.pp.ru/
___________________________________________
If you want to unsubscribe send "unsubscribe general"
to [EMAIL PROTECTED]
