[
https://issues.apache.org/jira/browse/LUCENE-1260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12722575#action_12722575
]
Karl Wettin commented on LUCENE-1260:
-------------------------------------
Hi Johan,
didn't try it out yet but the patch looks nice and clean. +1 from me. Let's try
to convince some of the old -1:ers.
YONIK? See, it's not just me. ; )
I do however still think it's nice with the serializable codec interface as in
the previous patches in order for all applications to use the index as intended
(Luke and what not). 256 bytes stored to a file and by default backed by a
binary search or so unless there is a registred codec that handles it
algorithmic. I'll copy and paste that in as an alternative suggestion ASAP.
(I think the next move should be to allow for per field variable norms
resolution, but that is a whole new issue.)
> Norm codec strategy in Similarity
> ---------------------------------
>
> Key: LUCENE-1260
> URL: https://issues.apache.org/jira/browse/LUCENE-1260
> Project: Lucene - Java
> Issue Type: Improvement
> Components: Search
> Affects Versions: 2.3.1
> Reporter: Karl Wettin
> Attachments: Lucene-1260.patch, LUCENE-1260.txt, LUCENE-1260.txt,
> LUCENE-1260.txt
>
>
> The static span and resolution of the 8 bit norms codec might not fit with
> all applications.
> My use case requires that 100f-250f is discretized in 60 bags instead of the
> default.. 10?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org
