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 EF99EE797 for ; Wed, 28 Nov 2012 13:49:41 +0000 (UTC) Received: (qmail 38335 invoked by uid 500); 28 Nov 2012 13:49:38 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 38274 invoked by uid 500); 28 Nov 2012 13:49:38 -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 38265 invoked by uid 99); 28 Nov 2012 13:49:38 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Nov 2012 13:49:38 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of SRS0=2VkTHF=JY=basetechnology.com=jack@yourhostingaccount.com designates 65.254.253.44 as permitted sender) Received: from [65.254.253.44] (HELO mailout05.yourhostingaccount.com) (65.254.253.44) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Nov 2012 13:49:32 +0000 Received: from mailscan19.yourhostingaccount.com ([10.1.15.19] helo=mailscan19.yourhostingaccount.com) by mailout05.yourhostingaccount.com with esmtp (Exim) id 1Tdi0l-0003JN-UT for solr-user@lucene.apache.org; Wed, 28 Nov 2012 08:49:11 -0500 Received: from impout01.yourhostingaccount.com ([10.1.55.1] helo=impout01.yourhostingaccount.com) by mailscan19.yourhostingaccount.com with esmtp (Exim) id 1Tdi0m-0004In-3e for solr-user@lucene.apache.org; Wed, 28 Nov 2012 08:49:12 -0500 Received: from authsmtp01.yourhostingaccount.com ([10.1.18.1]) by impout01.yourhostingaccount.com with NO UCE id V1pB1k00F01P85W011pBWm; Wed, 28 Nov 2012 08:49:11 -0500 X-Authority-Analysis: v=2.0 cv=EJGEIilC c=1 sm=1 a=yH02RjTyxywMAIqhn74x1Q==:17 a=aQzbgH187woA:10 a=KaZCLlmr8VgA:10 a=3jZET7lWBKwA:10 a=IkcTkHD0fZMA:10 a=jvYhGVW7AAAA:8 a=BrcwlA7R82oA:10 a=mV9VRH-2AAAA:8 a=8TZ1_ZiKAAAA:8 a=lcalx-U64-MFHWxJUcsA:9 a=QEXdDO2ut3YA:10 a=EMlJoiak7gQA:10 a=IALZnXO6jasA:10 a=ilymawf/5WNU8sTmGLp1gQ==:117 X-EN-OrigOutIP: 10.1.18.1 X-EN-IMPSID: V1pB1k00F01P85W011pBWm Received: from 207-237-113-14.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com ([207.237.113.14] helo=JackKrupansky) by authsmtp01.yourhostingaccount.com with esmtpa (Exim) id 1Tdi0l-0005Gq-Dc for solr-user@lucene.apache.org; Wed, 28 Nov 2012 08:49:11 -0500 Message-ID: <295E921148504349B6D1769EE549B055@JackKrupansky> From: "Jack Krupansky" To: References: <183ED04B56E14808B0258FBB7F35322F@JackKrupansky> In-Reply-To: Subject: Re: positions and qf parameter in (e)dismax Date: Wed, 28 Nov 2012 08:49:09 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3555.308 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3555.308 X-EN-UserInfo: e0a4b55451ed9f27313ebf02e3d4348d:fc4a93e1349e680c52bdd723c0ab3ef6 X-EN-AuthUser: jack@basetechnology.com Sender: "Jack Krupansky" X-EN-OrigIP: 207.237.113.14 X-EN-OrigHost: 207-237-113-14.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com X-Virus-Checked: Checked by ClamAV on apache.org Edismax is considered Solr, although the same issue exists in the Lucene query parser. -- Jack Krupansky -----Original Message----- From: Markus Jelsma Sent: Wednesday, November 28, 2012 8:50 AM To: solr-user@lucene.apache.org Subject: RE: positions and qf parameter in (e)dismax I think i agree. Is this something that should be resolved in Solr or Lucene? Thanks -----Original message----- > From:Jack Krupansky > Sent: Tue 27-Nov-2012 17:47 > To: solr-user@lucene.apache.org > Subject: Re: positions and qf parameter in (e)dismax > > That is exactly the exception I would expect to see given your scenario. > The > fact that the situation may have been silently ignored in the past was > surely an oversight that has since been corrected. > > My proposal would be that if the query parser (actually the code that > generates PhraseQuery) encounters a phrase and the field does not have > positions, a BooleanQuery with MUST would be generated instead of the > PhraseQuery. > > -- Jack Krupansky > > -----Original Message----- > From: Markus Jelsma > Sent: Tuesday, November 27, 2012 4:27 AM > To: solr-user@lucene.apache.org > Subject: RE: positions and qf parameter in (e)dismax > > Hi - no we're not getting any errors because we enabled positions on all > fields that are also listed in the qf-parameter. If we don't, and send a > phrase query we would get an error such as: > > java.lang.IllegalStateException: field "h1" was indexed without position > data; cannot run > PhraseQuery (term=a) > at > org.apache.lucene.search.PhraseQuery$PhraseWeight.scorer(PhraseQuery.java:274) > at > org.apache.lucene.search.DisjunctionMaxQuery$DisjunctionMaxWeight.scorer(DisjunctionMaxQuery.java:160) > at org.apache.lucene.search.IndexSearcher.search(IndexSearcher.java:589) > at org.apache.lucene.search.IndexSearcher.search(IndexSearcher.java:280) > at > org.apache.solr.search.SolrIndexSearcher.getDocListAndSetNC(SolrIndexSearcher.java:1518) > at > org.apache.solr.search.SolrIndexSearcher.getDocListC(SolrIndexSearcher.java:1265) > at > org.apache.solr.search.SolrIndexSearcher.search(SolrIndexSearcher.java:384) > at > org.apache.solr.handler.component.QueryComponent.process(QueryComponent.java:411) > at > org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:204) > at > org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:129) > at org.apache.solr.core.SolrCore.execute(SolrCore.java:1555) > at > org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:442) > at > org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:263) > > We have fields in qf that we don't need to be searched for explicit phrase > queries so we'd like to omit positions, offsets and so on. But if we do, > we'll get the above error for explicit phrase queries. > > Thanks > > > -----Original message----- > > From:Chris Hostetter > > Sent: Tue 27-Nov-2012 02:15 > > To: solr-user@lucene.apache.org > > Subject: Re: positions and qf parameter in (e)dismax > > > > > > : We do not want to store positions for some fields or omit term and > > : positions (or just tf) for other fields. Obviously we don't need/want > > : explicit phrase matching on the fields we want to configure without > > : positions, but (e)dismax doesn't let us. All text fields configured in > > : the QF parameter are eligible for explicit phrase matching and need to > > : have positions. We're looking for a way to disable what we don't need > > : and prevent Solr from searching fields for phrases that we don't want > > to > > : be searched on. > > > > I'm not understanding the problem ... is there a specific error you are > > getting? can you please post that error along with your schema and an > > example of a request that triggers the problem? > > > > -Hoss > > > >