Return-Path: Delivered-To: apmail-lucene-solr-user-archive@minotaur.apache.org Received: (qmail 19901 invoked from network); 6 Sep 2010 16:12:40 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 6 Sep 2010 16:12:40 -0000 Received: (qmail 73976 invoked by uid 500); 6 Sep 2010 16:12:38 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 73896 invoked by uid 500); 6 Sep 2010 16:12:37 -0000 Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-user@lucene.apache.org Delivered-To: mailing list solr-user@lucene.apache.org Received: (qmail 73888 invoked by uid 99); 6 Sep 2010 16:12:37 -0000 Received: from Unknown (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Sep 2010 16:12:37 +0000 X-ASF-Spam-Status: No, hits=4.5 required=10.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,SPF_HELO_PASS,SPF_SOFTFAIL,T_TO_NO_BRKTS_FREEMAIL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: softfail (nike.apache.org: transitioning domain of hasn_36@hotmail.com does not designate 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Sep 2010 16:12:14 +0000 Received: from ben.nabble.com ([192.168.236.152]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1OseIT-0008EK-Qz for solr-user@lucene.apache.org; Mon, 06 Sep 2010 09:11:53 -0700 Date: Mon, 6 Sep 2010 09:11:53 -0700 (PDT) From: Hasnain To: solr-user@lucene.apache.org Message-ID: <1283789513830-1427565.post@n3.nabble.com> In-Reply-To: References: <1283249501857-1393332.post@n3.nabble.com> <1283373302156-1402772.post@n3.nabble.com> <1283422350525-1405431.post@n3.nabble.com> Subject: Re: Alphanumeric wildcard search problem MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi Erik, So I took your advice and started fresh with solr, got my self latest copy of solr and started adding things gradually in configuration files. Unfortunately, this still doesnot work. But, I realized that searching for q=r-1* didnt return any results but when I query like this q=r-(space)1*, solr returned perfect results. when ever there is start of digits I have to put space before first digit and it works perfect like dcp123* doesnot return no results but dcp(space)123* works perfectly. Im using standard request handler and same type i.e. textShoaib and Im absolutely sure im using the same schema. Im sensing im very close to accomplish my task, any idea why solr is behaving like that. Is there anything I can do to get rid of this (space) issue before digits? thanks Erick Erickson wrote: > > All I can say is that I just tried it with the following definitions > and it works as expected. That is: > http://localhost:8983/solr/select/?q=eoe:R-1*&version=2.2&start=0&rows=10&indent=on > > returns > nothing (casing issue) and > > http://localhost:8983/solr/select/?q=eoe:r-1*&version=2.2&start=0&rows=10&indent=on > > returned > 3 documents > > positionIncrementGap="100"> > > just playing > ignoreCase="true" > words="stopwords.txt" > enablePositionIncrements="true" > /> > > > > > class="solr.StandardTokenizerFactory"/> > ignoreCase="true" expand="true"/> > words="stopwords.txt"/> > > > > > > and > > > where the relevant documents had the following: > > R-1 and some stuff > r-1 really now > R-1 > > searching for r* and r-* also returned three documents. > Note that using StandardAnalyzer and WhitespaceAnalyzer > didn't make any difference. > > browsing the schema from the admin page shows the tokena > r-1 > really > some > stuff > now > > Are you totally and absolutely sure that you're using the schema you think > you are? > And you restarted SOLR after you made schema changes? > And you re-indexed your data? > > > I also tried it with the dismax query, and it works there too: > http://localhost:8983/solr/select/?qt=standard2&q=r-1*&version=2.2&start=0&rows=10&indent=on&debugQuery=true > > returns 3 results, where standard2 is defined like this: > > > > > dismax > explicit > 0.6 > eoe^2.3 mat_nr^0.4 > 0% > > > > > So in sum, I suspect that you've made some innocous-seeming > change somewhere that you've forgotten about (easy to do when > you're trying a zillion things and frustrated). So, here's what I'd > recommend: > > back up and forget dismax for a while, just get it all working > with the normal query parser and gradually add things back > in until you either fail succeed all the way back to dismax. > > BTW, you probably want to specify dismax with the qf parameter, > pf stands for "phrase fields" where qf stands for "query fields". > pf worked for me, but I doubt that's what you're really after. > > This is all on SOLR 1.4.1 BTW. > > Best > Erick > > > On Thu, Sep 2, 2010 at 6:12 AM, Hasnain wrote: > >> >> Erick, >> I have checked with lowercasing, and yes there are Items by this >> name. >> Im not getting anywhere with this, tried many things and Im really >> perplexed. >> >> any other suggestion? >> >> >> >> >> >> Oh dear. Wildcard queries aren't analyzed, so I suspect it's a casing >> issue. >> >> Try two things: >> 1> search for r-1* >> 2> look in your index and be sure the actual terms are there as you >> expect. >> >> HTH >> Erick >> >> >> -- >> View this message in context: >> http://lucene.472066.n3.nabble.com/Alphanumeric-wildcard-search-problem-tp1393332p1405431.html >> Sent from the Solr - User mailing list archive at Nabble.com. >> > > -- View this message in context: http://lucene.472066.n3.nabble.com/Alphanumeric-wildcard-search-problem-tp1393332p1427565.html Sent from the Solr - User mailing list archive at Nabble.com.