Re: Implementation in C & Some Questions

2005-11-11 Thread David Balmain
Hi Robert, I'm very interested in this. I've ported the indexing part of Lucene to C myself. Currently it's not portable (runs on *nix), but it does implement file locking. I'm mostly curious to see how you solved some of the problems I came across and how your performance is compared to the java

[jira] Commented: (LUCENE-383) ConstantScoreRangeQuery - fixes "too many clauses" exception

2005-11-11 Thread Yonik Seeley (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-383?page=comments#action_12357473 ] Yonik Seeley commented on LUCENE-383: - Cool, thanks for the tests! You are getting the raw score from the HitCollector all right. The internal score is equal to the boos

[jira] Updated: (LUCENE-383) ConstantScoreRangeQuery - fixes "too many clauses" exception

2005-11-11 Thread Hoss Man (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-383?page=all ] Hoss Man updated LUCENE-383: Attachment: TestConstantScoreRangeQuery.java a Unit test for ConstantScoreRangeQuery ... that was easy to crank out based on the existing BaseTestRangeFilter. One cat

Re: Implementation in C & Some Questions

2005-11-11 Thread Yonik Seeley
> - Why the assumption that NO_NORMS for a field implies that the > field is not tokenized with an analyzer: The NO_NORMS object is just for convenience and meant to represent the most likely case when one would omit norms. It's less likely to mess up someone new to lucene since lengthNormalizati

Re: Contrib in oblivion

2005-11-11 Thread Erik Hatcher
On 11 Nov 2005, at 17:26, Paul Elschot wrote: Paul - what version of Ant are you using? I'm (always) swamped, but I'll put this on my list of things to look at as soon as possible if no one else beats me to it. I'm using ant 1.6.2. Meanwhile I had a look at the ant book and at the manual f

Implementation in C & Some Questions

2005-11-11 Thread Robert Kirchgessner
Hi, please excuse me if I'm completely wrong here, I know there is a Lucene4c in Incubator, but there seems to be not much traffic on its mailing list. First I want to thank all people involved in the project for this great software. I've made a port of Lucene to C, we use it in a corporate envi

[jira] Closed: (LUCENE-464) Using different analyzer in QueryParser for Keyword Fields and Text Fields

2005-11-11 Thread Yonik Seeley (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-464?page=all ] Yonik Seeley closed LUCENE-464: --- Resolution: Invalid Hoss is correct. Closing... please reopen (or post to java-user) if we have misunderstood your problem. > Using different analyzer in

[jira] Commented: (LUCENE-323) [PATCH] MultiFieldQueryParser and BooleanQuery do not provide adequate support for queries across multiple fields

2005-11-11 Thread Yonik Seeley (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-323?page=comments#action_12357449 ] Yonik Seeley commented on LUCENE-323: - I'd love to see MaxDisjunctionQuery committed before lucene 1.9 is final. I'd vote to commit the current version, as I think Chuck's

Re: Contrib in oblivion

2005-11-11 Thread Paul Elschot
On Friday 11 November 2005 22:51, Erik Hatcher wrote: > > On 11 Nov 2005, at 14:52, Paul Elschot wrote: > > Quoting Doug on nutch-dev yesterday: > > > > > >> In 1.9 and beyond the plan is to build and distribute the contrib > >> with > >> Lucene. So 'ant test' in Lucene should test contrib too,

[jira] Commented: (LUCENE-464) Using different analyzer in QueryParser for Keyword Fields and Text Fields

2005-11-11 Thread Hoss Man (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-464?page=comments#action_12357444 ] Hoss Man commented on LUCENE-464: - This is what the PerFieldAnalyzerWrapper is for http://lucene.apache.org/java/docs/api/org/apache/lucene/analysis/PerFieldAnalyzerWrappe

[jira] Created: (LUCENE-464) Using different analyzer in QueryParser for Keyword Fields and Text Fields

2005-11-11 Thread Wing Yung (JIRA)
Using different analyzer in QueryParser for Keyword Fields and Text Fields -- Key: LUCENE-464 URL: http://issues.apache.org/jira/browse/LUCENE-464 Project: Lucene - Java Type: Improvement Compo

Re: Contrib in oblivion

2005-11-11 Thread Erik Hatcher
On 11 Nov 2005, at 14:52, Paul Elschot wrote: Quoting Doug on nutch-dev yesterday: In 1.9 and beyond the plan is to build and distribute the contrib with Lucene. So 'ant test' in Lucene should test contrib too, etc. The point is to make sure that this stuff is maintained, but not to mer

[jira] Resolved: (LUCENE-462) bad normalization in sorted search returning TopDocs

2005-11-11 Thread Yonik Seeley (JIRA)
[ http://issues.apache.org/jira/browse/LUCENE-462?page=all ] Yonik Seeley resolved LUCENE-462: - Fix Version: 1.9 Resolution: Fixed fixed. > bad normalization in sorted search returning TopDocs >

Contrib in oblivion

2005-11-11 Thread Paul Elschot
Quoting Doug on nutch-dev yesterday: >In 1.9 and beyond the plan is to build and distribute the contrib with >Lucene.  So 'ant test' in Lucene should test contrib too, etc.  The >point is to make sure that this stuff is maintained, but not to merge it >into the core.  So stuff in contrib should

Re: Basic Question on Documents and File Format

2005-11-11 Thread DM Smith
Ashwin Satyanarayana wrote: Hello, I am new to Lucene. I was trying to use Lucene with TREC-6 Data. The dataset for TREC-6 used in 1997 contains many input files. Each input file hasmultiple documents (some files contain over 200 documents) tagged by DOCNO. The result given by Lucene to a qu

Basic Question on Documents and File Format

2005-11-11 Thread Ashwin Satyanarayana
Hello, I am new to Lucene. I was trying to use Lucene with TREC-6 Data. The dataset for TREC-6 used in 1997 contains many input files. Each input file hasmultiple documents (some files contain over 200 documents) tagged by DOCNO. The result given by Lucene to a query is a list of files and not