[jira] Commented: (LUCENE-1769) Fix wrong clover analysis because of backwards-tests, upgrade clover to 2.4.3 or better

2009-08-04 Thread Uwe Schindler (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1769?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12738893#action_12738893 ] Uwe Schindler commented on LUCENE-1769: --- {quote} bq. I only want to remove the call

Re: SortField questions

2009-08-04 Thread Michael McCandless
On Mon, Aug 3, 2009 at 10:29 PM, Yonik Seeley wrote: > Why is "reversed" passed into SortField.getComparator(), and what does it > mean? > Should it always be passed as sortField.getReversed() (and if so, why > does the param exist at all)? reversed may be passed on to some comparators (currently

[jira] Created: (LUCENE-1779) Remove unused "numSlotsFull" from FieldComparator.setNextReader

2009-08-04 Thread Michael McCandless (JIRA)
Remove unused "numSlotsFull" from FieldComparator.setNextReader --- Key: LUCENE-1779 URL: https://issues.apache.org/jira/browse/LUCENE-1779 Project: Lucene - Java Issue Type: Improv

[jira] Commented: (LUCENE-1748) getPayloadSpans on org.apache.lucene.search.spans.SpanQuery should be abstract

2009-08-04 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1748?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12738921#action_12738921 ] Michael McCandless commented on LUCENE-1748: Can you make the corresponding ch

[jira] Commented: (LUCENE-1763) MergePolicy should require an IndexWriter upon construction

2009-08-04 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1763?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12738922#action_12738922 ] Michael McCandless commented on LUCENE-1763: bq. Solr instantiates a MergePoli

Re: SortField questions

2009-08-04 Thread Koji Sekiguchi
Michael McCandless wrote: On Mon, Aug 3, 2009 at 10:29 PM, Yonik Seeley wrote: Why is "reversed" passed into SortField.getComparator(), and what does it mean? Should it always be passed as sortField.getReversed() (and if so, why does the param exist at all)? reversed may be passed on t

[jira] Commented: (LUCENE-1763) MergePolicy should require an IndexWriter upon construction

2009-08-04 Thread Shai Erera (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1763?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12738926#action_12738926 ] Shai Erera commented on LUCENE-1763: Yes I had to fix CreateIndexTask for that. We can

Re: SortField questions

2009-08-04 Thread Michael McCandless
On Tue, Aug 4, 2009 at 6:47 AM, Koji Sekiguchi wrote: > I should add them when I attached the patch. Sorry about that, Mike. > If I have time when finishing work for fast vector highlighter, > I'd like to contribute... It's fine! We can iterate :) And, really I should have asked for more javado

Re: Welcome Robert Muir as Lucene Java contrib committer

2009-08-04 Thread Shalin Shekhar Mangar
Welcome Robert! Great to have you here! On Tue, Aug 4, 2009 at 1:02 AM, Grant Ingersoll wrote: > The Lucene PMC is pleased to announce that Robert Muir has accepted an > invitation to join the Lucene community as a contrib committer. Robert has > contributed a number of advances related to for

[jira] Resolved: (LUCENE-1778) Add log.step support per task

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1778?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller resolved LUCENE-1778. - Resolution: Fixed thanks shai! > Add log.step support per task > -

Re: SortField questions

2009-08-04 Thread Yonik Seeley
On Tue, Aug 4, 2009 at 5:46 AM, Michael McCandless wrote: > On Mon, Aug 3, 2009 at 10:29 PM, Yonik Seeley > wrote: >> Why is "reversed" passed into SortField.getComparator(), and what does it >> mean? >> Should it always be passed as sortField.getReversed() (and if so, why >> does the param exist

[jira] Resolved: (LUCENE-1685) Make the Highlighter use SpanScorer by default

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1685?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller resolved LUCENE-1685. - Resolution: Fixed Lucene Fields: [New, Patch Available] (was: [New]) > Make the Highligh

Re: SortField questions

2009-08-04 Thread Michael McCandless
On Tue, Aug 4, 2009 at 9:56 AM, Yonik Seeley wrote: > OK, it sounds like it should always be the same as SortField.getReversed() > then? > In which case it seems redundant to pass it into > SortField.getComparator() since SortField already keeps track of it? Duh, right. I'll remove as an arg and

Re: SortField questions

2009-08-04 Thread Yonik Seeley
On Tue, Aug 4, 2009 at 11:18 AM, Michael McCandless wrote: > On Tue, Aug 4, 2009 at 9:56 AM, Yonik Seeley > wrote: >> OK, it sounds like it should always be the same as SortField.getReversed() >> then? >> In which case it seems redundant to pass it into >> SortField.getComparator() since SortFiel

Re: SortField questions

2009-08-04 Thread Michael McCandless
On Tue, Aug 4, 2009 at 11:29 AM, Yonik Seeley wrote: >> In fact I think SortField.getComparator should be package private? > > It would be nice to keep - Solr already uses it :-) Intersting! OK I'll leave it public but put "subject to suddenly change" warning on it. Mike --

Re: SortField questions

2009-08-04 Thread Yonik Seeley
On Tue, Aug 4, 2009 at 11:34 AM, Michael McCandless wrote: > On Tue, Aug 4, 2009 at 11:29 AM, Yonik Seeley > wrote: > >>> In fact I think SortField.getComparator should be package private? >> >> It would be nice to keep - Solr already uses it :-) > > Intersting!  OK I'll leave it public but put "s

Re: SortField questions

2009-08-04 Thread Michael McCandless
On Tue, Aug 4, 2009 at 11:46 AM, Yonik Seeley wrote: > On Tue, Aug 4, 2009 at 11:34 AM, Michael > McCandless wrote: >> On Tue, Aug 4, 2009 at 11:29 AM, Yonik Seeley >> wrote: >> In fact I think SortField.getComparator should be package private? >>> >>> It would be nice to keep - Solr already

[jira] Commented: (LUCENE-1748) getPayloadSpans on org.apache.lucene.search.spans.SpanQuery should be abstract

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1748?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739017#action_12739017 ] Mark Miller commented on LUCENE-1748: - Okay - my first time messing with the back comp

[jira] Commented: (LUCENE-1767) Add sizeof to OpenBitSet

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739019#action_12739019 ] Mark Miller commented on LUCENE-1767: - Anyone have anything to add or any committer wa

[jira] Updated: (LUCENE-1779) Remove unused "numSlotsFull" from FieldComparator.setNextReader

2009-08-04 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1779?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-1779: --- Attachment: LUCENE-1779.patch Attached patch: * Spruces up javadocs for FieldComp

[jira] Commented: (LUCENE-1763) MergePolicy should require an IndexWriter upon construction

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1763?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739021#action_12739021 ] Mark Miller commented on LUCENE-1763: - Thanks guys - we can fix this in Solr no proble

[jira] Commented: (LUCENE-1779) Remove unused "numSlotsFull" from FieldComparator.setNextReader

2009-08-04 Thread Yonik Seeley (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1779?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739023#action_12739023 ] Yonik Seeley commented on LUCENE-1779: -- +1 Thanks Mike, much improved! FieldComparat

[jira] Commented: (LUCENE-1779) Remove unused "numSlotsFull" from FieldComparator.setNextReader

2009-08-04 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1779?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739028#action_12739028 ] Michael McCandless commented on LUCENE-1779: bq. FieldComparator.sortType() is

[jira] Updated: (LUCENE-1779) Remove unused "numSlotsFull" from FieldComparator.setNextReader

2009-08-04 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1779?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-1779: --- Attachment: LUCENE-1779.patch New patch, removing FieldComparator.sortType(). > Rem

[jira] Resolved: (LUCENE-1504) Contrib-Spatial should use DocSet API rather then deprecated BitSet API

2009-08-04 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless resolved LUCENE-1504. Resolution: Fixed And then, there were 8! > Contrib-Spatial should use DocSet API

[jira] Commented: (LUCENE-1749) FieldCache introspection API

2009-08-04 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739080#action_12739080 ] Michael McCandless commented on LUCENE-1749: bq. Right - that code was well te

Re: ConcurrentMergeScheduler and MergePolicy question

2009-08-04 Thread Michael McCandless
On Mon, Aug 3, 2009 at 3:59 PM, Mark Miller wrote: > This time I loaded up 1.3 million wikipedia articles, gave the test 768MB of > RAM, warmed the Searcher with lots of searching before each measurement, and > compared 1 segment vs 5. The optimized index was 15-20% faster with the > queries I was

Re: basic questions on the new QueryParser

2009-08-04 Thread Michael McCandless
OK I will open an issue to further iterate on this... Mike On Tue, Aug 4, 2009 at 1:34 AM, Adriano Crestani wrote: > The "original" and "helper" aren't that descriptive to users. > > It's named "helper" because it extends QueryParserHelper, that's the only > reason. I think it's ok to rename "ori

[jira] Commented: (LUCENE-1749) FieldCache introspection API

2009-08-04 Thread Yonik Seeley (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739089#action_12739089 ] Yonik Seeley commented on LUCENE-1749: -- {quote} How about, for queries that need to g

[jira] Commented: (LUCENE-1749) FieldCache introspection API

2009-08-04 Thread Hoss Man (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739092#action_12739092 ] Hoss Man commented on LUCENE-1749: -- General Comments on mark's latest patch... * the chan

[jira] Commented: (LUCENE-1749) FieldCache introspection API

2009-08-04 Thread Hoss Man (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739093#action_12739093 ] Hoss Man commented on LUCENE-1749: -- bq. Hoss/Mark do you want to fold it in to the patch,

[jira] Commented: (LUCENE-1749) FieldCache introspection API

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739097#action_12739097 ] Mark Miller commented on LUCENE-1749: - bq. Mark: would you mind splitting up the lates

[jira] Commented: (LUCENE-1749) FieldCache introspection API

2009-08-04 Thread Yonik Seeley (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739098#action_12739098 ] Yonik Seeley commented on LUCENE-1749: -- bq. Asking the searcher for the docFreq is th

[jira] Commented: (LUCENE-1748) getPayloadSpans on org.apache.lucene.search.spans.SpanQuery should be abstract

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1748?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739104#action_12739104 ] Mark Miller commented on LUCENE-1748: - Thanks Hugh! > getPayloadSpans on org.apache.l

[jira] Resolved: (LUCENE-1748) getPayloadSpans on org.apache.lucene.search.spans.SpanQuery should be abstract

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1748?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller resolved LUCENE-1748. - Resolution: Fixed Fix Version/s: (was: 3.1) (was: 3.0) Luce

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739106#action_12739106 ] Mark Miller commented on LUCENE-1771: - Unless there is an objection, and after another

[jira] Commented: (LUCENE-1749) FieldCache introspection API

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739108#action_12739108 ] Mark Miller commented on LUCENE-1749: - bq. is it a bug that AverageGuessMemoryModel.ge

[jira] Commented: (LUCENE-1749) FieldCache introspection API

2009-08-04 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739122#action_12739122 ] Michael McCandless commented on LUCENE-1749: {quote} bq. Hoss/Mark do you want

[jira] Commented: (LUCENE-1749) FieldCache introspection API

2009-08-04 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739120#action_12739120 ] Michael McCandless commented on LUCENE-1749: {quote} Asking the searcher for t

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739124#action_12739124 ] Michael McCandless commented on LUCENE-1771: I think we should change the appr

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739126#action_12739126 ] Mark Miller commented on LUCENE-1771: - okay, sounds good > Using explain may double r

[jira] Created: (LUCENE-1780) deprecate Scorer.explain

2009-08-04 Thread Michael McCandless (JIRA)
deprecate Scorer.explain Key: LUCENE-1780 URL: https://issues.apache.org/jira/browse/LUCENE-1780 Project: Lucene - Java Issue Type: Improvement Reporter: Michael McCandless Assignee: Michael M

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739130#action_12739130 ] Mark Miller commented on LUCENE-1771: - searcher doesn't have access to numDocs (termqu

Re: basic questions on the new QueryParser

2009-08-04 Thread Luis Alves
Hi Uwe, The junit TestSpanQueryParserSimpleSample is a testcase that uses the OriginalSyntaxParser to parse the text, and it uses a SpansValidatorQueryNodeProcessor, UniqueFieldQueryNodeProcessor and a SpanOrQueryNodeBuilder to create a lucene SpanTermQuery. I think is a good initial example

[jira] Issue Comment Edited: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739130#action_12739130 ] Mark Miller edited comment on LUCENE-1771 at 8/4/09 1:16 PM: -

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Yonik Seeley (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739132#action_12739132 ] Yonik Seeley commented on LUCENE-1771: -- bq. searcher doesn't have access to numDocs (

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739135#action_12739135 ] Mark Miller commented on LUCENE-1771: - bq. Actually, since QueryWeight is new in 2.9,

[jira] Resolved: (LUCENE-1773) Add benchmark task for FastVectorHighlighter

2009-08-04 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1773?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless resolved LUCENE-1773. Resolution: Fixed Fix Version/s: 2.9 Thanks Koji! > Add benchmark task for

Re: basic questions on the new QueryParser

2009-08-04 Thread Adriano Crestani
Hi Mike, If so, maybe we should rename "OriginalQueryParserHelper" to "DefaultQueryParser" and perhaps move it up into oal.queryParser? I rather not have any specific implementation code to be placed outside its package. In future we will probably have a ComplexPhraseQueryParserHelper when the ne

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Yonik Seeley (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739137#action_12739137 ] Yonik Seeley commented on LUCENE-1771: -- bq. Good... cause it's a bug and it shouldn't

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Yonik Seeley (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739138#action_12739138 ] Yonik Seeley commented on LUCENE-1771: -- bq. We do have to be back compat with Weight

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739145#action_12739145 ] Mark Miller commented on LUCENE-1771: - CustomScoreQuery has no access to the top level

[jira] Resolved: (LUCENE-1780) deprecate Scorer.explain

2009-08-04 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1780?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless resolved LUCENE-1780. Resolution: Fixed > deprecate Scorer.explain > > >

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739148#action_12739148 ] Mark Miller commented on LUCENE-1771: - bq. QueryWeight doesn't need a explain(IndexRea

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Yonik Seeley (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739154#action_12739154 ] Yonik Seeley commented on LUCENE-1771: -- bq. Why not? QueryWeight implements Weight f

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739160#action_12739160 ] Mark Miller commented on LUCENE-1771: - Yes - but then I think we have to use the top r

[jira] Commented: (LUCENE-1749) FieldCache introspection API

2009-08-04 Thread Yonik Seeley (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739163#action_12739163 ] Yonik Seeley commented on LUCENE-1749: -- bq. Does Solr ever rely on Lucene's "implemen

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739166#action_12739166 ] Mark Miller commented on LUCENE-1771: - bq. This way individual queries are not respons

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Yonik Seeley (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739173#action_12739173 ] Yonik Seeley commented on LUCENE-1771: -- bq. .. so who is? (responsible for resolving

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739182#action_12739182 ] Mark Miller commented on LUCENE-1771: - bq. which brings up another point... isn't a ba

[jira] Issue Comment Edited: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739182#action_12739182 ] Mark Miller edited comment on LUCENE-1771 at 8/4/09 2:31 PM: -

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739194#action_12739194 ] Mark Miller commented on LUCENE-1771: - Ignore my previous comment - was missing the In

[jira] Updated: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated LUCENE-1771: Attachment: LUCENE-1771.patch Exploratory test patch > Using explain may double ram reqs for fiel

[jira] Updated: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated LUCENE-1771: Attachment: (was: LUCENE-1771.patch) > Using explain may double ram reqs for fieldcaches when

[jira] Updated: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated LUCENE-1771: Attachment: LUCENE-1771.patch whoops - don't need to sub reader break out in boolean query > Usin

[jira] Updated: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated LUCENE-1771: Attachment: (was: LUCENE-1771.patch) > Using explain may double ram reqs for fieldcaches when

[jira] Updated: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated LUCENE-1771: Attachment: LUCENE-1771.patch > Using explain may double ram reqs for fieldcaches when using > Va

[jira] Updated: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated LUCENE-1771: Attachment: LUCENE-1771.patch > Using explain may double ram reqs for fieldcaches when using > Va

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739203#action_12739203 ] Mark Miller commented on LUCENE-1771: - Okay - here is patch that should be good enough

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739208#action_12739208 ] Mark Miller commented on LUCENE-1771: - Too continue my JIRA spam on this issue: So th

[jira] Commented: (LUCENE-1758) improve arabic analyzer: light8 -> light10

2009-08-04 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739214#action_12739214 ] Robert Muir commented on LUCENE-1758: - if there are no objections to this one I would

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739216#action_12739216 ] Michael McCandless commented on LUCENE-1771: {quote} bq. searcher doesn't have

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739218#action_12739218 ] Michael McCandless commented on LUCENE-1771: bq. isn't a back-compat break too

contrib CHANGES and contrib/benchmark CHANGES

2009-08-04 Thread Robert Muir
curious how people feel about folding the contrib/benchmark CHANGES into the contrib CHANGES? -- Robert Muir rcm...@gmail.com - To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org For additional commands, e-mail: java

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739222#action_12739222 ] Mark Miller commented on LUCENE-1771: - Ah right - the wrapper call is on Searcher - tr

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739226#action_12739226 ] Mark Miller commented on LUCENE-1771: - Also the doc passed to explain from IndexSearch

[jira] Commented: (LUCENE-1773) Add benchmark task for FastVectorHighlighter

2009-08-04 Thread Koji Sekiguchi (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739235#action_12739235 ] Koji Sekiguchi commented on LUCENE-1773: Thanks Mike! One thing I forgot to mentio

[jira] Issue Comment Edited: (LUCENE-1773) Add benchmark task for FastVectorHighlighter

2009-08-04 Thread Koji Sekiguchi (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739235#action_12739235 ] Koji Sekiguchi edited comment on LUCENE-1773 at 8/4/09 4:15 PM:

[jira] Updated: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated LUCENE-1771: Attachment: LUCENE-1771.patch with doc debase and top level reader to for weight explain > Using

[jira] Issue Comment Edited: (LUCENE-1773) Add benchmark task for FastVectorHighlighter

2009-08-04 Thread Koji Sekiguchi (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739235#action_12739235 ] Koji Sekiguchi edited comment on LUCENE-1773 at 8/4/09 4:17 PM:

[jira] Issue Comment Edited: (LUCENE-1773) Add benchmark task for FastVectorHighlighter

2009-08-04 Thread Koji Sekiguchi (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739235#action_12739235 ] Koji Sekiguchi edited comment on LUCENE-1773 at 8/4/09 4:16 PM:

[jira] Updated: (LUCENE-1770) WikipediaQueryMaker

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated LUCENE-1770: Attachment: LUCENE-1770.patch changes name to EnWikiQueryMaker updates javadoc a bit - removes ja

[jira] Commented: (LUCENE-1758) improve arabic analyzer: light8 -> light10

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739242#action_12739242 ] Mark Miller commented on LUCENE-1758: - Its not released, but Arabic Analyzer has been

[jira] Created: (LUCENE-1781) Large distances in Spatial go beyond Prime MEridian

2009-08-04 Thread Bill Bell (JIRA)
Large distances in Spatial go beyond Prime MEridian --- Key: LUCENE-1781 URL: https://issues.apache.org/jira/browse/LUCENE-1781 Project: Lucene - Java Issue Type: Bug Components: cont

[jira] Updated: (LUCENE-1781) Large distances in Spatial go beyond Prime MEridian

2009-08-04 Thread Bill Bell (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1781?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bill Bell updated LUCENE-1781: -- Attachment: LLRect.java Fixed code - needs to be put in a release (trunk) > Large distances in Spatia

[jira] Updated: (LUCENE-1758) improve arabic analyzer: light8 -> light10

2009-08-04 Thread Robert Muir (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1758?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-1758: Attachment: LUCENE-1758.patch add note under Changes in Runtime Behavior warning any existing user

[jira] Updated: (LUCENE-1770) WikipediaQueryMaker

2009-08-04 Thread Koji Sekiguchi (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Koji Sekiguchi updated LUCENE-1770: --- Attachment: LUCENE-1770.patch bq. changes name to EnWikiQueryMaker changes name to EnWikiQ

[jira] Assigned: (LUCENE-1781) Large distances in Spatial go beyond Prime MEridian

2009-08-04 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1781?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless reassigned LUCENE-1781: -- Assignee: Michael McCandless > Large distances in Spatial go beyond Prime MEri

Re: contrib CHANGES and contrib/benchmark CHANGES

2009-08-04 Thread Mark Miller
Robert Muir wrote: curious how people feel about folding the contrib/benchmark CHANGES into the contrib CHANGES? +1. At the least, lets not follow that model anymore, unless we decide each contrib should get its own Change file. As a user, I want things to be nice and easy - check core Chan

[jira] Reopened: (LUCENE-1773) Add benchmark task for FastVectorHighlighter

2009-08-04 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1773?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless reopened LUCENE-1773: > Add benchmark task for FastVectorHighlighter > -

[jira] Created: (LUCENE-1782) Rename OriginalQueryParserHelper

2009-08-04 Thread Michael McCandless (JIRA)
Rename OriginalQueryParserHelper Key: LUCENE-1782 URL: https://issues.apache.org/jira/browse/LUCENE-1782 Project: Lucene - Java Issue Type: Improvement Components: contrib/* Affects Versions: 2.

Re: backwards compat tests

2009-08-04 Thread Chris Hostetter
: I wonder: if we run an "svn commit . tags/lucene_2_4.../src" whether : svn will do this as a single transaction? Because "." (the trunk : checkout) and tags/lucene_2_4... are two separate svn checkouts. (I : haven't tested). If it does, then I think this approach is cleanest? you can't have

[jira] Updated: (LUCENE-1770) EnwikiQueryMaker

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated LUCENE-1770: Summary: EnwikiQueryMaker (was: WikipediaQueryMaker) whoops - that W should be lowercase - Enwiki

[jira] Updated: (LUCENE-1781) Large distances in Spatial go beyond Prime MEridian

2009-08-04 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1781?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-1781: --- Attachment: LUCENE-1781.patch I was able to get TestCartesian to hit the issue, but

[jira] Commented: (LUCENE-1771) Using explain may double ram reqs for fieldcaches when using ValueSourceQuery/CustomScoreQuery or for ConstantScoreQuerys that use a caching Filter.

2009-08-04 Thread Yonik Seeley (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739298#action_12739298 ] Yonik Seeley commented on LUCENE-1771: -- bq. I'm confused... why is that a bug? Becau

[jira] Resolved: (LUCENE-1770) EnwikiQueryMaker

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller resolved LUCENE-1770. - Resolution: Fixed Fix Version/s: 2.9 > EnwikiQueryMaker > > >

[jira] Created: (LUCENE-1783) Benchmark highlights with older QueryTermScorer rather than the default QueryScorer.

2009-08-04 Thread Mark Miller (JIRA)
Benchmark highlights with older QueryTermScorer rather than the default QueryScorer. Key: LUCENE-1783 URL: https://issues.apache.org/jira/browse/LUCENE-1783 Project:

[jira] Reopened: (LUCENE-1685) Make the Highlighter use SpanScorer by default

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1685?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller reopened LUCENE-1685: - > Make the Highlighter use SpanScorer by default > -- >

[jira] Commented: (LUCENE-1773) Add benchmark task for FastVectorHighlighter

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739318#action_12739318 ] Mark Miller commented on LUCENE-1773: - I think the Highlighter tests might be messed u

[jira] Commented: (LUCENE-1685) Make the Highlighter use SpanScorer by default

2009-08-04 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739319#action_12739319 ] Mark Miller commented on LUCENE-1685: - I reopened this because I saw that changing ben

  1   2   >