Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 2EB47200C77 for ; Mon, 1 May 2017 12:33:11 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 2D583160BAE; Mon, 1 May 2017 10:33:11 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 760AA160BAB for ; Mon, 1 May 2017 12:33:10 +0200 (CEST) Received: (qmail 72829 invoked by uid 500); 1 May 2017 10:33:08 -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 72813 invoked by uid 99); 1 May 2017 10:33:08 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 May 2017 10:33:08 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id DF35218097B; Mon, 1 May 2017 10:33:07 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1 X-Spam-Level: * X-Spam-Status: No, score=1 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1, MIME_QP_LONG_LINE=0.001, RP_MATCHES_RCVD=-0.001] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id pPTC7BM6bATI; Mon, 1 May 2017 10:33:07 +0000 (UTC) Received: from mail1.ams.nl.openindex.io (mail1.ams.nl.openindex.io [141.105.125.41]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id B03505F3BB; Mon, 1 May 2017 10:33:06 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail1.ams.nl.openindex.io (Postfix) with ESMTP id 221AB121451; Mon, 1 May 2017 10:33:00 +0000 (UTC) Received: from mail1.ams.nl.openindex.io ([127.0.0.1]) by localhost (mail1.ams.nl.openindex.io [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OSnvPS0yLTA1; Mon, 1 May 2017 10:33:00 +0000 (UTC) Received: from mail1.ams.nl.openindex.io (localhost [127.0.0.1]) by mail1.ams.nl.openindex.io (Postfix) with ESMTP id 0C3CB1209C2; Mon, 1 May 2017 10:33:00 +0000 (UTC) Subject: RE: Term no longer matches if PositionLengthAttr is set to two From: =?utf-8?Q?Markus_Jelsma?= To: =?utf-8?Q?java-user=40lucene=2Eapache=2Eorg?= , =?utf-8?Q?solr-user?= Date: Mon, 1 May 2017 10:33:00 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-Mailer: Zarafa 7.2.1-51838 X-Original-To: Message-Id: archived-at: Mon, 01 May 2017 10:33:11 -0000 Hello again, apologies for cross-posting and having to get back to this unsolved problem. Initially i thought this is a problem i have with, or in Lucene. Maybe not, so is this problem in Solr=3F Is here anyone who has seen this problem before=3F Many thanks, Markus -----Original message----- > From:Markus Jelsma > Sent: Tuesday 25th April 2017 13:40 > To: java-user@lucene.apache.org > Subject: Term no longer matches if PositionLengthAttr is set to two >=20 > Hello, >=20 > We have a decompounder and recently implemented the PositionLengthAttribute in it and set it to 2 for a two-word compound such as drinkwater (drinking water in dutch). The decompounder runs both at index- and query-time on Solr 6.5.0. >=20 > The problem is, q=3Dcontent_nl:drinkwater no longer returns documents containing drinkwater when posLenAtt =3D 2 at query time. >=20 > This is Solr's debug output for drinkwater with posLenAtt =3D 2: >=20 > content_nl:drinkwater > content_nl:drinkwater > SynonymQuery(Synonym()) > Synonym() >=20 > This is the output where i reverted the decompounder, thus a posLenAtt =3D 1: >=20 > content_nl:drinkwater > content_nl:drinkwater > SynonymQuery(Synonym(content_nl:drink content_nl:drinkwater)) content_nl:water > Synonym(content_nl:drink content_nl:drinkwater) content_nl:water >=20 > The indexed terms still have posLenAtt =3D 2, but having a posLenAtt =3D 2 at query time seems to be a problem. >=20 > Any thoughts on this issue=3F Is it a bug=3F Do i not understand PositionLengthAttribute=3F Why does it affect term/document matching=3F At query time but not at index time=3F >=20 > Many thanks, > Markus >=20 > --------------------------------------------------------------------- > To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org > For additional commands, e-mail: java-user-help@lucene.apache.org >=20 >=20