[jira] Commented: (LUCENE-794) Extend contrib Highlighter to properly support phrase queries and span queries
[
https://issues.apache.org/jira/browse/LUCENE-794?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563106#action_12563106
]
Nicolas Dessaigne commented on LUCENE-794:
--
Mark,
I added a few lines of code to the WeightedSpanTermExtractor.extract method to
handle DisjunctionMaxQuery instances. I didn't take the time to make a patch
against your new version but the code is pretty simple:
{code}
...
} else if (query instanceof DisjunctionMaxQuery) {}}
Map disjunctTerms = new HashMap();
for (Iterator iterator = ((DisjunctionMaxQuery) query).iterator();
iterator.hasNext();) {
extract((Query) iterator.next(), disjunctTerms);
}
terms.putAll(disjunctTerms);
} else {
...
{code}
> Extend contrib Highlighter to properly support phrase queries and span queries
> --
>
> Key: LUCENE-794
> URL: https://issues.apache.org/jira/browse/LUCENE-794
> Project: Lucene - Java
> Issue Type: Improvement
> Components: Other
>Reporter: Mark Miller
>Priority: Minor
> Attachments: SpanHighlighter-01-26-2008.patch, spanhighlighter.patch,
> spanhighlighter10.patch, spanhighlighter11.patch, spanhighlighter12.patch,
> spanhighlighter2.patch, spanhighlighter3.patch, spanhighlighter5.patch,
> spanhighlighter6.patch, spanhighlighter7.patch, spanhighlighter8.patch,
> spanhighlighter9.patch, spanhighlighter_24_January_2008.patch,
> spanhighlighter_patch_4.zip
>
>
> This patch adds a new Scorer class (SpanQueryScorer) to the Highlighter
> package that scores just like QueryScorer, but scores a 0 for Terms that did
> not cause the Query hit. This gives 'actual' hit highlighting for the range
> of SpanQuerys and PhraseQuery. There is also a new Fragmenter that attempts
> to fragment without breaking up Spans.
> See http://issues.apache.org/jira/browse/LUCENE-403 for some background.
> There is a dependency on MemoryIndex.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (LUCENE-794) Extend contrib Highlighter to properly support PhraseQuery, SpanQuery, ConstantScoreRangeQuery
[ https://issues.apache.org/jira/browse/LUCENE-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated LUCENE-794: --- Description: This patch adds a new Scorer class (SpanQueryScorer) to the Highlighter package that scores just like QueryScorer, but scores a 0 for Terms that did not cause the Query hit. This gives 'actual' hit highlighting for the range of SpanQuerys, PhraseQuery, and ConstantScoreRangeQuery. New Query types are easy to add. There is also a new Fragmenter that attempts to fragment without breaking up Spans. See http://issues.apache.org/jira/browse/LUCENE-403 for some background. There is a dependency on MemoryIndex. was: This patch adds a new Scorer class (SpanQueryScorer) to the Highlighter package that scores just like QueryScorer, but scores a 0 for Terms that did not cause the Query hit. This gives 'actual' hit highlighting for the range of SpanQuerys and PhraseQuery. There is also a new Fragmenter that attempts to fragment without breaking up Spans. See http://issues.apache.org/jira/browse/LUCENE-403 for some background. There is a dependency on MemoryIndex. Lucene Fields: [New, Patch Available] (was: [New]) Summary: Extend contrib Highlighter to properly support PhraseQuery, SpanQuery, ConstantScoreRangeQuery (was: Extend contrib Highlighter to properly support phrase queries and span queries) > Extend contrib Highlighter to properly support PhraseQuery, SpanQuery, > ConstantScoreRangeQuery > --- > > Key: LUCENE-794 > URL: https://issues.apache.org/jira/browse/LUCENE-794 > Project: Lucene - Java > Issue Type: Improvement > Components: Other >Reporter: Mark Miller >Priority: Minor > Attachments: SpanHighlighter-01-26-2008.patch, > SpanHighlighter-01-28-2008.patch, spanhighlighter.patch, > spanhighlighter10.patch, spanhighlighter11.patch, spanhighlighter12.patch, > spanhighlighter2.patch, spanhighlighter3.patch, spanhighlighter5.patch, > spanhighlighter6.patch, spanhighlighter7.patch, spanhighlighter8.patch, > spanhighlighter9.patch, spanhighlighter_24_January_2008.patch, > spanhighlighter_patch_4.zip > > > This patch adds a new Scorer class (SpanQueryScorer) to the Highlighter > package that scores just like QueryScorer, but scores a 0 for Terms that did > not cause the Query hit. This gives 'actual' hit highlighting for the range > of SpanQuerys, PhraseQuery, and ConstantScoreRangeQuery. New Query types are > easy to add. There is also a new Fragmenter that attempts to fragment without > breaking up Spans. > See http://issues.apache.org/jira/browse/LUCENE-403 for some background. > There is a dependency on MemoryIndex. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (LUCENE-794) Extend contrib Highlighter to properly support phrase queries and span queries
[ https://issues.apache.org/jira/browse/LUCENE-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated LUCENE-794: --- Attachment: SpanHighlighter-01-28-2008.patch Thanks, looks great. New patch with posted code. > Extend contrib Highlighter to properly support phrase queries and span queries > -- > > Key: LUCENE-794 > URL: https://issues.apache.org/jira/browse/LUCENE-794 > Project: Lucene - Java > Issue Type: Improvement > Components: Other >Reporter: Mark Miller >Priority: Minor > Attachments: SpanHighlighter-01-26-2008.patch, > SpanHighlighter-01-28-2008.patch, spanhighlighter.patch, > spanhighlighter10.patch, spanhighlighter11.patch, spanhighlighter12.patch, > spanhighlighter2.patch, spanhighlighter3.patch, spanhighlighter5.patch, > spanhighlighter6.patch, spanhighlighter7.patch, spanhighlighter8.patch, > spanhighlighter9.patch, spanhighlighter_24_January_2008.patch, > spanhighlighter_patch_4.zip > > > This patch adds a new Scorer class (SpanQueryScorer) to the Highlighter > package that scores just like QueryScorer, but scores a 0 for Terms that did > not cause the Query hit. This gives 'actual' hit highlighting for the range > of SpanQuerys and PhraseQuery. There is also a new Fragmenter that attempts > to fragment without breaking up Spans. > See http://issues.apache.org/jira/browse/LUCENE-403 for some background. > There is a dependency on MemoryIndex. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (LUCENE-997) Add search timeout support to Lucene
[ https://issues.apache.org/jira/browse/LUCENE-997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563155#action_12563155 ] Sean Timm commented on LUCENE-997: -- @Timo: "didn't I use a volatile long already?" Indeed. I guess that wasn't a very big change then. ;-) > Add search timeout support to Lucene > > > Key: LUCENE-997 > URL: https://issues.apache.org/jira/browse/LUCENE-997 > Project: Lucene - Java > Issue Type: New Feature >Reporter: Sean Timm >Priority: Minor > Attachments: HitCollectorTimeoutDecorator.java, > LuceneTimeoutTest.java, LuceneTimeoutTest.java, MyHitCollector.java, > timeout.patch, timeout.patch, timeout.patch, TimerThreadTest.java > > > This patch is based on Nutch-308. > This patch adds support for a maximum search time limit. After this time is > exceeded, the search thread is stopped, partial results (if any) are returned > and the total number of results is estimated. > This patch tries to minimize the overhead related to time-keeping by using a > version of safe unsynchronized timer. > This was also discussed in an e-mail thread. > http://www.nabble.com/search-timeout-tf3410206.html#a9501029 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Back Compatibility
It may seem like a socialist or a communist or a free love hippy attitude, It sounds like a perfect attitude. (In particular the "free love hippie" part - does it come with LSD and tie-dyed/batik clothes too?) Kind regards, Endre. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (LUCENE-1159) jarify target gives misleading message when svnversion doesn't exist
jarify target gives misleading message when svnversion doesn't exist Key: LUCENE-1159 URL: https://issues.apache.org/jira/browse/LUCENE-1159 Project: Lucene - Java Issue Type: Bug Components: Build Reporter: Grant Ingersoll Assignee: Grant Ingersoll Priority: Trivial The jarify command in common-build.xml seems to indicate failure when it can't find svnversion, but this is, in fact, just a warning. We should check to see if svnversion exists before attempting the command at all, if possible. The message looks something like: [exec] Execute failed: java.io.IOException: java.io.IOException: svnversion: not found Which is understandable, but it is not clear what the ramifications are of this missing. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Hudson build is back to normal: Lucene-trunk #360
See http://hudson.zones.apache.org/hudson/job/Lucene-trunk/360/changes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
