Hello,
i have just read that google has optimised its ranking. Now google shows
more relevant results on the first pagen as before. Is there a chance to
get advantage of this ranking algorithm with Lucene?
Thank You
Björn
Thanks for the links and reply Stefan. =)
Do you think we should pursue asking to clear with fundraising and as
a whole and go back to NDepend? There seems to be mention of donation
of VMWare and other things at the end of the page.
a) Obviously we do not want to violate any rules or laws.
b) I
Hello Björn.
In short, no.
What google does to their algorithmic search is extremely secretive. It is also
a very limited subset of the type of data Lucene.Net might store. It uses lots
of signals from around the web, such as how many people link to a particular
page, to guage the
Another good way to put this:
Google is an application which crawls and indexes the internet and
provides search functionality to end users. It uses domain specific
logic to perform it's ranking to improve relevance.
Lucene and Lucene.Net is a library, which allows end users to build
full text
thanks for the nudge - I've updated this section
From: bode...@apache.org
To: lucene-net-dev@lucene.apache.org
Date: Mon, 7 Mar 2011 10:18:04 +0100
Subject: [Lucene.Net] Nudge: Your Board Report Needs Content (was Re:
Incubator PMC/Board report
On 2011-03-08, Prescott Nasser wrote:
thanks for the nudge - I've updated this section
Thank you
Stefan
On 2011-03-07, Michael Herndon wrote:
Do you think we should pursue asking to clear with fundraising and as
a whole and go back to NDepend? There seems to be mention of donation
of VMWare and other things at the end of the page.
This may be a good idea, yes. I'll take care of it.
NCover
Bill Janssen jans...@parc.com wrote:
Andi Vajda va...@apache.org wrote:
I did patch setuptools, and as you can see below, the config.py says
Shared=True, so I believe I have shared mode enabled. I'm certainly
using jcc with the --shared switch with no complaints.
Something's
On Mon, 7 Mar 2011, Bill Janssen wrote:
Andi Vajda va...@apache.org wrote:
So, I went to my Mac, and looked for libjcc.dylib. Sure enough,
it's there. So I tried this simple program:
import org.apache.jcc.PythonVM;
public class test {
public static void main (String[] argv) {
On Mon, 7 Mar 2011, Bill Janssen wrote:
Andi Vajda va...@apache.org wrote:
On Thu, 3 Mar 2011, Andi Vajda wrote:
On Mar 3, 2011, at 22:09, Bill Janssen jans...@parc.com wrote:
Here's one of the generated lines that's causing me grief.
DECLARE_TYPE(RankIterator, t_RankIterator,
On Mon, 7 Mar 2011, Bill Janssen wrote:
Andi Vajda va...@apache.org wrote:
So, I went to my Mac, and looked for libjcc.dylib. Sure enough,
it's there. So I tried this simple program:
import org.apache.jcc.PythonVM;
public class test {
public static void main (String[] argv) {
Andi Vajda va...@apache.org wrote:
Where does t_JArray get defined? I can't find it.
I'm not sure there is one. If you can provide me with a piece of Java
to reproduce this, I can fix it faster.
I've narrowed this down to three iterator classes which cause this
issue. Now I've got to see
Andi Vajda va...@apache.org wrote:
On Mon, 7 Mar 2011, Bill Janssen wrote:
Andi Vajda va...@apache.org wrote:
Where does t_JArray get defined? I can't find it.
I'm not sure there is one. If you can provide me with a piece of Java
to reproduce this, I can fix it faster.
I've
On Mon, 7 Mar 2011, Bill Janssen wrote:
Andi Vajda va...@apache.org wrote:
On Mon, 7 Mar 2011, Bill Janssen wrote:
Andi Vajda va...@apache.org wrote:
Where does t_JArray get defined? I can't find it.
I'm not sure there is one. If you can provide me with a piece of Java
to reproduce
On Mon, 7 Mar 2011, Bill Janssen wrote:
Andi Vajda va...@apache.org wrote:
On Mon, 7 Mar 2011, Bill Janssen wrote:
Andi Vajda va...@apache.org wrote:
Where does t_JArray get defined? I can't find it.
I'm not sure there is one. If you can provide me with a piece of Java
to reproduce
Andi Vajda va...@apache.org wrote:
Probably an array being used as a type parameter ?
Like this?
public ArrayListint[] state;
Or
public class foo2 implements Iteratorint[]{
Or
public int[] next() {
Although rigging up your original test.java class to use
That was me!
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
-Original Message-
From: Apache Hudson Server [mailto:hud...@hudson.apache.org]
Sent: Monday, March 07, 2011 9:02 AM
To: dev@lucene.apache.org
Subject: [HUDSON]
The site looks great.
Well done!!!
Glyn
On 6 Mar 2011, at 23:04, Prescott Nasser (JIRA) wrote:
[
https://issues.apache.org/jira/browse/LUCENENET-403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Prescott Nasser resolved LUCENENET-403.
On 2011-03-01, Stefan Bodewig wrote:
this is one of the pain^H^H^H^Hjoys you've taken on yourself by entering
the incubator 8-)
Lucene.NET will be on a monthly schedule the first three month and then
change to a quarterly schedule for as long as you need to graduate.
On 2011-03-01,
Build: https://hudson.apache.org/hudson/job/Lucene-Solr-Maven-3.x/48/
1 tests failed.
REGRESSION: org.apache.lucene.index.TestCheckIndex.testLuceneConstantVersion
Error Message:
Invalid version: 3.1-SNAPSHOT
Stack Trace:
java.lang.AssertionError: Invalid version: 3.1-SNAPSHOT
at
[
https://issues.apache.org/jira/browse/SOLR-2113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003337#comment-13003337
]
Robert Muir commented on SOLR-2113:
---
most analyzers are not idempotent.
this wouldn't be
How do we have a release candidate if we still have issues open? Or is this
just a test run?
On Mar 7, 2011, at 1:32 AM, Robert Muir wrote:
Hi all,
I have posted a release candidate for both Lucene 3.1 and Solr 3.1,
both from revision 1078688 of
On Mon, Mar 7, 2011 at 7:56 AM, Grant Ingersoll gsing...@apache.org wrote:
How do we have a release candidate if we still have issues open? Or is this
just a test run?
Anything in JIRA can make it in 3.2 instead. I said already, that
yesterday was the time I had available to produce this RC
On Mar 7, 2011, at 8:02 AM, Robert Muir wrote:
On Mon, Mar 7, 2011 at 7:56 AM, Grant Ingersoll gsing...@apache.org wrote:
How do we have a release candidate if we still have issues open? Or is this
just a test run?
Anything in JIRA can make it in 3.2 instead. I said already, that
[
https://issues.apache.org/jira/browse/LUCENE-2945?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll updated LUCENE-2945:
Affects Version/s: 3.1
Fix Version/s: (was: 3.1)
3.1.1
On Mon, Mar 7, 2011 at 8:07 AM, Grant Ingersoll gsing...@apache.org wrote:
I'm fine w/ it being pushed (I was going to suggest it actually), but I guess
I missed the mail saying it was yesterday and thought I still might have time
to fix it. What thread was that on?
Make license checking/maintenance easier/automated
--
Key: LUCENE-2952
URL: https://issues.apache.org/jira/browse/LUCENE-2952
Project: Lucene - Java
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/LUCENE-2952?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003363#comment-13003363
]
Robert Muir commented on LUCENE-2952:
-
+1 to hook this into our 'ant test'. This is
The Solr war (apache-solr-3.1.war) file isn't signed. Can probably do it by
hand.
On Mar 7, 2011, at 1:32 AM, Robert Muir wrote:
Hi all,
I have posted a release candidate for both Lucene 3.1 and Solr 3.1,
both from revision 1078688 of
[
https://issues.apache.org/jira/browse/SOLR-2113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003368#comment-13003368
]
David Smiley commented on SOLR-2113:
Sorry, I'm still confused. Can you please give a
On Mon, Mar 7, 2011 at 9:36 AM, Grant Ingersoll gsing...@apache.org wrote:
The Solr war (apache-solr-3.1.war) file isn't signed. Can probably do it by
hand.
Actually that war file shouldn't even be there. The problem is solr
generates some 'intermediate' stuff in dist/ (used by maven tasks),
[
https://issues.apache.org/jira/browse/SOLR-2113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003372#comment-13003372
]
Robert Muir commented on SOLR-2113:
---
the easiest example is a synonyms filter:
Problem solved, Jenkins was still using 3.1 instead of 3.2.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
-Original Message-
From: Apache Hudson Server [mailto:hud...@hudson.apache.org]
Sent: Monday, March 07, 2011 12:29 PM
Thanks Uwe!
-Original Message-
From: Uwe Schindler [mailto:u...@thetaphi.de]
Sent: Monday, March 07, 2011 9:54 AM
To: dev@lucene.apache.org
Subject: RE: [JENKINS-MAVEN] Lucene-Solr-Maven-3.x #48: POMs out of sync
Problem solved, Jenkins was still using 3.1 instead of 3.2.
-
So https://issues.apache.org/jira/browse/SOLR-2405 didn't make it in
yesterday (apparently it didn't)? :-( Darn... maybe I shouldn't have waited
for a committer to agree with the issue. I would have had it in Saturday.
~ David Smiley
-
Author:
[
https://issues.apache.org/jira/browse/SOLR-2113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003382#comment-13003382
]
Yonik Seeley commented on SOLR-2113:
porter stemming is not idempotent.
[
https://issues.apache.org/jira/browse/SOLR-2403?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003387#comment-13003387
]
Peter Cline commented on SOLR-2403:
---
Just to note, the reason this came up for me wasn't
Does the following violate any of the rules put forth by apache or
give anyone pause?
---
Hello
We're always happy to sponsor OSS project.
If you could put our Powered by NDepend logo on your OSS project
website we'd be happy to sponsor Apache
[
https://issues.apache.org/jira/browse/LUCENE-2573?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Willnauer reassigned LUCENE-2573:
---
Assignee: Simon Willnauer (was: Michael Busch)
Tiered flushing of DWPTs by RAM
Working with the latest Solr Trunk code and seems the Tika handlers
for Solr Cell (ExtractingDocumentLoader.java) and Data Import handler
(TikaEntityProcessor.java) fails to index the zip file contents again.
It just indexes the file names again.
This issue was addressed some time back, late last
On 2011-03-07, Michael Herndon wrote:
Does the following violate any of the rules put forth by apache or
give anyone pause?
If you could put our Powered by NDepend logo on your OSS project
website we'd be happy to sponsor Apache Lucene.Net.
Yes it does.
You can't sponsor individual
Solr 1.4.1 javaNullPointerException
---
Key: SOLR-2408
URL: https://issues.apache.org/jira/browse/SOLR-2408
Project: Solr
Issue Type: Bug
Affects Versions: 1.4.1
Environment: OS X, possibly other
[
https://issues.apache.org/jira/browse/SOLR-2113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003421#comment-13003421
]
David Smiley commented on SOLR-2113:
It appears what I understood to be idempotent is
[
https://issues.apache.org/jira/browse/LUCENE-2573?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Willnauer updated LUCENE-2573:
Attachment: LUCENE-2573.patch
Here is my first cut / current status on this issue. First
The site does look great, I only have one concern and that is that is seems
we used bitbucket.org as our sole design inspiration. I'm concerned that it
looks *too* much like the bitbucket site and that may cause problems in the
future. I don't like having words and not backing it up without any
[
https://issues.apache.org/jira/browse/SOLR-2408?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003469#comment-13003469
]
Christos Constantinou commented on SOLR-2408:
-
The exception occurred because
Andi Vajda va...@apache.org wrote:
So, I went to my Mac, and looked for libjcc.dylib. Sure enough,
it's there. So I tried this simple program:
import org.apache.jcc.PythonVM;
public class test {
public static void main (String[] argv) {
Andi Vajda va...@apache.org wrote:
I did patch setuptools, and as you can see below, the config.py says
Shared=True, so I believe I have shared mode enabled. I'm certainly
using jcc with the --shared switch with no complaints.
Something's off. libjcc.so is not shown in your list.
You
edismax unescaped colon returns no results
--
Key: SOLR-2409
URL: https://issues.apache.org/jira/browse/SOLR-2409
Project: Solr
Issue Type: Bug
Components: search
Reporter: Ryan
[
https://issues.apache.org/jira/browse/SOLR-2409?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated SOLR-2409:
Attachment: SOLR-2409-unescapedcolon.patch
adding test and patch from SOLR-1553
edismax unescaped
[
https://issues.apache.org/jira/browse/SOLR-2409?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003505#comment-13003505
]
Ryan McKinley commented on SOLR-2409:
-
From:
Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-trunk/5699/
No tests ran.
Build Log (for compile errors):
[...truncated 2993 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For
[
https://issues.apache.org/jira/browse/SOLR-2402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003570#comment-13003570
]
Ryan McKinley edited comment on SOLR-2402 at 3/7/11 8:30 PM:
-
[
https://issues.apache.org/jira/browse/SOLR-2402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003570#comment-13003570
]
Ryan McKinley commented on SOLR-2402:
-
This now gives an error like:
{panel}
[
https://issues.apache.org/jira/browse/SOLR-2402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley resolved SOLR-2402.
-
Resolution: Fixed
Fix Version/s: 4.0
added to /trunk in 1078928
could be merged with 3.x,
Hi,
I (and apparently others) have noticed a rather strange and seemingly
intermittent ClassCastException in facet caching when using join (SOLR-2272)
and sometimes pivot as well.
A similar discussion from others noticing this can be found here:
Hmmm, this is definitely strange.
Doesn't seem like it has anything to do with the join patch, or the
field values.
For some strange reason, an internal priority queue (inheriting from
lucene's priority queue) in the ConcurrentLRUCache can't cast one of
it's internal arrays to the correct type.
Currently we have:
public NamedListObject getResponseHeader() {
@SuppressWarnings(unchecked)
SimpleOrderedMapObject header = (SimpleOrderedMapObject)
values.get(responseHeader);
return header;
}
and then every response writer pick out this value and treats it
hymm, maybe this is not a great idea... many things assume the entire
response is represented as a single NamedList.
but I still think we should drop the old format in XMLWriter
On Mon, Mar 7, 2011 at 4:32 PM, Ryan McKinley ryan...@gmail.com wrote:
Currently we have:
public
On Mon, 7 Mar 2011, Bill Janssen wrote:
Andi Vajda va...@apache.org wrote:
Where does t_JArray get defined? I can't find it.
I'm not sure there is one. If you can provide me with a piece of Java
to reproduce this, I can fix it faster.
I've narrowed this down to three iterator classes
[
https://issues.apache.org/jira/browse/LUCENE-2573?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003650#comment-13003650
]
Michael McCandless commented on LUCENE-2573:
OK I tested trunk vs RT branch +
Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-trunk/5703/
1 tests failed.
REGRESSION: org.apache.solr.cloud.BasicDistributedZkTest.testDistribSearch
Error Message:
.response.numFound:35!=67
Stack Trace:
junit.framework.AssertionFailedError: .response.numFound:35!=67
ConcurrentLRUCache can throw class cast exception
-
Key: SOLR-2410
URL: https://issues.apache.org/jira/browse/SOLR-2410
Project: Solr
Issue Type: Bug
Affects Versions: 4.0
[
https://issues.apache.org/jira/browse/SOLR-2410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003668#comment-13003668
]
Yonik Seeley commented on SOLR-2410:
Here's the smallest version I could reproduce the
[
https://issues.apache.org/jira/browse/SOLR-2410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003674#comment-13003674
]
Yonik Seeley commented on SOLR-2410:
Here's an even smaller version w/ no dependencies:
[
https://issues.apache.org/jira/browse/SOLR-2410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003675#comment-13003675
]
Dawid Weiss commented on SOLR-2410:
---
It's because there's a bug -- PriorityQueue declares
[
https://issues.apache.org/jira/browse/SOLR-2410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003676#comment-13003676
]
Dawid Weiss commented on SOLR-2410:
---
Btw. this is exactly the reason Collections declare
[
https://issues.apache.org/jira/browse/SOLR-2410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003682#comment-13003682
]
Dawid Weiss commented on SOLR-2410:
---
Yonik, try this and it should be clear why the above
[
https://issues.apache.org/jira/browse/LUCENE-2948?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003685#comment-13003685
]
Michael McCandless commented on LUCENE-2948:
Thanks Dawid.
It really is
[
https://issues.apache.org/jira/browse/SOLR-2410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003690#comment-13003690
]
Yonik Seeley edited comment on SOLR-2410 at 3/7/11 11:40 PM:
-
[
https://issues.apache.org/jira/browse/LUCENE-2948?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003723#comment-13003723
]
Michael McCandless commented on LUCENE-2948:
I ran perf test w/ latest patch,
[
https://issues.apache.org/jira/browse/LUCENE-2948?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless updated LUCENE-2948:
---
Attachment: Results.png
Graph showing perf results.
Make var gap terms index a
[
https://issues.apache.org/jira/browse/LUCENE-2948?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003728#comment-13003728
]
Michael McCandless commented on LUCENE-2948:
Here's a graphical rendition of
[
https://issues.apache.org/jira/browse/SOLR-2410?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley updated SOLR-2410:
---
Attachment: SOLR-2410.patch
Here's a patch that reverts back to a normal PQ (non-generified). This
Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-trunk/5707/
1 tests failed.
REGRESSION: org.apache.solr.client.solrj.TestLBHttpSolrServer.testSimple
Error Message:
expected:3 but was:2
Stack Trace:
junit.framework.AssertionFailedError: expected:3 but was:2
at
Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-trunk/5709/
1 tests failed.
REGRESSION: org.apache.lucene.index.TestIndexWriter.testIndexingThenDeleting
Error Message:
flush happened too quickly during deleting count=1155
Stack Trace:
junit.framework.AssertionFailedError:
PriorityQueue is inheriently broken if subclass attempts to use heap
w/generic T bound to anything other then Object
Key: LUCENE-2953
URL:
[
https://issues.apache.org/jira/browse/LUCENE-2953?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man updated LUCENE-2953:
-
Attachment: LUCENE-2953.patch
patch to TestPriorityQueue demonstrating bug
PriorityQueue is
[
https://issues.apache.org/jira/browse/SOLR-2410?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley updated SOLR-2410:
---
Attachment: SOLR-2410.patch
Here's the patch with a test added that normally manages to trip the
Build: https://hudson.apache.org/hudson/job/Lucene-trunk/1488/
No tests ran.
Build Log (for compile errors):
[...truncated 7928 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands,
Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-3.x/5694/
No tests ran.
Build Log (for compile errors):
[...truncated 37 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional
Build target prepare-release should produce a solr/dist/ directory that only
has distribution files in it
-
Key: SOLR-2411
URL:
[
https://issues.apache.org/jira/browse/SOLR-2411?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13003820#comment-13003820
]
Steven Rowe edited comment on SOLR-2411 at 3/8/11 5:51 AM:
---
83 matches
Mail list logo
