Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-user@lucene.apache.org
MIME-Version: 1.0
In-Reply-To: <CAF8TkC7o-vr65TWYFZ4qhNLZ2iB-Z9A0T1AMwZQVt2FgsDkaQA@mail.gmail.com>
References: <CADitDk=Vpg+3WbjuKH9Z8p0NK_15Lig+iJ2OKxWRKuiW9oEqEQ@mail.gmail.com>
 <CAF8TkC7jXM6B+vdtYg+SWKMB2hoYfHmGz77w4xidrmWP8zKm=Q@mail.gmail.com>
 <CADitDk=eXsmyCe6EQQn8bcG6EZyFKGP-BbQBF8uX0yr0CprrSg@mail.gmail.com>
 <CABpwofm4yhR3g3mpQxu8FrWeUfLG+xR1XHKbYb4B-kH6-Xb_GA@mail.gmail.com>
 <CADitDkkCwNT_=84-EHA6pAy6KOTXem-ipzrv6SdZQPA1LO_CAQ@mail.gmail.com>
 <CABpwofm-onE+oaj7dTSUbO2LgrGDA1NAcVQYgt2zfo+YJmU_sg@mail.gmail.com>
 <CADitDkn_OebTNMDuzPhW9vZeZRdUHBjtA4d3CcJvm5gEOGk9mQ@mail.gmail.com> <CAF8TkC7o-vr65TWYFZ4qhNLZ2iB-Z9A0T1AMwZQVt2FgsDkaQA@mail.gmail.com>
From: Vadim Gindin <vgindin@detectum.com>
Date: Sun, 31 Dec 2017 17:06:11 +0500
Message-ID: <CADitDk=K_5UonydNPkaq4FdF4ZOORjHhN+r7dPYEzowK=eOLsg@mail.gmail.com>
Subject: Re: Query in a doc context
To: java-user@lucene.apache.org
Content-Type: multipart/alternative; boundary="94eb2c043cfc18f6c30561a1b1ba"
archived-at: Sun, 31 Dec 2017 12:06:18 -0000

--94eb2c043cfc18f6c30561a1b1ba
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Thanks Mikhail!

I'll look there.

Happy new year )

Regards
Vadim Gindin

31 =D0=B4=D0=B5=D0=BA. 2017 =D0=B3. 2:21 =D0=BF=D0=BE=D0=BB=D1=8C=D0=B7=D0=
=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1=8C "Mikhail Khludnev" <mkhl@apache.org=
>
=D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB:

