Re: Shiny New Logos

2006-12-07 Thread Ronnie Kolehmainen
Doug Cutting wrote: But my preference would not be to redesign the Lucene logo, but rather just find a nice way to combine it with Duke, perhaps cleaning it up a bit. +1 Out of these 5 (or 6) samples I find lucene2.png (bottom image) most attractive.

[jira] Commented: (LUCENE-737) Provision of encryption/decryption services API to support Field.Store.Encrypted

2006-12-07 Thread Hoss Man (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-737?page=comments#action_12456687 ] Hoss Man commented on LUCENE-737: - for future ref: copious discussion on this issue was discussed in the orriginal email thread... http://www.nabble.com/Attached-

Spliting the Lucene

2006-12-07 Thread howard chen
Hi, A friend from Hadoop told me someone in the list has code for spliting the Lucene index, can anyone point me to the right place? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PR

[jira] Commented: (LUCENE-732) Support DateTools in QueryParser

2006-12-07 Thread Michael Busch (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-732?page=comments#action_12456662 ] Michael Busch commented on LUCENE-732: -- You're right Hoss, the word "format" is used ambiguously in the javadoc. We could change it to * In [EMAIL PROTECTED

Re: Shiny New Logos

2006-12-07 Thread Daniel John Debrunner
Doug Cutting wrote: Daniel John Debrunner wrote: Can anyone use the Duke logo like this? I thought it was a trademark of Sun Microsystems. http://logos.sun.com/logosite.jsp?Category=third&Logo=duke-button Sun has open-sourced Duke: https://duke.dev.java.net/ Very cool, thanks Doug. Dan.

Re: Shiny New Logos

2006-12-07 Thread Doug Cutting
Daniel John Debrunner wrote: Can anyone use the Duke logo like this? I thought it was a trademark of Sun Microsystems. http://logos.sun.com/logosite.jsp?Category=third&Logo=duke-button Sun has open-sourced Duke: https://duke.dev.java.net/ Doug --

Re: Shiny New Logos

2006-12-07 Thread Doug Cutting
Grant Ingersoll wrote: So, if people want to vote for one (just reply with the name of the one you like), I will be happy to incorporate the consensus into the website. Of these, my favorite is #2 (lower image), since the typeface is most similar to the existing Lucene logo. But my preferen

[jira] Commented: (LUCENE-739) Performance improvement for SegmentMerger.mergeNorms()

2006-12-07 Thread Michael Busch (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-739?page=comments#action_12456654 ] Michael Busch commented on LUCENE-739: -- Thanks Yonik! Well then, let's commit it? ;-) > Performance improvement for SegmentMerger.mergeNorms() > -

Re: Shiny New Logos

2006-12-07 Thread Daniel John Debrunner
Grant Ingersoll wrote: Marcello Prattico (http://www.astrochimp.com) has graciously agreed to create some Lucene logos that incorporate Duke into the logo so that we can distinguish Lucene Java from Lucene TLP (Top-Level Project). The Lucene TLP logo (a.k.a the Green cursive Lucene that we a

Re: Shiny New Logos

2006-12-07 Thread Otis Gospodnetic
Nice, thanks to Marcello if he's reading. I like 1.png and 2.png (bottom logo) and 3.png. I would prefer the old green colour, so we don't lose that bit of branding and history. The logo in 3.png makes me think of Ghostbusters. :) It might be interesting to see that circle turned into a magnify

Re: non-overlapping Span queries

2006-12-07 Thread Ruslan Sivak
Paul Elschot wrote: On Thursday 07 December 2006 22:57, Ruslan Sivak wrote: I see back in Jul 2005 there was a thread about SpanNearQueries which were overlapping. http://mail-archives.apache.org/mod_mbox/lucene-java-dev/200507.mbox/[EMAIL PROTECTED] A fix was posted by Paul Elsc

Re: non-overlapping Span queries

2006-12-07 Thread Chris Hostetter
: > Brooklyn High which is in Brooklyn, NY : : That requires a minimum distance between the matches of the : subqueries, and that is not yet implemented. I was about to suggest that adding that seems like it would be fairly easy, just add a new "int minDistance" to SpanNearQuery and then use it i

Re: non-overlapping Span queries

2006-12-07 Thread Paul Elschot
On Thursday 07 December 2006 22:57, Ruslan Sivak wrote: > I see back in Jul 2005 there was a thread about SpanNearQueries which > were overlapping. > > http://mail-archives.apache.org/mod_mbox/lucene-java-dev/200507.mbox/[EMAIL PROTECTED] > > A fix was posted by Paul Elschot at that time. Did

Shiny New Logos

2006-12-07 Thread Grant Ingersoll
Marcello Prattico (http://www.astrochimp.com) has graciously agreed to create some Lucene logos that incorporate Duke into the logo so that we can distinguish Lucene Java from Lucene TLP (Top-Level Project). The Lucene TLP logo (a.k.a the Green cursive Lucene that we all know and love) w

non-overlapping Span queries

2006-12-07 Thread Ruslan Sivak
I see back in Jul 2005 there was a thread about SpanNearQueries which were overlapping. http://mail-archives.apache.org/mod_mbox/lucene-java-dev/200507.mbox/[EMAIL PROTECTED] A fix was posted by Paul Elschot at that time. Did this fix ever make it into 2.0? I'm having problems with SpanNear

[jira] Commented: (LUCENE-739) Performance improvement for SegmentMerger.mergeNorms()

2006-12-07 Thread Yonik Seeley (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-739?page=comments#action_12456505 ] Yonik Seeley commented on LUCENE-739: - +1, looks great Michael! > Performance improvement for SegmentMerger.mergeNorms() >

[jira] Updated: (LUCENE-739) Performance improvement for SegmentMerger.mergeNorms()

2006-12-07 Thread Michael Busch (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-739?page=all ] Michael Busch updated LUCENE-739: - Attachment: mergeNorms.patch > Performance improvement for SegmentMerger.mergeNorms() > -- > >

[jira] Created: (LUCENE-739) Performance improvement for SegmentMerger.mergeNorms()

2006-12-07 Thread Michael Busch (JIRA)
Performance improvement for SegmentMerger.mergeNorms() -- Key: LUCENE-739 URL: http://issues.apache.org/jira/browse/LUCENE-739 Project: Lucene - Java Issue Type: Improvement Compo

[jira] Updated: (LUCENE-738) read/write .del as d-gaps when the deleted bit vector is sufficiently sparse

2006-12-07 Thread Doron Cohen (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-738?page=all ] Doron Cohen updated LUCENE-738: --- Attachment: FileFormatDoc.patch.txt FileFormat document updated to reflect this format change. > read/write .del as d-gaps when the deleted bit vector is suffici