Every now and again, someone emails me off list asking to be removed
from the list and I always forward them to Erik, b/c I know he is a
moderator. However, I was wondering who else is besides Erik, since,
AIUI, there needs to be at least 3 in ASF-land, right?
So, if you're a list
[
https://issues.apache.org/jira/browse/LUCENE-1567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luis Alves updated LUCENE-1567:
---
Attachment: lucene_trunk_FlexQueryParser_2009March24.patch
This is first initial patch, for people
Grant Ingersoll wrote:
Every now and again, someone emails me off list asking to be removed
from the list and I always forward them to Erik, b/c I know he is a
moderator. However, I was wondering who else is besides Erik, since,
AIUI, there needs to be at least 3 in ASF-land, right?
So, if
How can i found positions of find text in document??? Tnks.
--
View this message in context:
http://www.nabble.com/Please-help%21-Get-found-text-positions-in-the-document-tp22679200p22679200.html
Sent from the Lucene - Java Developer mailing list archive at Nabble.com.
[
https://issues.apache.org/jira/browse/LUCENE-1567?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12688663#action_12688663
]
Mark Miller commented on LUCENE-1567:
-
I have not had a chance to look too deeply yet
[
https://issues.apache.org/jira/browse/LUCENE-1563?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Miller resolved LUCENE-1563.
-
Resolution: Fixed
Add example test case for surround query language
I agree about the unnecessary method call - we should make a collector's
implementation as efficient as possible.
One concern I have about the direction you'd like a HitCollector to evolve
to is that if a collector will need to ask for the document's score instead
of retrieving it, we might face
[
https://issues.apache.org/jira/browse/LUCENE-1567?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12688721#action_12688721
]
Mark Miller commented on LUCENE-1567:
-
From
Shai Erera ser...@gmail.com wrote:
But what about cases like collectors chaining, extensions and
running w/ several collectors? If each collector will need to
request for the document's score, it might be computed over and over
again. Consider a case for example, of a TopScoreDocCollector,
On Tue, Mar 24, 2009 at 02:47:07PM +0200, Shai Erera wrote:
I agree about the unnecessary method call - we should make a collector's
implementation as efficient as possible.
Maybe it makes sense to just bite the bullet and duplicate the unrolled code?
There's precedent: ScorerDocQueue is not
[
https://issues.apache.org/jira/browse/LUCENE-1231?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12688803#action_12688803
]
Michael Busch commented on LUCENE-1231:
---
While working on this I got kind of stuck
Would TopDocsCollector subclass HitCollector or
MultiReaderHitCollector?
Well ... we've been there as well already :). I don't think there's an easy
answer here. I guess if MRHC is the better approach, and we think all
Top***DocCollector would want to have the MRHC functionality, then I'd say
Yes, java-dev and user
On Mar 24, 2009, at 10:26 AM, Andrzej Bialecki wrote:
Grant Ingersoll wrote:
Every now and again, someone emails me off list asking to be
removed from the list and I always forward them to Erik, b/c I know
he is a moderator. However, I was wondering who else is
See the SpanQuery implementations: SpanTermQuery, SpanNearQuery, etc.
They are in org.apache.lucene.search.spans.
Just FYI, in the future these questions are best asked on java-user,
as it is for people with questions about how to use Lucene.
Cheers,
Grant
On Mar 24, 2009, at 1:14 PM,
[
https://issues.apache.org/jira/browse/LUCENE-1567?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12688871#action_12688871
]
Adriano Crestani commented on LUCENE-1567:
--
From
Uwe and I talked a little bit about this at the ApacheCon. We figured
that this will probably only improve a very small amount of ranges, so
as Uwe recommended, this is probably not worth the effort and complexity.
Never mind, just an idea :)
-Michael
On 3/24/09 12:40 AM, Michael Busch
The biggest problem is: to find out if it is an improvement for a specific
range (when using TrieRange), you have to count the trie encoded terms from
the index that fall into the sub-ranges... And if you have done this, you
have done half of the filter work. The important thing with TrieRange is,
DistanceFilter problem with deleted documents
-
Key: LUCENE-1571
URL: https://issues.apache.org/jira/browse/LUCENE-1571
Project: Lucene - Java
Issue Type: Bug
Components: contrib/spatial
18 matches
Mail list logo