Hi Adrien,
Thank you for your explanation!
I thought LUCENE-6819 removed the single byte float as well because to describe the background of
the ticket, you mentioned it was poor precision. So I thought the ticket solved it (from the context).
So the field length is still stored in the single byte and the precision of the float still not
good? And the point of the LUCENE-6819 is that we can set more precise boost value if we want
because it no longer depends on the poor precision single byte for field length?
Thanks,
Koji
On 2017/08/22 18:10, Adrien Grand wrote:
Hi Koji,
OmitNorms is still valid. It used to store a scoring factor that depended on both the field length
and an index-time boost. The only difference that LUCENE-6819 made is that norms now only store a
number that depends on the field length since index-time boosts have been removed.
Le mar. 22 août 2017 à 10:30, Koji Sekiguchi <[email protected]
<mailto:[email protected]>> a écrit :
Hi,
After LUCENE-6819 committed, I think omitNorms was removed but it seems it
is still alive.
Deprecate index-time boosts?
https://issues.apache.org/jira/browse/LUCENE-6819
Is it still valid or is there a ticket to delete it?
Thanks,
Koji
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
<mailto:[email protected]>
For additional commands, e-mail: [email protected]
<mailto:[email protected]>
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