> Literally it's done in Solr (excuse moi) via
> q=3Dfield1:(foo bar baz)^=3D3 field2:(foo bar baz)^=3D4 field3:(foo bar b=
az)^=3D5
> but it's absolutely wrong way to approach the problem, you can find disma=
x
> and white elephant  problem in the Relevant Search by Mr Turnbull
>
> On Tue, Dec 26, 2017 at 10:01 PM, Vadim Gindin <vgindin@detectum.com>
> wrote:
>
> > Mike,
> >
> > I need the following. I want to create a query using the following
> > information: query string "blah blah blah" and constant scores map:
> >
> > "field1" -> 3.0
> > "field2" -> 4.0
> > "field3" -> 5.0
> >
> > // field1, field2, field3  - fields in the index.
> >
> > The created query should search "blah blah blah" in each specified fiel=
d.
> > If the search string is found in field1 then query score would be 3.0,
> > field2 -> 4.0 and so on. The final score would be a sum of fields where
> the
> > search string is found.
> >
> > I've implemented that and additional things: like explanation extending
> and
> > composing sum scores.
> >
> > Regards,
> > Vadim Gindin
> >
> >
> > On Fri, Dec 15, 2017 at 10:33 PM, Mike Dinescu (DNQ) <mdinescu@donaq.co=
m
> >
> > wrote:
> >
> > > Got it. I misunderstood the question (actually I'm still not convince=
d
> I
> > > fully understand what you're looking for). It might be good to give a=
n
> > > example in case others on the mailing list are confused.
> > >
> > > *Mike*
> > >
> > >
> > >
> > > On Thu, Dec 14, 2017 at 8:54 AM, Vadim Gindin <vgindin@detectum.com>
> > > wrote:
> > >
> > > > Mike,
> > > >
> > > > I don't need full doc match. I need a multi-field match and later I
> > need
> > > to
> > > > know - what fields are matched for a document to be able to calcula=
te
> > > other
> > > > multi-fields-oriented metrics.
> > > >
> > > > Regards,
> > > > Vadim Gindin
> > > >
> > > > On Thu, Dec 14, 2017 at 8:46 PM, Mike Dinescu (DNQ) <
> > mdinescu@donaq.com>
> > > > wrote:
> > > >
> > > > > Apologies if I completely misundetstood but if you are looking to
> do
> > a
> > > > full
> > > > > doc match, you could duplicate duplicated the doc into another
> field
> > > that
> > > > > is a true full text index of the document.
> > > > >
> > > > > And search on that. Wouldn't that be exactly what you want?
> > > > >
> > > > > On Thu, Dec 14, 2017 at 6:53 AM Vadim Gindin <vgindin@detectum.co=
m
> >
> > > > wrote:
> > > > >
> > > > > > Thanks Mikhail
> > > > > >
> > > > > > Could you describe your sentences in more detail?
> > > > > >
> > > > > > Vadim
> > > > > >
> > > > > > On Thu, Dec 14, 2017 at 7:08 PM, Mikhail Khludnev <
> mkhl@apache.org
> > >
> > > > > wrote:
> > > > > >
> > > > > > > Hello, Vadim.
> > > > > > >
> > > > > > > Please find inline.
> > > > > > >
> > > > > > > On Thu, Dec 14, 2017 at 11:43 AM, Vadim Gindin <
> > > vgindin@detectum.com
> > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > > Hi all.
> > > > > > > >
> > > > > > > > As I can understand. All Queries (or most of them?) are
> > > > single-field
> > > > > > > > oriented. They may implement different search/score logic,
> but
> > > they
> > > > > are
> > > > > > > > intended for a single field. For example, simple TermQuery =
or
> > > > > > > PhraseQuery.
> > > > > > > > If I need to implement the search through different fields =
I
> > > should
> > > > > use
> > > > > > > > BooleanQuery to combine several single-field queries.
> > > > > > > >
> > > > > > > > Did I understand that right?
> > > > > > > >
> > > > > > >
> > > > > > > Absolutely
> > > > > > >
> > > > > > >
> > > > > > > >
> > > > > > > > What is an appropriate way to implement a document-wise
> Query?
> > > > > > > >
> > > > > > > > 1. DisjunctionScorer.getChildren() painful doc-at-time
> > handling
> > > > > > > 2. there is a quite promising idea is to amend buffer in
> > > term-at-time
> > > > > > > BooleanScorer to track every doc-term hit.
> > > > > > > 3. probably it can be done by copying all terms into single
> > field,
> > > > but
> > > > > > > storing original field in payloads, but it's reaalllly sloooo=
ww
> > > > > > >
> > > > > > >
> > > > > > > > I need to have the ability to combine fields matching of on=
e
> > > > document
> > > > > > and
> > > > > > > > analyze it. Particularly - to count whether all query terms
> are
> > > > > matched
> > > > > > > (to
> > > > > > > > one field or to different fields). I need to be able to fet=
ch
> > > > > > > corresponding
> > > > > > > > information: what terms are matched to what fields and so o=
n.
> > > > > > > >
> > > > > > > >
> > > > > > > > It seems, that BooleanQuery/BooleanScorer is not a good pla=
ce
> > to
> > > > > > > accumulate
> > > > > > > > some information from a child Queries/Scorers.
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Sincerely yours
> > > > > > > Mikhail Khludnev
> > > > > > >
> > > > > >
> > > > > --
> > > > > *Mike Dinescu*
> > > > > Donaq LLC, Founder
> > > > > +1 (312) 924 0600
> > > > > www.donaq.com
> > > > > http://linkedin.com/company/donaq-llc
> > > > >
> > > > >
> > > > > *CONFIDENTIAL COMMUNICATION:* This message is intended only for t=
he
> > > named
> > > > > recipient(s) above. It may contain confidential information that =
is
> > > > > privileged or that constitutes work product of Donaq LLC.  If you
> are
> > > not
> > > > > the intended recipient, you are hereby notified that any
> > dissemination,
> > > > > distribution or copying of this e-mail and any attachment(s) is
> > > strictly
> > > > > prohibited.
> > > > >
> > > >
> > >
> >
>
>
>
> --
> Sincerely yours
> Mikhail Khludnev
>

--94eb2c043cfc18f6c30561a1b1ba--