[
https://issues.apache.org/jira/browse/LUCENE-4609?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13528068#comment-13528068
]
Adrien Grand edited comment on LUCENE-4609 at 12/10/12 5:04 PM:
----------------------------------------------------------------
I just looked at IntDecoder/IntEncoder and wrapping a PackedInts
ReaderIterator/Writer (or maybe directly a Decoder/Encoder) looks easy to
implement. Don't hesitate to let me know if you have questions regarding the
PackedInts API!
was (Author: jpountz):
I just looked at Int{De,En}coder and wrapping a PackedInts
ReaderIterator/Writer (or maybe directly a Decoder/Encoder) looks easy to
implement. Don't hesitate to let me know if you have questions regarding the
PackedInts API!
> Writer a PackedIntsEncoder/Decoder for facets
> ---------------------------------------------
>
> Key: LUCENE-4609
> URL: https://issues.apache.org/jira/browse/LUCENE-4609
> Project: Lucene - Core
> Issue Type: New Feature
> Components: modules/facet
> Reporter: Shai Erera
> Priority: Minor
>
> Today the facets API lets you write IntEncoder/Decoder to encode/decode the
> category ordinals. We have several such encoders, including VInt (default),
> and block encoders.
> It would be interesting to implement and benchmark a
> PackedIntsEncoder/Decoder, with potentially two variants: (1) receives
> bitsPerValue up front, when you e.g. know that you have a small taxonomy and
> the max value you can see and (2) one that decides for each doc on the
> optimal bitsPerValue, writes it as a header in the byte[] or something.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
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]
