Local Lucene and Local Solr

[Grant Ingersoll <gs...@apache.org>]

The creators of Local Lucene and Local Solr (http://www.nsshutdown.com/projects/lucene/whitepaper/locallucene.htm 
) have generously agreed to donate the code to Lucene.

The Lucene PMC is working through the details of the software grant.   
The one remaining road block, potentially, is that there is still some  
LGPL code involved that needs to be replaced.   We could commit this  
before removing it, as long as we don't release it.  So, if there are  
volunteers willing to do the work, I'd be more inclined to move  
forward w/ finishing out the grant and committing it.

In the meantime, I would like to open the discussion of where this  
should live in Lucene.

The options are:

1. Split them up and make them each a part of Lucene and Solr and let  
the committers of those projects decide where things go
2. Create a separate Geo search subproject under Lucene TLP with it's  
own set of committers, etc. just like any of the other sub projects  
(Solr, Tika, Java, etc.)  This requires the PMC to vote to create a  
new subproject.
3. Other?

So, what do people think?  Where would you like to see Local Search  
live w.r.t. Lucene and Solr?


-Grant

Re: Local Lucene and Local Solr

[Michael McCandless <lu...@mikemccandless.com>]

I like #1 best.

I think it's important to allow users of just Lucene to do searches  
with geo queries/filtering/sorting easily.

Mike

Grant Ingersoll wrote:

> The creators of Local Lucene and Local Solr (http://www.nsshutdown.com/projects/lucene/whitepaper/locallucene.htm 
> ) have generously agreed to donate the code to Lucene.
>
> The Lucene PMC is working through the details of the software  
> grant.  The one remaining road block, potentially, is that there is  
> still some LGPL code involved that needs to be replaced.   We could  
> commit this before removing it, as long as we don't release it.  So,  
> if there are volunteers willing to do the work, I'd be more inclined  
> to move forward w/ finishing out the grant and committing it.
>
> In the meantime, I would like to open the discussion of where this  
> should live in Lucene.
>
> The options are:
>
> 1. Split them up and make them each a part of Lucene and Solr and  
> let the committers of those projects decide where things go
> 2. Create a separate Geo search subproject under Lucene TLP with  
> it's own set of committers, etc. just like any of the other sub  
> projects (Solr, Tika, Java, etc.)  This requires the PMC to vote to  
> create a new subproject.
> 3. Other?
>
> So, what do people think?  Where would you like to see Local Search  
> live w.r.t. Lucene and Solr?
>
>
> -Grant
>
>
>
>
>
>

RE: Local Lucene and Local Solr

[marcus clemens <ma...@hotmail.com>]

hi 
 
i am looking for a Lucene Solr consultant to work onsite in west london for at least 6 months . rates are around 400- 500 a day
 
olease call me on 01892 752730 if this is of any interset 
 
kind regards 
 
marcus clemens
> From: gsingers@apache.org> To: general@lucene.apache.org> Subject: Re: Local Lucene and Local Solr> Date: Mon, 15 Sep 2008 15:11:49 -0400> > OK, I have completed the software grant for Local Lucene. See https://issues.apache.org/jira/browse/LUCENE-1387> > At this point, there needs to be one or more volunteers to pick up > doing the work via patches on the issue.> > -Grant> > > On Sep 2, 2008, at 12:43 PM, Grant Ingersoll wrote:> > > So, the consensus seems to be to split into contrib modules for > > Lucene Java and Lucene Solr. I just need to finish up the paperwork > > over in incubation and then I think we can seek out volunteers on > > the two lists to do the splitting in conjunction with the people > > donating the code.> >> > -Grant> >> > On Aug 25, 2008, at 2:24 PM, Chris Hostetter wrote:> >> >>> >> : As to where, from the Solr point of view, a geosearch feature seems> >> : core, thus it should go in Solr core.> >>> >> if i remember correctly,the LocalSolr has been designed/built as a> >> "plugin" so it doesn't actually need to live in the "core" Solr > >> code base> >> ... it can be a Solr contrib ... but i agree it would probably > >> makethe> >> most sense for "Local Lucene" to be a Lucene-Java contrib and > >> "Local Solr"> >> to be a Solr contrib ... haveing a seperate "Geo" subproject might > >> make> >> sense from a code management standpoint, but not really from a> >> dependency/release management or user base standpoint ... either > >> people want to use> >> LocalLucene directly (in which case they don't care about the Solr > >> pieces)> >> or they care about using Local Solr (and don't know they care about > >> the> >> Lucene piece)> >>> >>> >> -Hoss> >>> 
_________________________________________________________________
Get all your favourite content with the slick new MSN Toolbar - FREE
http://clk.atdmt.com/UKM/go/111354027/direct/01/

Re: Local Lucene and Local Solr

[Grant Ingersoll <gs...@apache.org>]

