e SolrJ calls not working.
>
> For SolrJ calls not working my suggestion is to look at the logs and
> compare the GetMethod call with the SolrJ call. Paste them if you want
> more people to look at them.
>
>
> Otis
> --
> Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
want more people to
look at them.
Otis
--
Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
- Original Message
> From: SergeyG
> To: solr-user@lucene.apache.org
> Sent: Friday, July 3, 2009 4:08:37 AM
> Subject: Re: Implementing PhraseQuery and MoreLikeThis Query i
om/ -- Lucene - Solr - Nutch
>
>
>
> ----- Original Message
>> From: SergeyG
>> To: solr-user@lucene.apache.org
>> Sent: Thursday, July 2, 2009 6:17:59 PM
>> Subject: Re: Implementing PhraseQuery and MoreLikeThis Query in one app
>>
>>
>>
t; To: solr-user@lucene.apache.org
> Sent: Thursday, July 2, 2009 6:17:59 PM
> Subject: Re: Implementing PhraseQuery and MoreLikeThis Query in one app
>
>
> Otis,
>
> Your recipe does work: after copying an indexing field and excluding stop
> words the MoreLikeThis query
putting stop words among the most important words?
>
> Why would the inclusion of a stopword list result in stopwords being of
> top importance in the MoreLikeThis query?
>
> Michael Ludwig
>
>
--
View this message in context:
http://www.nabble.com/Implementing-PhraseQuery-and-MoreLikeThis-Query-in-one-app-tp24303817p24314840.html
Sent from the Solr - User mailing list archive at Nabble.com.
> Subject: Re: Implementing PhraseQuery and MoreLikeThis Query in one app
>
> I think it works better to use the highest tf.idf terms, not the highest tf.
> That is what I implemented for Ultraseek ten years ago. With tf, you get
> lots of terms with low discrimination power.
>
&
most important words are in the set
> of those for the doc with id=1?
>
--
View this message in context:
http://www.nabble.com/Implementing-PhraseQuery-and-MoreLikeThis-Query-in-one-app-tp24303817p24309831.html
Sent from the Solr - User mailing list archive at Nabble.com.
> indexed fields are of type text, the StandardAnalyzer is applied, and all
> docs are in English.)
>
> 2. Do I understand it right that the query
> q=id:1&mlt=true&mlt.fl=content&...
> should bring back documents where the most important words are in the s
t;> Sent: Thursday, July 2, 2009 6:20:05 AM
>> Subject: Re: Implementing PhraseQuery and MoreLikeThis Query in one app
>>
>> SergeyG schrieb:
>>
>>> Can both queries - PhraseQuery and MoreLikeThis Query - be implemented
>>> in the same app taking into acc
2009 6:20:05 AM
> Subject: Re: Implementing PhraseQuery and MoreLikeThis Query in one app
>
> SergeyG schrieb:
>
> > Can both queries - PhraseQuery and MoreLikeThis Query - be implemented
> > in the same app taking into account the fact that for the former to
> &g
comes to mind.
Otis
--
Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
- Original Message
> From: SergeyG
> To: solr-user@lucene.apache.org
> Sent: Thursday, July 2, 2009 5:31:21 AM
> Subject: Implementing PhraseQuery and MoreLikeThis Query in one app
>
>
&
(Both
> indexed fields are of type text, the StandardAnalyzer is applied, and all
> docs are in English.)
>
> 2. Do I understand it right that the query
> q=id:1&mlt=true&mlt.fl=content&...
> should bring back documents where the most important words are in
SergeyG schrieb:
Can both queries - PhraseQuery and MoreLikeThis Query - be implemented
in the same app taking into account the fact that for the former to
work the stop words list needs to be included and this results in the
latter putting stop words among the most important words?
Why would
understand it right that the query
q=id:1&mlt=true&mlt.fl=content&...
should bring back documents where the most important words are in the set of
those for the doc with id=1?
--
View this message in context:
http://www.nabble.com/Implementing-PhraseQuery-and-MoreLikeThis-Query-in-one-a
14 matches
Mail list logo
