lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "DM Smith (JIRA)" <j...@apache.org>
Subject [jira] Commented: (LUCENE-1799) Unicode compression
Date Thu, 19 Nov 2009 16:11:41 GMT

    [ https://issues.apache.org/jira/browse/LUCENE-1799?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12780129#action_12780129
] 

DM Smith commented on LUCENE-1799:
----------------------------------

The sample code is probably what is on this page, here:
    http://unicode.org/notes/tn6/#Sample_Code

>From what I gather reading the whole page:
If we port the sample code and the test case and then provide demonstration that all test
pass, then we will be granted a license.

There's contact info at the bottom of the page for getting the license. Maybe, contact them
for clarification?

As the code is fairly small, I don't think it would be too hard to port. The trick is that
the sample code appears to deal in 32-bit arrays and we'd probably want a byte[].

> Unicode compression
> -------------------
>
>                 Key: LUCENE-1799
>                 URL: https://issues.apache.org/jira/browse/LUCENE-1799
>             Project: Lucene - Java
>          Issue Type: New Feature
>          Components: Store
>    Affects Versions: 2.4.1
>            Reporter: DM Smith
>            Priority: Minor
>
> In lucene-1793, there is the off-topic suggestion to provide compression of Unicode data.
The motivation was a custom encoding in a Russian analyzer. The original supposition was that
it provided a more compact index.
> This led to the comment that a different or compressed encoding would be a generally
useful feature. 
> BOCU-1 was suggested as a possibility. This is a patented algorithm by IBM with an implementation
in ICU. If Lucene provide it's own implementation a freely avIlable, royalty-free license
would need to be obtained.
> SCSU is another Unicode compression algorithm that could be used. 
> An advantage of these methods is that they work on the whole of Unicode. If that is not
needed an encoding such as iso8859-1 (or whatever covers the input) could be used.    

-- 
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-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-dev-help@lucene.apache.org


Mime
View raw message