Koji Sekiguchi wrote
>
> (12/02/14 22:25), O. Klein wrote:
>> I have not been able to find any logic in the behavior of hl.q and how it
>> analyses the query. Could you explain how it is supposed to work?
>
> Nothing special on hl.q. If you use hl.q, the value of it will be used for
> highlighti
Koji Sekiguchi wrote
>
> Uh, what you tried was that you changed the field between q and hl.q,
> that I've not expected use case when I proposed hl.q.
>
> Do you think that hl.text meats your needs?
>
> https://issues.apache.org/jira/browse/SOLR-1926?focusedCommentId=12871234&page=com.atlassian
(12/02/14 22:25), O. Klein wrote:
I have not been able to find any logic in the behavior of hl.q and how it
analyses the query. Could you explain how it is supposed to work?
Nothing special on hl.q. If you use hl.q, the value of it will be used for
highlighting rather than the value of q. There
O. Klein wrote
>
>
> O. Klein wrote
>>
>> Hmm, now the synonyms aren't highlighted anymore.
>>
>> OK back to basic (im using trunk and FVH).
>>
>> What is the way to go about if I want to search on a field without
>> stopwords, but still want to highlight the stopwords? (and still
>> highligh
O. Klein wrote
>
> Hmm, now the synonyms aren't highlighted anymore.
>
> OK back to basic (im using trunk and FVH).
>
> What is the way to go about if I want to search on a field without
> stopwords, but still want to highlight the stopwords? (and still highlight
> synonyms and stemmed words)?
Hmm, now the synonyms aren't highlighted anymore.
OK back to basic (im using trunk and FVH).
What is the way to go about if I want to search on a field without
stopwords, but still want to highlight the stopwords? (and still highlight
synonyms and stemmed words)?
--
View this message in contex
I got it fixed now I think.
I thought that if you used it like "hl.q=spell Checker" it would use the
query analysis of the field that was being highlighted as default. But in my
case it needs to be "hl.q=content_hl:(spell Checker)" for it to work. The
behavour I got default made no sense whatsoev
Koji Sekiguchi wrote
>
> (12/02/11 21:19), O. Klein wrote:
>>
>> Koji Sekiguchi wrote
>>>
>>> (12/01/24 9:31), O. Klein wrote:
Let's say I search for "spellcheck solr" on a website that only
contains
info about Solr, so "solr" was added to the stopwords.txt. The query
that
>>>
(12/02/11 21:19), O. Klein wrote:
Koji Sekiguchi wrote
(12/01/24 9:31), O. Klein wrote:
Let's say I search for "spellcheck solr" on a website that only contains
info about Solr, so "solr" was added to the stopwords.txt. The query that
will be parsed then (dismax) will not contain the term "so
Koji Sekiguchi wrote
>
> (12/01/24 9:31), O. Klein wrote:
>> Let's say I search for "spellcheck solr" on a website that only contains
>> info about Solr, so "solr" was added to the stopwords.txt. The query that
>> will be parsed then (dismax) will not contain the term "solr".
>>
>> So fragments w
Ah, I never used the hl.q
That did the trick. Thanx!
--
View this message in context:
http://lucene.472066.n3.nabble.com/Highlighting-stopwords-tp3681901p3684245.html
Sent from the Solr - User mailing list archive at Nabble.com.
(12/01/24 9:31), O. Klein wrote:
Let's say I search for "spellcheck solr" on a website that only contains
info about Solr, so "solr" was added to the stopwords.txt. The query that
will be parsed then (dismax) will not contain the term "solr".
So fragments won't contain highlights of the term "so
Koji Sekiguchi wrote
>
> (12/01/23 23:14), O. Klein wrote:
>> Im using trunk and FVH and eventhough I filter stopwords when searching,
>> I
>> would like to highlight stopwords in fragments. Using a different field
>> without the stopwords filter did not have the desired effect.
>
> Please provi
(12/01/23 23:14), O. Klein wrote:
Im using trunk and FVH and eventhough I filter stopwords when searching, I
would like to highlight stopwords in fragments. Using a different field
without the stopwords filter did not have the desired effect.
Please provide more info. In particular, how your qu
14 matches
Mail list logo
