Re: Make auto fix delay configurable in CheckIndex.checkIndex?

2008-09-06 Thread Andrew Zhang
On Sat, Sep 6, 2008 at 12:01 AM, Michael McCandless < [EMAIL PROTECTED]> wrote: > > This definitely makes sense -- there is an issue opened, with initial > patch, to make programmatic access to CheckIndex possible, that may already > cover this? Hi, Thanks for the information! It's https://iss

Re: Realtime Search for Social Networks Collaboration

2008-09-06 Thread Jason Rutherglen
Hi Paul, It's unfortunate the code is larger than most contribs. The libraries can be factored out. The next patch includes OceanDatabase. The Ocean package and class names can be removed in favor of "realtime"? > - There is a whole package of logging in there, but there's no logging > in luc

Re: Realtime Search for Social Networks Collaboration

2008-09-06 Thread Jason Rutherglen
Hi Grant, I think the way to integrate with SOLR and Lucene is if people who are committers to the respective projects work with me (if they want) on the integration which will make it fairly straightforward as it was designed and intended to be. Cheers, Jason On Sat, Sep 6, 2008 at 3:16 PM, Gra

Re: Realtime Search for Social Networks Collaboration

2008-09-06 Thread Jason Rutherglen
Hello Shalin, When I tried to integrate before it seemed fairly simple. However the Ocean core code wasn't quite up to par yet so that needed work. It will help to work with SOLR people directly who can figure how they want to integrate such as yourself. Right now I'm finishing up the OceanData

Re: Realtime Search for Social Networks Collaboration

2008-09-06 Thread Paul Elschot
Op Saturday 06 September 2008 18:53:39 schreef Shalin Shekhar Mangar: ... > > The features are more important than the code but it will of course > help a lot too. I think a good starting point for us (Lucene/Solr > folks) would be to study Ocean's source and any documentation that > you can provid

Re: Realtime Search for Social Networks Collaboration

2008-09-06 Thread Grant Ingersoll
On Sep 6, 2008, at 4:36 AM, Otis Gospodnetic wrote: Regarding real-time search and Solr, my feeling is the focus should be on first adding real-time search to Lucene, and then we'll figure out how to incorporate that into Solr later. I've read Jason's Wiki as well. Actually, I had to read

Re: Caching FuzzyQuery

2008-09-06 Thread Timo Nentwig
On Tue, 11 Dec 2007, Timo Nentwig wrote: Date: Tue, 11 Dec 2007 13:27:59 +0100 From: Timo Nentwig <[EMAIL PROTECTED]> Reply-To: java-dev@lucene.apache.org To: java-dev@lucene.apache.org Subject: Caching FuzzyQuery Hi! Actually FuzzyQuery.rewrite() is pretty expensive so why not introduce a c

Re: Realtime Search for Social Networks Collaboration

2008-09-06 Thread Shalin Shekhar Mangar
Hi Jason, I think this is a misunderstanding. I only want to add these features incrementally so that users can use them as soon as possible, rather than delay them to a later release by re-architecting (which may take more time and shift our focus from our users). The features are more important

Re: Moving SweetSpotSimilarity out of contrib

2008-09-06 Thread J. Delgado
I cannot agree more with Otis. Its all about exposure! Without references from main JavaDocs, some cool things in contrib just remain in obscurity. -- Joaquin On Sat, Sep 6, 2008 at 1:08 AM, Otis Gospodnetic <[EMAIL PROTECTED] > wrote: > Regarding SSS (and any other contrib visibility). > Perhap

Re: Realtime Search for Social Networks Collaboration

2008-09-06 Thread Jason Rutherglen
Hi Yonik, I fully agree with "good for projects in the long term". I just figured it would be best if someone went ahead and built the things and they could be integrated later into other projects, that's why I checked them into Apache as patches. Sounds like a few folks like Shalin and Noble wo

Re: Realtime Search for Social Networks Collaboration

2008-09-06 Thread Yonik Seeley
There's a good percent of the Solr community that is looking to add everything you are (from a functional point of view). Some of the other little things that we haven't considered (like a remote Java API) sound cool... no reason not to add that also. We're also planning on adding alternatives to

Re: Realtime Search for Social Networks Collaboration

2008-09-06 Thread Jason Rutherglen
Hi Otis, LUCENE-1313 is realtime search. The Ocean name should be removed from it but I was not sure "realtime search" is what the technical name should be at the time. I have seen it used elsewhere (such as at Summize the search company Twitter recently purchased, Bebo, LinkedIn) now and so bel

[jira] Commented: (LUCENE-1151) Fix StandardAnalyzer to not mis-identify HOST as ACRONYM by default

2008-09-06 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1151?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12628857#action_12628857 ] Michael McCandless commented on LUCENE-1151: bq. Please indulge me a couple of

Re: Realtime Search for Social Networks Collaboration

2008-09-06 Thread Otis Gospodnetic
Regarding real-time search and Solr, my feeling is the focus should be on first adding real-time search to Lucene, and then we'll figure out how to incorporate that into Solr later. I've read Jason's Wiki as well. Actually, I had to read it a number of times to understand bits and pieces of it

Re: Moving SweetSpotSimilarity out of contrib

2008-09-06 Thread Otis Gospodnetic
Regarding SSS (and any other contrib visibility). Perhaps we should get into habit of referencing contrib goodies from highly visible (to developers) spots (no pun intended), like Javadocs. Concretely, if SSS is so good or if it is simply one possible alternative Similarity that's available and