Everything was fine, no collision with my patches in my checkouts :-) Just
synced in Munich Airport before leaving :-)
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Michael Busch [mailto:busch...@
[
https://issues.apache.org/jira/browse/LUCENE-1856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Busch resolved LUCENE-1856.
---
Resolution: Fixed
Committed revision 822587.
> Remove Hits
> ---
>
>
[
https://issues.apache.org/jira/browse/LUCENE-1085?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Busch updated LUCENE-1085:
--
Fix Version/s: (was: 3.0)
3.1
> search.function should support all capa
Cool, I'll commit 1856 soon then. Thanks!
Michael
On 10/6/09 7:12 PM, Uwe Schindler wrote:
Hi Mark,
no problem, go forward. I am on a trip until Saturday evening, so no
problems.
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
separately, perhaps we should consider doing the prefixquery rewrite
here for wildcardquery.
for example, SolrQueryParser will emit these 'wildcardqueries that
should be prefixqueries' if you are using the new reverse stuff for
leading wildcards: WildcardQuery(*foobar) ->
WildcardQuery(U+0001raboo
someone asked this question on the user list:
http://www.lucidimagination.com/search/document/6f38de391b242102/prefixquery_vs_wildcardquery
it made me look at the wildcard rewrite(), where i see this:
if (!termContainsWildcard)
return new TermQuery(getTerm());
is it a problem the boost
Hi Mark,
no problem, go forward. I am on a trip until Saturday evening, so no
problems.
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Michael Busch [mailto:busch...@gmail.com]
> Sent: Wednesday,
[
https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12762842#action_12762842
]
Mark Miller commented on LUCENE-1458:
-
Bah - all this huffing an puffing over the patc
[
https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12762831#action_12762831
]
Mark Miller edited comment on LUCENE-1458 at 10/6/09 6:34 PM:
--
[
https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12762831#action_12762831
]
Mark Miller edited comment on LUCENE-1458 at 10/6/09 6:23 PM:
--
[
https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12762831#action_12762831
]
Mark Miller commented on LUCENE-1458:
-
nope - something else - looking through the pat
[
https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12762828#action_12762828
]
Mark Miller commented on LUCENE-1458:
-
bq. Hey! I'm not so old But yeah I still cling
Hi all,
I've attached a patch to LUCENE-1856, which removes Hits. I'm not sure
if someone has uncommitted big 3.0 patches that I'll mess up if I commit
1856?
While working on 1856 I realized how tedious this stuff is! So Uwe, Mark
& Co, let me know if you want me to wait with committing my p
[
https://issues.apache.org/jira/browse/LUCENE-1856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Busch updated LUCENE-1856:
--
Attachment: lucene-1856.patch
Removes Hits from core and all contribs.
All core and contrib t
On Tuesday 06 October 2009 23:59:12 eks dev wrote:
> Paul,
> the point I was trying to make with this example was extreme, but realistic.
> Imagine 100Mio docs, sorted on field user_rights, a term user_rights:XX
> selects 40Mio of them (user rights...). To encode this, you need format with
>
if you would drive this example further in combination with flex-indexing
permitting per term postings format, I could imagine some nice tools for
optimizeHard() , where normal index construction works with defaults as planned
for solid mix-performance case and at the end you run optimizeHard()
Paul,
the point I was trying to make with this example was extreme, but realistic.
Imagine 100Mio docs, sorted on field user_rights, a term user_rights:XX
selects 40Mio of them (user rights...). To encode this, you need format with
two integers (for more of such intervals you would need sligh
Eks,
>
> [
> https://issues.apache.org/jira/browse/LUCENE-1410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12762742#action_12762742
> ]
>
> Eks Dev commented on LUCENE-1410:
> -
>
> Mike,
> That is definitely the
[
https://issues.apache.org/jira/browse/LUCENE-1410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12762742#action_12762742
]
Eks Dev commented on LUCENE-1410:
-
Mike,
That is definitely the way to go, distribution d
FilterManager uses unsafe keys for its filter cache
---
Key: LUCENE-1949
URL: https://issues.apache.org/jira/browse/LUCENE-1949
Project: Lucene - Java
Issue Type: Bug
Components: Sear
[
https://issues.apache.org/jira/browse/LUCENE-1410?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless updated LUCENE-1410:
---
Attachment: LUCENE-1410-codecs.tar.bz2
Attaching sep, intblock and pfordelta codecs,
Might still be lucene-ish issue.
We already have getSequentialSubReaders() on IR, in my patched version
I augmented this with public readerIndex(), and getSubReaderStarts().
Pretty much impossible to do some postprocessing on gathered hits
without at least one of these.
On Tue, Oct 6, 2009 at 19:5
Aaron, could you move this to solr-user?
-Yonik
http://www.lucidimagination.com
On Tue, Oct 6, 2009 at 11:22 AM, Aaron McKee wrote:
>
> In the code I'm working with, I generate a cache of calculated values as a
> by-product within a Filter.getDocidSet implementation (and within a
> Query-ized v
In the code I'm working with, I generate a cache of calculated values as
a by-product within a Filter.getDocidSet implementation (and within a
Query-ized version of the filter and its Scorer method) . These values
are keyed off the IndexReader's docID values, since that's all that's
accessibl
Michael McCandless (JIRA) wrote:
> [
> https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> ]
>
> Michael McCandless updated LUCENE-1458:
> ---
>
> Attachment: LUCENE-1458.patch
>
> Uber-
[
https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless updated LUCENE-1458:
---
Attachment: LUCENE-1458.patch
Uber-patch attached: started from Mark's patch (thanks
No problem! It's exciting :)
Mike
On Tue, Oct 6, 2009 at 10:40 AM, Uwe Schindler wrote:
> Thanks, sorry for extra work! I missed to do this after the svn copy :(
>
> -
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: u...@thetaphi.de
>
>
>> -Origi
Thanks, sorry for extra work! I missed to do this after the svn copy :(
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Michael McCandless [mailto:luc...@mikemccandless.com]
> Sent: Tuesday, October 06,
OK will do.
Mike
On Tue, Oct 6, 2009 at 10:23 AM, Uwe Schindler wrote:
> Can you add this patch to backwards, too? I forgot, that some of the
> backwards-changes also applied to BW, but for completeness, not sure, if a
> tag is also needed.
>
> -
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-282
Can you add this patch to backwards, too? I forgot, that some of the
backwards-changes also applied to BW, but for completeness, not sure, if a
tag is also needed.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
[
https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12762633#action_12762633
]
Michael McCandless commented on LUCENE-1458:
bq. What I have done: svn copy fr
[
https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12762600#action_12762600
]
Uwe Schindler commented on LUCENE-1458:
---
Done. I also did it for the BW branch, but
[
https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12762592#action_12762592
]
Michael McCandless commented on LUCENE-1458:
bq. It's easy with TortoiseSVN an
[
https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12762590#action_12762590
]
Uwe Schindler commented on LUCENE-1458:
---
{quote}
bq. I guess TestBackwardsCompatibil
Merge away - still sleeping over here. Would love to look more again
but don't know when, so no use waiting on me.
- Mark
http://www.lucidimagination.com (mobile)
On Oct 6, 2009, at 5:54 AM, "Michael McCandless (JIRA)"
wrote:
[ https://issues.apache.org/jira/browse/LUCENE-1458?page=
Sorry, I think this was one test too much to remove :-)
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: mikemcc...@apache.org [mailto:mikemcc...@apache.org]
> Sent: Tuesday, October 06, 2009 12:33 PM
> T
On Tue, Oct 6, 2009 at 5:54 AM, Michael McCandless (JIRA)
wrote:
> bq. I guess TestBackwardsCompatibility.java has been removed from trunk or
> something? kept it here for now.
>
> Eek, it shouldn't be -- indeed it is. When did that happen? We
> should fix this (separately from this issue!).
I
[
https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12762576#action_12762576
]
Michael McCandless commented on LUCENE-1458:
bq. One of the common statistics
[
https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12762573#action_12762573
]
Michael McCandless commented on LUCENE-1458:
Whoa thanks for the sudden sprint
39 matches
Mail list logo