Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 9216 invoked from network); 1 Nov 2005 11:12:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 1 Nov 2005 11:12:20 -0000 Received: (qmail 53608 invoked by uid 500); 1 Nov 2005 11:12:15 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 53581 invoked by uid 500); 1 Nov 2005 11:12:15 -0000 Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-user@lucene.apache.org Delivered-To: mailing list java-user@lucene.apache.org Received: (qmail 53570 invoked by uid 99); 1 Nov 2005 11:12:14 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Nov 2005 03:12:14 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [69.55.225.129] (HELO ehatchersolutions.com) (69.55.225.129) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Nov 2005 03:12:10 -0800 Received: by ehatchersolutions.com (Postfix, from userid 504) id 6911B13E2006; Tue, 1 Nov 2005 06:11:51 -0500 (EST) Received: from [172.16.1.101] (va-71-48-138-146.dhcp.sprint-hsd.net [71.48.138.146]) by ehatchersolutions.com (Postfix) with ESMTP id 4AA8913E2006 for ; Tue, 1 Nov 2005 06:11:49 -0500 (EST) In-Reply-To: <001501c5deaf$93c6ce90$0200a8c0@hq.sss.com> References: <001501c5deaf$93c6ce90$0200a8c0@hq.sss.com> Mime-Version: 1.0 (Apple Message framework v734) X-Priority: 3 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <634E4747-F468-4BB3-8933-BA2C767CCEE6@ehatchersolutions.com> Content-Transfer-Encoding: 7bit From: Erik Hatcher Subject: Re: BooleanQuery Date: Tue, 1 Nov 2005 06:11:46 -0500 To: java-user@lucene.apache.org X-Mailer: Apple Mail (2.734) X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on javelina X-Spam-Level: X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 1 Nov 2005, at 01:43, tcorbet wrote: > I have an index over the titles to .mp3 songs. > It is not unreasonable for the user to want to > see the results from: "Show me Everything". > > I understand that title:* is not a valid wildcard query. > I understand that title:[a* TO z*] is a valid wildcard query. That last one is NOT a valid wildcard query. RangeQuery does not also do wildcards. > What I cannot understand is this behavior which > throws no exceptions: > > title:[a* TO z*] returns 0 hits. This is literally searching for "a*" through "z*", with the asterisk being literal, not a wildcard. > title [a* TO m*] OR [n* TO z*] returns *almost* the > correct answer -- one title [of approximately 1200] is missing. Is that your exact query? Maybe you're finding "title"? > title:[a* TO m*] OR [m* TO z*] correctly returns > all the available titles. Maybe this has to do with your default field, if that is your exact query. [m* TO z*] is going to the default field for QueryParser, not the title field. > There is obviously something *interesting* about the > behavior of the Search engine that I have failed to > grasp. I would appreciate any instruction. To get a range from a* TO z* you don't need a wildcard character at all.... title:[a TO z] is close, but it would miss zebra, etc. You'd need to leave the end of the range open. You could use title:[a TO zzzzzzzz] or something like that. But again, RangeQuery does not deal with wildcard characters at all, and treats them literally. Erik --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org