[jira] Commented: (LUCENE-1458) Further steps towards flexible indexing

[ https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12649968#action_12649968 ] Michael McCandless commented on LUCENE-1458: {quote} Nevertheless, the terms i

[jira] Commented: (LUCENE-1435) CollationKeyFilter: convert tokens into CollationKeys encoded using IndexableBinaryStringTools

[ https://issues.apache.org/jira/browse/LUCENE-1435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12649967#action_12649967 ] Michael McCandless commented on LUCENE-1435: Another use-case for allowing per

[jira] Commented: (LUCENE-1464) FSDirectory.getDirectory always creates index path

[ https://issues.apache.org/jira/browse/LUCENE-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12649954#action_12649954 ] Andrzej Bialecki commented on LUCENE-1464: --- Ok, after reading LUCENE-773 I relu

[jira] Commented: (LUCENE-1464) FSDirectory.getDirectory always creates index path

[ https://issues.apache.org/jira/browse/LUCENE-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12649952#action_12649952 ] Michael McCandless commented on LUCENE-1464: I don't understand what you mean

[jira] Commented: (LUCENE-1464) FSDirectory.getDirectory always creates index path

[ https://issues.apache.org/jira/browse/LUCENE-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12649950#action_12649950 ] Andrzej Bialecki commented on LUCENE-1464: --- Well, if it's the IndexWriter's job

[jira] Commented: (LUCENE-1464) FSDirectory.getDirectory always creates index path

[ https://issues.apache.org/jira/browse/LUCENE-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12649946#action_12649946 ] Michael McCandless commented on LUCENE-1464: bq. I'm curious why we shouldn't

Re: OpenBitSet.trimTrailingZeros() doesn't free memory

On Sat, Nov 22, 2008 at 11:35 AM, Timo Nentwig <[EMAIL PROTECTED]> wrote: > IMHO it doesn't make much sense that trimTrailingZeros() doesn't shrink the > array. Sure the arraycopy() will take some extra time and simply adjusting > wlen still has the benefit that it will probably speed up the bit se

OpenBitSet.trimTrailingZeros() doesn't free memory

Hi there, IMHO it doesn't make much sense that trimTrailingZeros() doesn't shrink the array. Sure the arraycopy() will take some extra time and simply adjusting wlen still has the benefit that it will probably speed up the bit set operations as there are less bits to be operated on. On the oth

[jira] Commented: (LUCENE-1464) FSDirectory.getDirectory always creates index path

[ https://issues.apache.org/jira/browse/LUCENE-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12649940#action_12649940 ] Andrzej Bialecki commented on LUCENE-1464: --- The patch looks fine to me in the s

Re: [jira] Commented: (LUCENE-1458) Further steps towards flexible indexing

that's the way to go! simple default could be B-Tree with prefix compression, it never disappoints and is relatively simple to implement. Berkeley DB (java edition) uses this, I think apache xindice as well ... if you really go heavyweight, than String B-Tree looks interesting as it mixes Pa

[jira] Updated: (LUCENE-1296) Allow use of compact DocIdSet in CachingWrapperFilter

[ https://issues.apache.org/jira/browse/LUCENE-1296?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Elschot updated LUCENE-1296: - Attachment: LUCENE-1296b.patch This time with finalResult() also removed from BooleanFilter. >

Re: [jira] Commented: (LUCENE-1458) Further steps towards flexible indexing

Thinking about this more... One way to compress the terms index in RAM and on disk would be to use a pre-compiled (during indexing) letter FST (finite state transducer). It would be similar to a letter-trie, which is similar to a binary tree except at each node you have N letters as children, so

Problem with RangeQuery in Lucene

I am new in using lucene and i stuck with one of the usecase while searching the index records I have two fields indexed MinExperience and MaxExperience, User will have two filters MinExperience and MaxExperience to select and filter it. Ex: Stored Index Records are having (MinExp-MaxExp) 1-6, 2-

[jira] Updated: (LUCENE-1464) FSDirectory.getDirectory always creates index path

[ https://issues.apache.org/jira/browse/LUCENE-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-1464: --- Attachment: LUCENE-1464.patch Attached patch that just creates the dir the first tim

[jira] Commented: (LUCENE-1296) Allow use of compact DocIdSet in CachingWrapperFilter

[ https://issues.apache.org/jira/browse/LUCENE-1296?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12649908#action_12649908 ] Michael McCandless commented on LUCENE-1296: It looks like the patch removed f

Re: Mark Miller as core Lucene committer

congrats Mark. You have been a great contributor to the Solr community as well. On Sat, Nov 22, 2008 at 7:09 AM, Michael Busch <[EMAIL PROTECTED]> wrote: > Welcome Mark! Good to have you on board! > > -Michael > > Grant Ingersoll wrote: >> >> Please welcome Mark Miller as a core Lucene committer.