[
https://issues.apache.org/jira/browse/LUCENE-3687?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Willnauer updated LUCENE-3687:
------------------------------------
Attachment: LUCENE-3687.patch
here is a first patch allowing similarity be more flexible when encoding norms.
This patch allows similarity to write all numeric values plus fixed bytes. I
tried to keep the actual DocValues type out of similarity to reduce complexity.
From my perspective this is a fair game here not exposing the entire power of
DocValues to similarity to reduce complexity in the API.
I cleaned up the Lucene4FieldInfoFormat and added a preflex and 3x version. The
3x version is read-only and only deals with what was supported in 3x. 4x
FieldInfo format has no backwards logic in there anymore too.
The preflex version is slightly different. Even that this is a 3x mock codec
for RW support I need to write fieldnumbers since the actual FI ord might be
different from the field number assigned by the trunk IW. so I have a special
format for this.
there is certainly room for improvement but its a start. comments are welcome
> Allow similarity to encode norms other than a single byte
> ---------------------------------------------------------
>
> Key: LUCENE-3687
> URL: https://issues.apache.org/jira/browse/LUCENE-3687
> Project: Lucene - Java
> Issue Type: New Feature
> Components: core/index, core/search
> Affects Versions: 4.0
> Reporter: Simon Willnauer
> Fix For: 4.0
>
> Attachments: LUCENE-3687.patch
>
>
> LUCENE-3628 cut over norms to docvalues. This removes the long standing
> limitation that norms are a single byte. Yet, we still need to expose this
> functionality to Similarity to write / encode norms in a different format.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