OK, I have completed the software grant for Local Lucene.  See https://issues.apache.org/jira/browse/LUCENE-1387

At this point, there needs to be one or more volunteers to pick up  
doing the work via patches on the issue.

-Grant


On Sep 2, 2008, at 12:43 PM, Grant Ingersoll wrote:

> So, the consensus seems to be to split into contrib modules for  
> Lucene Java and Lucene Solr.  I just need to finish up the paperwork  
> over in incubation and then I think we can seek out volunteers on  
> the two lists to do the splitting in conjunction with the people  
> donating the code.
>
> -Grant
>
> On Aug 25, 2008, at 2:24 PM, Chris Hostetter wrote:
>
>>
>> : As to where, from the Solr point of view, a geosearch feature seems
>> : core, thus it should go in Solr core.
>>
>> if i remember correctly,the LocalSolr has been designed/built as a
>> "plugin" so it doesn't actually need to live in the "core" Solr  
>> code base
>> ... it can be a Solr contrib ... but i agree it would probably  
>> makethe
>> most sense for "Local Lucene" to be a Lucene-Java contrib and  
>> "Local Solr"
>> to be a Solr contrib ... haveing a seperate "Geo" subproject might  
>> make
>> sense from a code management standpoint, but not really from a
>> dependency/release management or user base standpoint ... either  
>> people want to use
>> LocalLucene directly (in which case they don't care about the Solr  
>> pieces)
>> or they care about using Local Solr (and don't know they care about  
>> the
>> Lucene piece)
>>
>>
>> -Hoss
>>

Re: Local Lucene and Local Solr

[Grant Ingersoll <gs...@apache.org>]

So, the consensus seems to be to split into contrib modules for Lucene  
Java and Lucene Solr.  I just need to finish up the paperwork over in  
incubation and then I think we can seek out volunteers on the two  
lists to do the splitting in conjunction with the people donating the  
code.

-Grant

On Aug 25, 2008, at 2:24 PM, Chris Hostetter wrote:

>
> : As to where, from the Solr point of view, a geosearch feature seems
> : core, thus it should go in Solr core.
>
> if i remember correctly,the LocalSolr has been designed/built as a
> "plugin" so it doesn't actually need to live in the "core" Solr code  
> base
> ... it can be a Solr contrib ... but i agree it would probably makethe
> most sense for "Local Lucene" to be a Lucene-Java contrib and "Local  
> Solr"
> to be a Solr contrib ... haveing a seperate "Geo" subproject might  
> make
> sense from a code management standpoint, but not really from a
> dependency/release management or user base standpoint ... either  
> people want to use
> LocalLucene directly (in which case they don't care about the Solr  
> pieces)
> or they care about using Local Solr (and don't know they care about  
> the
> Lucene piece)
>
>
> -Hoss
>

--------------------------
Grant Ingersoll
http://www.lucidimagination.com

Lucene Helpful Hints:
http://wiki.apache.org/lucene-java/BasicsOfPerformance
http://wiki.apache.org/lucene-java/LuceneFAQ

Re: Local Lucene and Local Solr

[Chris Hostetter <ho...@fucit.org>]

: As to where, from the Solr point of view, a geosearch feature seems
: core, thus it should go in Solr core.

if i remember correctly,the LocalSolr has been designed/built as a 
"plugin" so it doesn't actually need to live in the "core" Solr code base 
... it can be a Solr contrib ... but i agree it would probably makethe 
most sense for "Local Lucene" to be a Lucene-Java contrib and "Local Solr" 
to be a Solr contrib ... haveing a seperate "Geo" subproject might make 
sense from a code management standpoint, but not really from a 
dependency/release management or user base standpoint ... either people want to use 
LocalLucene directly (in which case they don't care about the Solr pieces) 
or they care about using Local Solr (and don't know they care about the 
Lucene piece)


-Hoss

Re: Local Lucene and Local Solr

[Yonik Seeley <yo...@apache.org>]

On Mon, Aug 25, 2008 at 11:41 AM, Grant Ingersoll <gs...@apache.org> wrote:
> The creators of Local Lucene and Local Solr
> (http://www.nsshutdown.com/projects/lucene/whitepaper/locallucene.htm) have
> generously agreed to donate the code to Lucene.
>
> The Lucene PMC is working through the details of the software grant.  The
> one remaining road block, potentially, is that there is still some LGPL code
> involved that needs to be replaced.   We could commit this before removing
> it, as long as we don't release it.

I don't see the point in committing unless we can release it.  The
contribution lives in a JIRA issue, and people can/should create other
JIRA issues to work on it.  Just as any other large/complex
contributions, it should be reviewed first by developers before a
commit anyway.

As to where, from the Solr point of view, a geosearch feature seems
core, thus it should go in Solr core.

-Yonik