Re: lucene and solr trunk

what other libraries do is have a 'core' or a 'common' bit.. which is what the lucene library really is. looking at http://svn.apache.org/repos/asf/lucene/ today I see that nearly, but it's called 'java'. maybe just renaming 'java' to 'core' or 'common' (hadoop uses common) might make sense a

Re: #lucene IRC log [was: RE: lucene and solr trunk]

+1 I'd like to see the IRC logs added to things like http://search-lucene.com/ and http://www.lucidimagination.com/search/?q=IRC&Search=Search while it might not be great for decision making.. it is amazing for helping debug comm

Re: Filesystem based bitset

Robert. * no one is forcing you to be on this mailing list. * next time you look for a job, and your prospective employer 'googles' you, they are going to find this anti-social behavior. "playing well with others" is usually a key employment criteria people look for. (as well as being super-s

Re: Blob storage

Babak Farhang wrote: Most of all, I'm trying to communicate an *idea* which itself cannot be encumbered by any license, anyway. But if you want to incorporate some of this code into an asf project, I'd be happy to also release it under the apache license. Hope the license I chose for my project d

[jira] Commented: (LUCENE-965) Implement a state-of-the-art retrieval function in Lucene

[ https://issues.apache.org/jira/browse/LUCENE-965?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12651332#action_12651332 ] Ian Holsman commented on LUCENE-965: It's a bit late over here, but when

Summer of Code idea for lucene

If no one objects (I don't think it's too late) would you mind a GSOC project to implement BM25 relevancy/scoring? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Lucene-based Distributed Index Leveraging Hadoop

Clay Webster wrote: There seem to be a few other players in this space too. Are you from Rackspace? (http://highscalability.com/how-rackspace-now-uses-mapreduce-and-hadoop- query-terabytes-data) AOL also has a Hadoop/Solr project going on. CNET does not have much brewing there. Although Yo

Re: [OT, slightly] Some interesting metrics on Lucene

Grant Ingersoll wrote: http://www.ohloh.net/projects/3564 has some interesting metrics on Lucene (and Solr and Nutch). Most interesting is that they estimate it is 34 person years to develop at a cost of approximately $1.8 million dollars (using a salary of $55k) before you get too excited,

Re: Various Ideas from ApacheCon

Grant Ingersoll wrote: 2. How does Lucene search compare w/ using built in DB search? Has anyone done a study comparing Lucene performance/quality to the likes of MySQL/Postgres/Oracle? Related question is always on how to integrate the two. Hi Grant. when we initially investigated using

Re: GData - Milestone 2

On 17/06/2006, at 6:36 AM, Otis Gospodnetic wrote: Hi Simon, - GData oversion page describes the auth with "send a cookie/token, save in server-side, and then expect it from the client on subsequent requests" (paraphrased). That sounds fine to me. I don't think you need to worry about

Re: GData Server - Lucene storage

On 02/06/2006, at 9:37 AM, Simon Willnauer wrote: The biggest problem with the lucene storage is to achieve a transactional state. Imagine the following scenario: An update request comes in. -> the entry to update will be added to the lucene writer who writes the update. But another delete re

Re: Lucene and Java 1.5

sorry.. your right. Rel 1 was released in april 2005, Rel 4 (april 2006) was the one which made it the default. On 28/05/2006, at 8:01 AM, karl wettin wrote: On Sun, 2006-05-28 at 07:59 +1000, Ian Holsman wrote: OS/X just released their 1.5 version about 2-3 months ago. I've

Re: Lucene and Java 1.5

On 28/05/2006, at 7:25 AM, Chuck Williams wrote: Robin H. Johnson wrote on 05/27/2006 11:05 AM: After all, Lucene comes with version numbers. Yes it does, I just think the core functionality shouldn't be so quick to change away from supporting 1.4. 2 years is hardly quick. Performance,