Javadoc - Field constructor with Reader needs comment about retained reference
--
Key: LUCENE-594
URL: http://issues.apache.org/jira/browse/LUCENE-594
Project: Lucene - Java
Type: Improvement
OutOfMemory on Index-builds
---
Key: LUCENE-595
URL: http://issues.apache.org/jira/browse/LUCENE-595
Project: Lucene - Java
Type: Bug
Versions: 2.0.0
Environment: Java(TM) 2 Runtime Environment, Standard Edition (build
1.5.0_06-b05)
OutOfMemory on Index-build
--
Key: LUCENE-596
URL: http://issues.apache.org/jira/browse/LUCENE-596
Project: Lucene - Java
Type: Bug
Versions: 2.0.0
Environment: Java(TM) 2 Runtime Environment, Standard Edition (build
1.5.0_06-b05)
o
> Can you share how you implemented Trie in your App, especialy
interesting part for me is how you go about memory consumption,
> have you tried really large dictionaries (1Mio+)?
Sure can. You could slog through the source,
which is available from:
http://www.alias-i.com/lingpipe
There a
[
http://issues.apache.org/jira/browse/LUCENE-595?page=comments#action_12415575 ]
rcolmegna commented on LUCENE-595:
--
Solved: NOT a Lucene generated-problem
> OutOfMemory on Index-builds
> ---
>
> Key: LUCENE-595
>
[
http://issues.apache.org/jira/browse/LUCENE-596?page=comments#action_12415576 ]
rcolmegna commented on LUCENE-596:
--
Solved: NOT a Lucene generated-problem
> OutOfMemory on Index-build
> --
>
> Key: LUCENE-596
> U
Hi all,
I need to support query expressions like *xyz and possibly *lmn*. The
former can be done with high search efficiency by storing (delimited)
reversed tokens and the latter by storing all (delimited) rotations for
each token. However, both of these techniques have high index overhead,
the
Chuck Williams wrote:
If not, it occurs to me that one simple and substantial optimization is
to support a token filter for term vectors, i.e. pass tokens through an
additional filter for addition to term vectors. Unless there is a
better solution, I'll post such a patch.
Why not instead add t
Doug Cutting wrote on 06/09/2006 11:00 AM:
> Why not instead add the rotated and/or reversed tokens to a different
> field that does not store vectors?
That would be a better idea. Thanks!
Chuck
-
To unsubscribe, e-mail: [EMA
[ http://issues.apache.org/jira/browse/LUCENE-596?page=all ]
Hoss Man closed LUCENE-596:
---
Resolution: Invalid
> OutOfMemory on Index-build
> --
>
> Key: LUCENE-596
> URL: http://issues.apache.org/jira/browse/LUCEN
[ http://issues.apache.org/jira/browse/LUCENE-545?page=all ]
Grant Ingersoll resolved LUCENE-545:
Resolution: Fixed
Thanks, Chuck, for the assistance!
> Field Selection and Lazy Field Loading
> --
>
>
On 6/9/06, Bob Carpenter <[EMAIL PROTECTED]> wrote:
> Can you share how you implemented Trie in your App, especialy
interesting part for me is how you go about memory consumption,
> have you tried really large dictionaries (1Mio+)?
Sure can. You could slog through the source,
which is availab
[ http://issues.apache.org/jira/browse/LUCENE-594?page=all ]
Otis Gospodnetic resolved LUCENE-594:
-
Resolution: Fixed
I already did this yesterday, I believe. Thanks!
> Javadoc - Field constructor with Reader needs comment about retained refe
[
http://issues.apache.org/jira/browse/LUCENE-558?page=comments#action_12415638 ]
Otis Gospodnetic commented on LUCENE-558:
-
It looks like LUCENE-545 solved the lazy field load issue, but you want to
extend it some more, so I'll leave this open. If
14 matches
Mail list logo