Return-Path: X-Original-To: apmail-lucene-solr-user-archive@minotaur.apache.org Delivered-To: apmail-lucene-solr-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1071B1006D for ; Thu, 25 Apr 2013 15:31:38 +0000 (UTC) Received: (qmail 59298 invoked by uid 500); 25 Apr 2013 15:31:34 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 59252 invoked by uid 500); 25 Apr 2013 15:31:34 -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 59237 invoked by uid 99); 25 Apr 2013 15:31:34 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 25 Apr 2013 15:31:34 +0000 X-ASF-Spam-Status: No, hits=2.8 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,URI_HEX X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sanmestry@gmail.com designates 209.85.160.41 as permitted sender) Received: from [209.85.160.41] (HELO mail-pb0-f41.google.com) (209.85.160.41) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 25 Apr 2013 15:31:28 +0000 Received: by mail-pb0-f41.google.com with SMTP id md12so553000pbc.0 for ; Thu, 25 Apr 2013 08:31:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=8Yls8ZdwkyK+2nkjEc5Qbq0flCSXgBCJp8qdlFFeaDk=; b=dyifDA4nr7ivzYSaLt1ZdXhARkH3p6Q+kc4uGtlBmZjALjQEL9F8xTyXw8BQqFrGFF JlpNSrtg7Y+MVbMA/J4Pd5RVeonv6xUZYLm3ivVoAC36uuXPnBAwlhMv0dIiKJbmk9TE nKSFlUh0SY9avaJAP4INKbhXJjvEIAaqPF4deRe4GPpq2bY32/w4ZM2rddfze3mbYThT nWFLhk35Yu/nGUm8ldPIHLuydp/EyUuRcF6wJJWjGfv3IZgdPha7LAVF6HCZ608eRsiR zMb5YwgZOcNXKUBF1W7KI+zrxSPGaOaAeWBReclTtfauHZCaADPBZhtPPEjzg3DMiZGz 5MMw== MIME-Version: 1.0 X-Received: by 10.66.100.231 with SMTP id fb7mr25388676pab.162.1366903867746; Thu, 25 Apr 2013 08:31:07 -0700 (PDT) Received: by 10.70.38.72 with HTTP; Thu, 25 Apr 2013 08:31:07 -0700 (PDT) In-Reply-To: <69854147AA9F4DB19BFEA2CDC6B33AC7@JackKrupansky> References: <1366882380781-4058865.post@n3.nabble.com> <591B81AF05D74BBC89DD3F00D09D9CDE@JackKrupansky> <1366891236354-4058890.post@n3.nabble.com> <24B502B670DA4C0F9D269BDD1FF1BC36@JackKrupansky> <1366893827121-4058907.post@n3.nabble.com> <1366901105746-4058929.post@n3.nabble.com> <69854147AA9F4DB19BFEA2CDC6B33AC7@JackKrupansky> Date: Thu, 25 Apr 2013 16:31:07 +0100 Message-ID: Subject: Re: Exact matching in Solr 3.6.1 From: Sandeep Mestry To: solr-user@lucene.apache.org Content-Type: multipart/alternative; boundary=047d7bf17d6c7ab7f604db311b9a X-Virus-Checked: Checked by ClamAV on apache.org --047d7bf17d6c7ab7f604db311b9a Content-Type: text/plain; charset=ISO-8859-1 Agree with Jack. The current field type text_general is designed to match the query tokens instead of exact matches - so it's not able to fulfill your requirements. Can you use flat file as spell check dictionary instead and that way you can search on exact matched field while generating spell check suggestions from the file instead of from index? -S On 25 April 2013 16:25, Jack Krupansky wrote: > Well then just do an exact match ONLY! > > It sounds like you haven't worked out the inconsistencies in your > requirements. > > To be clear: We're not offering you "solutions" - that's your job. We're > only pointing out tools that you can use. It is up to you to utilize the > tools wisely to implement your solution. > > I suspect that you simply haven't experimented enough with various boosts > to assure that the unstemmed result is consistently higher. > > Maybe you need a custom stemmer or stemmer overide so that "passengers" > does get stemmed to "passenger", but "cats" does not (but "dogs" does.) > That can be a choice that you can make, but I would urge caution. Still, it > is a decision that you can make - it's not a matter of Solr forcing or > preventing you. I still think boosting of an unstemmed field should be > sufficient. > > But until you clarify the inconsistencies in your requirements, we won't > be able to make much progress. > > > -- Jack Krupansky > > -----Original Message----- From: vsl > Sent: Thursday, April 25, 2013 10:45 AM > > To: solr-user@lucene.apache.org > Subject: Re: Exact matching in Solr 3.6.1 > > Thanks for your reply but this solution does not fullfil my requirment > because other documents (not exact matched) will be returned as well. > > > > -- > View this message in context: http://lucene.472066.n3.** > nabble.com/Exact-matching-in-**Solr-3-6-1-tp4058865p4058929.**html > Sent from the Solr - User mailing list archive at Nabble.com. > --047d7bf17d6c7ab7f604db311b9a--