[jira] Commented: (LUCENE-457) FieldCacheImpl take advantage of term info already being sorted

[ http://issues.apache.org/jira/browse/LUCENE-457?page=comments#action_12332532 ] Sam Hough commented on LUCENE-457: -- Doh. Guess could do merge sort but does make it much less attractive. Presumably making sorting algorithm better than O(N) for memory woul

Re: about numeric range searching with large value sets patches

I've never really looked at the IntegerRangeQuery submission, but if you think you've found a bug, you should attach your test to the JIRA issue that the orriginal patch bug has been migrated to, so that it's clear to anyone looking at applying it that it may have problems... http://issues.apache

[jira] Commented: (LUCENE-455) FieldsReader does not regard offset and position flags

[ http://issues.apache.org/jira/browse/LUCENE-455?page=comments#action_12332492 ] Bernhard Messer commented on LUCENE-455: Frank, thanks for the patch. I've reviewed it and commited it. Bernhard > FieldsReader does not regard offset and position f

[jira] Commented: (LUCENE-456) Duplicate hits and missing hits in sorted search

[ http://issues.apache.org/jira/browse/LUCENE-456?page=comments#action_12332478 ] Luc Vanlerberghe commented on LUCENE-456: - I applied the three patches as well and I also don't see any anomalies any more. Perhaps the fact that there is a 'hidden' u

[jira] Commented: (LUCENE-457) FieldCacheImpl take advantage of term info already being sorted

[ http://issues.apache.org/jira/browse/LUCENE-457?page=comments#action_12332477 ] Yonik Seeley commented on LUCENE-457: - I've thought the same thing... StringIndex without storing the strings. The actual string values are sometimes needed though... a Mul

[jira] Commented: (LUCENE-456) Duplicate hits and missing hits in sorted search

[ http://issues.apache.org/jira/browse/LUCENE-456?page=comments#action_12332465 ] Martin Seitz commented on LUCENE-456: - Yep! That did it. I applied the three patches (I had to modify them slightly for release 1.4.3) and it works - the test cases as wel

[jira] Created: (LUCENE-457) FieldCacheImpl take advantage of term info already being sorted

FieldCacheImpl take advantage of term info already being sorted --- Key: LUCENE-457 URL: http://issues.apache.org/jira/browse/LUCENE-457 Project: Lucene - Java Type: Improvement Components: Search Ve

Re: about numeric range searching with large value sets patches

Hello, I juste made some junit test using some IntegerRangeQuery's, and I get some strange results. I attached the junit test I used. It fails on the last assert. I am expecting only one result: the date between 1981 and 1983, but I get 2 The test output is: term = date:1980 term = date:1982