Re: Phrase query no hits when stopwords and FlattenGraphFilterFactory used

Many thanks Walter, that's useful information. And yes, if we are able to keep stopwords, then we will. We have been exploring it because we've noticed its use leads to a sizable drop in index size (5%, in some of our tests), which then had the knock on effect of better performance. (Also, unfortun

Re: Phrase query no hits when stopwords and FlattenGraphFilterFactory used

By far the simplest solution is to leave stopwords in the index. That also improves relevance, because it becomes possible to search for “vitamin a” or “to be or not to be”. Stopword remove was a performance and disk space hack from the 1960s. It is no longer needed. We were keeping stopwords i

Re: Phrase query no hits when stopwords and FlattenGraphFilterFactory used

Hi all, Okay, I've been doing more research about this problem and from what I understand, phrase queries + stopwords are known to have some difficulties working together in some circumstances. E.g., https://stackoverflow.com/questions/56802656/stopwords-and-phrase-queries-solr?rq=1 https://issue

Re: Phrase query as feature in LTR not working

Hi AshB, from what I see, this is the expected behavior. You pass this efi to your "isPook" feature : efi.query=thrones%20of%20game*. Then you calculate: { "name" : "isPook", "class" : "org.apache.solr.ltr.feature.SolrFeature", "params" : { "fq": ["{!type=edismax qf=*text* v

Re: Phrase Query only forward direction

Thanks Eric On Mon, Jun 12, 2017 at 10:28 PM Erick Erickson wrote: > Complex phrase also has an inorder flag that I think you're looking for > here. > > Best, > Erick > > On Mon, Jun 12, 2017 at 7:16 AM, Erik Hatcher > wrote: > > Understood. If you need ordered, “sloppy” (some distance) phras

Re: Phrase Query only forward direction

Complex phrase also has an inorder flag that I think you're looking for here. Best, Erick On Mon, Jun 12, 2017 at 7:16 AM, Erik Hatcher wrote: > Understood. If you need ordered, “sloppy” (some distance) phrases, you > could OR in a {!complexphrase} query. > > https://cwiki.apache.org/confluen

Re: Phrase Query only forward direction

Understood. If you need ordered, “sloppy” (some distance) phrases, you could OR in a {!complexphrase} query. https://cwiki.apache.org/confluence/display/solr/Other+Parsers#OtherParsers-ComplexPhraseQueryParser

Re: Phrase Query only forward direction

Yes Erik I can use ps=0 but, my problem is that I want phrase which have same sequence and they can be present with in some distance E.g. If I have document masitha xyz 12345 I want that to be boosted since the sequence is in order .That's why I have use ps=5 Thanks, Aman Deep Singh On 12-Jun-2017

Re: Phrase Query only forward direction

Using ps=5 causes the phrase matching to be unordered matching. You’ll have to set ps=0, if using edismax, to get exact order phrase matches. Erik > On Jun 12, 2017, at 1:09 AM, Aman Deep Singh > wrote: > > Hi, > I'm using a phrase query ,but it was applying the phrase boost to the

Re: Phrase query proximity parameter doe not show up in parsed query string

Hi, I think synonym_edismax is not part of solr. Can you re-produce with the stock edismax? On Monday, June 20, 2016 12:34 PM, preeti kumari wrote: Hi All, My query looks like below : q=((_query_:"{!synonym_edismax qf='partnum' v='597871' bq='' mm=100 synonyms=true synonyms.constructPhra

Re: phrase query

Hi Brian, this is a relevancy problem. I would suggest you to use : http://splainer.io ( it's a really nice Doug tool, related to Quepid) to get why you have one doc in front of another. Then Please attach in here the result. If you want to give us all the details please also attach the debugQuery=

Re: Phrase query not matching exact tokens in some cases

Also, the first place to look for answers for questions like "what is the stemmer doing" is to look at the admin/analysis page. Each step in the analysis chain will be shown. Hover over the light gray initials and you'll see the class used (e.g. WST == WhitespaceTokenizer). Best, Erick On Tue, Ju

Re: Phrase query not matching exact tokens in some cases

Which kind of Highlighter are you using ? Anyway it is responsibility of your analysis chain. it is an heavy analysis chain and I can see : "solr. HunspellStemFilterFactory" If you are using the term vector for your field, to be used by your highlighter, in the term vector , for each document, you

Re: Phrase query get converted to SpanNear with slop 1 instead of 0

Hi Ariya, I think Hossman specified you that the slop 1 is fine in your use case :) Of course in the case using span queries was what you were expecting ! Cheers 2015-06-16 10:13 GMT+01:00 ariya bala : > Ok. Thank you Chris. > It is a custom Query parser. > I will check my Query parser on where

Re: Phrase query get converted to SpanNear with slop 1 instead of 0

Ok. Thank you Chris. It is a custom Query parser. I will check my Query parser on where it inject the slop 1. On Tue, Jun 16, 2015 at 3:26 AM, Chris Hostetter wrote: > > : I encounter this peculiar case with solr 4.10.2 where the parsed query > : doesnt seem to be logical. > : > : PHRASE23("redu

Re: Phrase query get converted to SpanNear with slop 1 instead of 0

: I encounter this peculiar case with solr 4.10.2 where the parsed query : doesnt seem to be logical. : : PHRASE23("reduce workforce") ==> : SpanNearQuery(spanNear([spanNear([Contents:reduceä, : Contents:workforceä], 1, true)], 23, true)) 1) that does not appear to be a parser syntax of any pars

Re: phrase query in solr 4

On top of what Shawn rightly said, two things: 1. Try to benchmark yourself (best bet) solution with and without the shingles. Then you know better and have story with numbers to tell. 2. If you go with the shingles approach, consider removing duplicates with https://wiki.apache.org/solr/Analyzers

Re: phrase query in solr 4

On 10/27/2014 6:20 AM, Robust Links wrote: > 1) we want to index and search all tokens in a document (i.e. we do not > rely on external stores) > > 2) we need search time to be fast and willing to pay larger indexing time > and index size, > > 3) be able to search as fast as possible ngrams of 3

Re: Phrase query combined with term query for maximum accuracy

One more thing i just noticed: if for collection_US i try to search for title:"blue hat"^100 OR text:"blue hat"^50-> i get the same error but if i search for : title:"blue hat"^100 OR text:"bluehat"^50 -> it works fine - Thanks, Michael -- View this message in context: http://lucen

Re: Phrase query combined with term query for maximum accuracy

Thanks Jack! I tried it and i get a really funny behaviour: I have two collections, having the same solrconfig.xml and the same schema definition, except for the type of some fields, which in collection_DE are customized for German languange and in collection_US for English

Re: Phrase query combined with term query for maximum accuracy

You need some parentheses: title:john doe^30 OR description:john doe^10 should be: title:(john doe)^30 OR description:(john doe)^10 -- Jack Krupansky -Original Message- From: michael.boom Sent: Tuesday, October 29, 2013 7:20 AM To: solr-user@lucene.apache.org Subject: Phrase query c

Re: Phrase query with prefix query

Hi Kuro, It is possible with https://issues.apache.org/jira/browse/SOLR-1604 . But this is a sold-plugin. There is built-in http://wiki.apache.org/solr/SurroundQueryParser, but syntax is a little bit different. q = san w fran* From: T. Kuro Kurosaka To: so

Re: Phrase query with prefix query

Or shingles, presuming you want to tokenize and output unigrams. On Aug 2, 2013, at 11:33 AM, Walter Underwood wrote: > Search against a field using edge N-grams. --wunder > > On Aug 2, 2013, at 11:16 AM, T. Kuro Kurosaka wrote: > >> Is there a query parser that supports a phrase query with p

Re: Phrase query with prefix query

Search against a field using edge N-grams. --wunder On Aug 2, 2013, at 11:16 AM, T. Kuro Kurosaka wrote: > Is there a query parser that supports a phrase query with prefix query at the > end, such as "San Fran*" ? > > -- > - > T. "Kuro" Kurosaka • Senio

Re: Phrase Query Problem?

Indeed something doesn't seem right about that, quotes are for phrases, you are right, and I get confused even thinking about what happens when you try to "escape" spaces like that. I think there's something odd going on with your URI-escaping in general. Here's what the string should actually

Re: Phrase Query Problem?

On 11/2/2010 9:21 AM, Ken Stanley wrote: On Tue, Nov 2, 2010 at 8:19 AM, Erick Ericksonwrote: That's not the response I get when I try your query, so I suspect something's not quite right with your test... But you could also try putting parentheses around the words, like mykeywords:(Compliance

Re: Phrase Query Problem?

On Tue, Nov 2, 2010 at 8:19 AM, Erick Erickson wrote: > That's not the response I get when I try your query, so I suspect > something's not quite right with your test... > > But you could also try putting parentheses around the words, like > mykeywords:(Compliance+With+Conduct+Standards) > > Best

Re: Phrase Query Problem?

That's not the response I get when I try your query, so I suspect something's not quite right with your test... But you could also try putting parentheses around the words, like mykeywords:(Compliance+With+Conduct+Standards) Best Erick On Tue, Nov 2, 2010 at 5:25 AM, Tod wrote: > On 11/1/2010

Re: Phrase Query Problem?

On 11/1/2010 11:14 PM, Ken Stanley wrote: On Mon, Nov 1, 2010 at 10:26 PM, Tod wrote: I have a number of fields I need to do an exact match on. I've defined them as 'string' in my schema.xml. I've noticed that I get back query results that don't have all of the words I'm using to search with

Re: Phrase Query Problem?

On Mon, Nov 1, 2010 at 10:26 PM, Tod wrote: > I have a number of fields I need to do an exact match on. I've defined > them as 'string' in my schema.xml. I've noticed that I get back query > results that don't have all of the words I'm using to search with. > > For example: > > > q=(((mykeyword

Re: phrase query with autosuggest (SOLR-1316)

If you use Chantal's suggestion from an earlier thread, involving facets and tokenized fields, but not the tokens handling -- i think it will work. (But that solution requires only one auto-suggest value per document). There are a bunch of ways people have figured out to do auto-suggest witho

RE: phrase query with autosuggest (SOLR-1316)

My simple but effective solution to that problem was to replace the white spaces in the items you index for autosuggest with some special character, then your wildcarding will work with the whole phrase as you desire. Index: "mike_shaffer" Query: "mike_sha*" -Original Message- From: mik

Re: Phrase Query Issue

Well, I don't think this is done normally. I'm assuming here that you've simplified the example and your *real* requirements aren't quite what you're showing, because what you've described seems really confusing to a user. That said, I don't think SOLR has a way to handle this out-of-the-box. What

Re: Phrase Query Issue

Thanks Erick But their any way to get phrase search and normal search together. for Example if I search for "test" it should only give test result but not tests.. And if we search for tests it should give all results matching with tests(this should include stemmer results also) Please clarify me

Re: Phrase Query Issue

ignoreCase="true" >words="stopwords.txt" >enablePositionIncrements="true" >/> > generateWordParts="0" generateNumberParts="0" catenateWords="1" > catenateNumbers=&q

Re: Phrase Query Issue

solr-user@lucene.apache.org >> Sent: Saturday, April 4, 2009 8:33:46 PM >> Subject: Re: Phrase Query Issue >> >> >> On Apr 4, 2009, at 1:25 AM, dabboo wrote: >> >> > >> > Erik, >> > >> > Thanks a lot for your reply.

Re: Phrase query search returns no result

ust for to experiment, to put "qs=100". >> > >> > Otis Gospodnetic wrote: >> >> >> >> >> >> And "your phrase here"~100 works? >> >> >> >> Otis >> >> -- >> >> Sematext -- http:/

Re: Phrase query search returns no result

~100 works? > >> > >> Otis > >> -- > >> Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch > >> > >> > >> > >> - Original Message > >>> From: SergeyG > >>> To: solr-user@lucene.

Re: Phrase query search returns no result

gt;> - Original Message ---- >>> From: SergeyG >>> To: solr-user@lucene.apache.org >>> Sent: Tuesday, June 2, 2009 11:17:23 AM >>> Subject: Re: Phrase query search returns no result >>> >>> >>> Thanks, Otis. >>> &g

Re: Phrase query search returns no result

Lucene - Solr - Nutch > > > > - Original Message >> From: SergeyG >> To: solr-user@lucene.apache.org >> Sent: Tuesday, June 2, 2009 11:17:23 AM >> Subject: Re: Phrase query search returns no result >> >> >> Thanks, Otis. >> >&

Re: Phrase query search returns no result

And "your phrase here"~100 works? Otis -- Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch - Original Message > From: SergeyG > To: solr-user@lucene.apache.org > Sent: Tuesday, June 2, 2009 11:17:23 AM > Subject: Re: Phrase query search returns no

Re: Phrase query search returns no result

Thanks, Otis. Checking for the stop words was the first thing I did after getting the empty result. Not all of those words are in the stopwords.txt file. Then just for experimenting purposes I commented out the StopWordsAnalyser during indexing and reindexed. But the phrase was not found again.

Re: Phrase query search returns no result

Your stopwords were removed during indexing, so if all those terms were stopwords, and they likely were, none of them exist in the index now. You can double-check that with Luke. You need to remove stopwords from the index-time analyzer, too, and then reindex. Otis -- Sematext -- http://sem

Re: phrase query & word delimiting

Alex, You might want to paste in your tokenizer/token filter config. You may also want to paste in how you analyzer configuration breaks those phrases and what the position of each term is. This will make it easier for others to understand what you have, what doesn't work, and what your opti

Re: phrase query & word delimiting

Using a NGramTokenizerFactory as an analyzer for your field would help you achieve the desired. Here's a nice article - http://coderrr.wordpress.com/2008/05/08/substring-queries-with-solr-acts_as_solr/ Cheers Avlesh On Wed, May 20, 2009 at 11:26 PM, Alex Life wrote: > > Hi All, > > Could you pl

Re: Phrase Query Issue

Let me second this. People ask for this pretty often. Otis -- Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch - Original Message > From: Erik Hatcher > To: solr-user@lucene.apache.org > Sent: Saturday, April 4, 2009 8:33:46 PM > Subject: Re: Phrase Query Issu

Re: Phrase Query Issue

On Apr 4, 2009, at 1:25 AM, dabboo wrote: Erik, Thanks a lot for your reply. I have made some changes in the solr code and now field clauses are working fine with dismax request. Not only this, wildcard characters are also working with dismax and q query parameter. If you want I can sh

Re: Phrase Query Issue

Erik, Thanks a lot for your reply. I have made some changes in the solr code and now field clauses are working fine with dismax request. Not only this, wildcard characters are also working with dismax and q query parameter. If you want I can share modified code with you. Thanks, Amit Garg Er

Re: Phrase Query Issue

Also note that the dismax parser does NOT support fielded clauses, so fieldname:"some phrase" is not parsed as you might expect with dismax. Erik On Apr 3, 2009, at 3:41 AM, dabboo wrote: Hi, I am implementing phrase search query using my application. I am trying to search "Glori

Re: Phrase Query Issue

Maybe you can have to escape quotes with the % folowed by the exa code of the quote like is done by the php urlencode fonction. "Returns a string in which all non-alphanumeric characters except /-_./ have been replaced with a percent (/%/) sign followed by two hex digits and spaces encoded as

Re: Phrase Query Issue

On Fri, Apr 3, 2009 at 1:11 PM, dabboo wrote: > > I am passing this to my solr search engine using httpclient. But it is > thrwoing me Invaild Query exception. > I suggest that you use the Solrj client. It will save a you a lot of effort. http://wiki.apache.org/solr/Solrj -- Regards, Shalin S

Re: Phrase Query

On Mar 3, 2009, at 8:13 AM, dabboo wrote: I want to search "tes*t", where "*" is not considering as wildcard but as character. So, I am expecting the results which have tes*t as string as one of their field value. Please suggest how to achieve it. This requires escaping the special charac

Re: Phrase query search with stopwords

See https://issues.apache.org/jira/browse/SOLR-879 we never enabled position increments in the query parser. -Yonik On Mon, Nov 24, 2008 at 9:48 PM, Yonik Seeley <[EMAIL PROTECTED]> wrote: > Ack! I tried it too, and it failed for me also. > The analysis page indicates that the tokens are all in

Re: Phrase query search with stopwords

Ack! I tried it too, and it failed for me also. The analysis page indicates that the tokens are all in the same positions... need to look into this deeper. Could you open up a JIRA issue? -Yonik On Mon, Nov 24, 2008 at 5:58 PM, Robert Haschart <[EMAIL PROTECTED]> wrote: > Yonik, > > I did make s

Re: Phrase query search with stopwords

: Subject: Phrase query search with stopwords : In-Reply-To: <[EMAIL PROTECTED]> http://people.apache.org/~hossman/#threadhijack Thread Hijacking on Mailing Lists When starting a new discussion on a mailing list, please do not reply to an existing message, instead start a fresh email. Even if

Re: Phrase query search with stopwords

Yonik, I did make sure enablePositionIncrements="true" for both indexing and queries and just did a test where I re-indexed a couple of test record sets, and submitted a query from the solr admin page, this time searching for title_text:"gone with the wind" which should return three hits,

Re: Phrase query search with stopwords

Robert, I've reproduced (sort of) this bad behavior with the example schema. There was an example configuration "bug" introduced in SOLR-521 where enablePositionIncrements="true" was only set on the index analyzer but not the query analyzer for the "text" fieldType. A query on the example data of

Re: phrase query with DismaxHandler

Hi, I don't think what you said makes 100% sense. Both words windows and installation will be different when stemmed. Also, the word combination will not get stemmed to "combine" (that's not what Porter stemmer would shop it down it). Go to Solr admin page, enter "windows installation", then

Re: Phrase Query Performance Question and score threshold

On 11/5/07, Haishan Chen <[EMAIL PROTECTED]> wrote: > As for the first issues. The number of different phrase queries have > performance issues I found so far are about 10. If these are normal phrase queries (no slop), a good solution might be to simply index and query these phrases as a single t

RE: Phrase Query Performance Question and score threshold

> Date: Mon, 5 Nov 2007 14:55:21 -0500> From: [EMAIL PROTECTED]> To: > solr-user@lucene.apache.org> Subject: Re: Phrase Query Performance Question > and score threshold> > On 11/5/07, Haishan Chen <[EMAIL PROTECTED]> wrote:> > > If I limit the docume

Re: Phrase Query Performance Question and score threshold

On 11/5/07, Haishan Chen <[EMAIL PROTECTED]> wrote: > If I limit the documents returned based on a score threshold (filter by > score) will it be able to improve query performance? No. Taking a different approach can really speed up queries though. To figure out what approach you should take, we

RE: Phrase Query Performance Question and score threshold

u offer advice on the best way to implement score threshold in SOLR with minimum overhead? Appreciate if anyone can help Thank you Haishan > Date: Fri, 2 Nov 2007 12:31:29 -0700> From: [EMAIL PROTECTED]> To: > solr-user@lucene.apache.org> Subject: Re: Phrase Query Per

RE: Phrase Query Performance Question

> Date: Fri, 2 Nov 2007 12:31:29 -0700> From: [EMAIL PROTECTED]> To: > solr-user@lucene.apache.org> Subject: Re: Phrase Query Performance Question> > > > : It still feels to me that you are trying doing something unique with > your> : phrase queries. Unfortuna

Re: Phrase Query Performance Question

: It still feels to me that you are trying doing something unique with your : phrase queries. Unfortunately, you still haven't said what you are trying to : do in general terms, which makes it very difficult for people to help you. Agreed. This seems very special case, but we dont' know what th

Re: Phrase Query Performance Question

On 2-Nov-07, at 10:03 AM, Haishan Chen wrote: Date: Fri, 2 Nov 2007 07:32:30 -0700> Subject: Re: Phrase Query Performance Question> From: [EMAIL PROTECTED]> To: solr- [EMAIL PROTECTED]> > He means "extremely frequent" and I agree. --wunder Then it means

RE: Phrase Query Performance Question

> Date: Fri, 2 Nov 2007 07:32:30 -0700> Subject: Re: Phrase Query Performance > Question> From: [EMAIL PROTECTED]> To: solr-user@lucene.apache.org> > He > means "extremely frequent" and I agree. --wunder Then it means a PHRASE (combination of terms exc

Re: Phrase Query Performance Question

He means "extremely frequent" and I agree. --wunder On 11/2/07 1:51 AM, "Haishan Chen" <[EMAIL PROTECTED]> wrote: > Thanks for the advice. You certainly have a point. I believe you mean a query > term that appears in 5-10% of an index in a natural language corpus is > extremely INFREQUENT?

RE: Phrase Query Performance Question

> From: [EMAIL PROTECTED]> Subject: Re: Phrase Query Performance Question> > Date: Thu, 1 Nov 2007 11:25:26 -0700> To: solr-user@lucene.apache.org> > On > 31-Oct-07, at 11:54 PM, Haishan Chen wrote:> > >> >> Date: Wed, 31 Oct 2007 > 17:54:53 -070

Re: Phrase Query Performance Question

On 31-Oct-07, at 11:54 PM, Haishan Chen wrote: Date: Wed, 31 Oct 2007 17:54:53 -0700> Subject: Re: Phrase Query Performance Question> From: [EMAIL PROTECTED]> To: solr- [EMAIL PROTECTED]> > "hurricane katrina" is a very expensive query against a collection>

RE: Phrase Query Performance Question

> Date: Wed, 31 Oct 2007 17:54:53 -0700> Subject: Re: Phrase Query Performance > Question> From: [EMAIL PROTECTED]> To: solr-user@lucene.apache.org> > > "hurricane katrina" is a very expensive query against a collection> focused > on Hurricane Kat

RE: Phrase Query Performance Question

> Date: Wed, 31 Oct 2007 19:19:07 -0700> From: [EMAIL PROTECTED]> To: > solr-user@lucene.apache.org> Subject: RE: Phrase Query Performance Question> > > > : ("auto repair") 100384 hits 946 ms(auto repair) 100384 hits 31ms("car > > : repair

RE: Phrase Query Performance Question

: ("auto repair") 100384 hits 946 ms(auto repair) 100384 hits 31ms("car : repair"~100) 112183 hits 766 ms(car repair) 112183 hits 63 : ms("business service"~100) 1209751 hits 1500 ms(business service) : 1209751 hits 234 ms("shopping center"~100) 119481 hits 359 : ms(shopping c

Re: Phrase Query Performance Question

"hurricane katrina" is a very expensive query against a collection focused on Hurricane Katrina. There will be many matches in many documents. If you want to measure worst-case, this is fine. I'd try other things, like: * ninth ward * Ray Nagin * Audubon Park * Canal Street * French Quarter * FEM

RE: Phrase Query Performance Question

> From: [EMAIL PROTECTED]> Subject: Re: Phrase Query Performance Question> > Date: Wed, 31 Oct 2007 15:25:42 -0700> To: solr-user@lucene.apache.org> > On > 31-Oct-07, at 2:40 PM, Haishan Chen wrote:> > >> > > http://mail-archives.apache.org/mod_mbox/l

Re: Phrase Query Performance Question

On 31-Oct-07, at 2:40 PM, Haishan Chen wrote: http://mail-archives.apache.org/mod_mbox/lucene-java-user/ 200512.mbox/[EMAIL PROTECTED] It mentioned that http://websearch.archive.org/katrina/ (in nutch) had 10M documents and a search of "hurricane katrina" was able to return in 1.35 second

RE: Phrase Query Performance Question

> From: [EMAIL PROTECTED]> Subject: Re: Phrase Query Performance Question> > Date: Tue, 30 Oct 2007 11:22:17 -0700> To: solr-user@lucene.apache.org> > On > 30-Oct-07, at 6:09 AM, Yonik Seeley wrote:> > > On 10/30/07, Haishan Chen > <[EMAIL PROTECTED

Re: Phrase Query Performance Question

On 30-Oct-07, at 6:09 AM, Yonik Seeley wrote: On 10/30/07, Haishan Chen <[EMAIL PROTECTED]> wrote: Thanks a lot for replying Yonik! I am running solr on a windows 2003 server (standard version). intel Xeon CPU 3.00GHz, with 4.00 GB RAM. The index is locate on Raid5 with 2 million documents.

Re: Phrase Query Performance Question

On 10/30/07, Haishan Chen <[EMAIL PROTECTED]> wrote: > Thanks a lot for replying Yonik! > > I am running solr on a windows 2003 server (standard version). intel Xeon CPU > 3.00GHz, with 4.00 GB RAM. > The index is locate on Raid5 with 2 million documents. Is there any way to > improve query perfo

RE: phrase query performance

gt; Date: Fri, 26 Oct 2007 11:09:21 -0400> From: [EMAIL PROTECTED]> To: > solr-user@lucene.apache.org> Subject: Re: phrase query performance> > The > differences lie in Lucene.> Instead of thinking of phrase queries as slow, > think of term queries as fast :-)&g

RE: Phrase Query Performance Question

Re: phrase query performanceYonik SeeleyFri, 26 Oct 2007 08:09:52 -0700 The differences lie in Lucene.Instead of thinking of phrase queries as slow, think of term queries as fast :-)Phrase queries need to read and consider position information thatterm queries do not. -Yonik On 10/26/0

Re: phrase query performance

The differences lie in Lucene. Instead of thinking of phrase queries as slow, think of term queries as fast :-) Phrase queries need to read and consider position information that term queries do not. -Yonik On 10/26/07, Haishan Chen <[EMAIL PROTECTED]> wrote: > I am a new Solr user and wonder if

Re: Phrase Query fetch no results - verfiy

: Now the expected result using phrase query after giving valid slop, should : return back document with exact match first and then remaining documents : that match any or few terms in the phrase. Here is the example of terms with : # of occurrences in index is as follows there is no single query

Re: phrase query problem .. how to?

On 2/4/07, rubdabadub <[EMAIL PROTECTED]> wrote: Suppose you have a field name with data - Sony CLT2134 handheld camera. When doing a phrase search like "Sony Camera" or "sony handheld" -- Solr returns 0 results. Often time our searchers doesn't know the model number but perform phrase search.. H