Highligter fails to include non-token at end of string to be highlighted
Key: LUCENE-645
URL: http://issues.apache.org/jira/browse/LUCENE-645
Project: Lucene - Java
Iss
[
http://issues.apache.org/jira/browse/LUCENE-639?page=comments#action_12425473 ]
Johan Stuyts commented on LUCENE-639:
-
I don't know what your test method is but a difference of 13-15% is very
unlikely. The algorithms are too simple to have
[
http://issues.apache.org/jira/browse/LUCENE-487?page=comments#action_12425482 ]
Christophe Bégot commented on LUCENE-487:
-
I believe that I detected a bug in this extention
The case of file containing only one caracter is not well index
[
http://issues.apache.org/jira/browse/LUCENE-487?page=comments#action_12425483 ]
Christophe Bégot commented on LUCENE-487:
-
I believe that I detected a bug in this extension
The case of file containing only one character does not index c
[ http://issues.apache.org/jira/browse/LUCENE-635?page=all ]
Michael McCandless updated LUCENE-635:
--
Attachment: LUCENE-635-Aug3.patch
This patch contains the same source changes as my July 26 patch, but this one
is done "correctly" as the output o
[
http://issues.apache.org/jira/browse/LUCENE-639?page=comments#action_12425529 ]
Yonik Seeley commented on LUCENE-639:
-
Indeed, I had a bug... I'll do some retesting.
> [PATCH] Slight performance improvement for readVInt() of IndexInput
> -
[
http://issues.apache.org/jira/browse/LUCENE-639?page=comments#action_12425537 ]
Johan Stuyts commented on LUCENE-639:
-
Yonik, please let me know where you think the test that I provided is flawed.
Comparing the results from your test to th
[
http://issues.apache.org/jira/browse/LUCENE-639?page=comments#action_12425563 ]
Yonik Seeley commented on LUCENE-639:
-
> Yonik, please let me know where you think the test that I provided is flawed.
Tests are always flawed :-) If our te
[
http://issues.apache.org/jira/browse/LUCENE-639?page=comments#action_12425570 ]
Yonik Seeley commented on LUCENE-639:
-
OK, I had a bug in Vint2a... correcting it makes it slower than Vint2 on Java6
(at least on a P4). But VInt2a is still
Hi,
I'm working towards a patch of the "getting started" pages, to fix
small issues (typos, grammar issues, adding links to Javadocs, etc.).
But, in the process, I came across this inconsistency: for the Web
application demo, the indexing (done by IndexHTML.java) uses the
StandardAnalyzer but t
[ http://issues.apache.org/jira/browse/LUCENE-644?page=all ]
Ronnie Kolehmainen updated LUCENE-644:
--
Attachment: TokenSources.java
TokenSources.java.diff
Mark, I played around a bit with the code in TokenSources and added a method
w
On Donnerstag 03 August 2006 19:31, Michael McCandless wrote:
> But, in the process, I came across this inconsistency: for the Web
> application demo, the indexing (done by IndexHTML.java) uses the
> StandardAnalyzer but the searcher (in results.jsp) uses the
> StopAnalyzer. Shouldn't they be the
You're welcome! OK super, I will include this fix in the patch...
Mike
Daniel Naber wrote:
On Donnerstag 03 August 2006 19:31, Michael McCandless wrote:
But, in the process, I came across this inconsistency: for the Web
application demo, the indexing (done by IndexHTML.java) uses the
Standa
[
http://issues.apache.org/jira/browse/LUCENE-639?page=comments#action_12425595 ]
Yonik Seeley commented on LUCENE-639:
-
I tested with a Lucene index (artificially constructed).
It contained 10,000 documents with 10% of them containing a term
[
http://issues.apache.org/jira/browse/LUCENE-639?page=comments#action_12425597 ]
Yonik Seeley commented on LUCENE-639:
-
Here's the simple TermDoc iteration test I used:
http://svn.apache.org/viewvc/lucene/java/trunk/src/test/org/apache/lucen
Sorry, I haven't had a change to review it yet... hopefully soon...
-Yonik
On 8/2/06, Ning Li <[EMAIL PROTECTED]> wrote:
> I rewrote IndexWriter in such a way that semantically it's the same as
before, but
> it provides extension points so that delete-by-term, delete-by-query, and more
> funct
On Jul 31, 2006, at 8:25 AM, Nicolas Lalevée wrote:
That looks good, but there is one restriction : it have to be per
document.
Yes, what I laid out was per-document - for each document, the fdx
file would keep a file pointer and an integer mapping to a codec.
In fact I was thinking abo
[PATCH] fix various small issues with the "getting started" demo pages
--
Key: LUCENE-646
URL: http://issues.apache.org/jira/browse/LUCENE-646
Project: Lucene - Java
Issue T
[ http://issues.apache.org/jira/browse/LUCENE-646?page=all ]
Daniel Naber resolved LUCENE-646.
-
Resolution: Fixed
Thanks, the patch has been committed and the changes should soon be visible on
the web pages.
> [PATCH] fix various small issues with the
[
http://issues.apache.org/jira/browse/LUCENE-645?page=comments#action_12425643 ]
Erik Hatcher commented on LUCENE-645:
-
There is some commented out code in Highlighter.java:
if (lastEndOffset < text.length())
[
http://issues.apache.org/jira/browse/LUCENE-645?page=comments#action_12425647 ]
Hoss Man commented on LUCENE-645:
-
Note that "svn blame" indicates that commenting those lines out was the sole
change mharwood made in r168452 which had this comm
[ http://issues.apache.org/jira/browse/LUCENE-626?page=all ]
Karl Wettin updated LUCENE-626:
---
Attachment: spellcheck_20060804.tar.gz
beta 3
total rewrite with focus on adaptation.
session search sequence extraction, training and suggesting are now sepera
22 matches
Mail list logo
