Hi , thanks for the answer.
I tried to use this technique , but the desired result was not achieved.
Can you please provide an example of document to index and some sample query
?
--
View this message in context:
http://lucene.472066.n3.nabble.com/Altenative-preview-for-specific-fields-tp41
How about perf if you dynamically create 5000 fields ?
Bill Bell
Sent from mobile
> On Sep 14, 2014, at 10:06 AM, Erick Erickson wrote:
>
> Dynamic fields, once they are actually _in_ a document, aren't any
> different than statically defined fields. Literally, there's no place
> in the search
Hi,
hl.alternateField and hl.maxAlternateFieldLength would be useful.
http://wiki.apache.org/solr/HighlightingParameters
Ahmet
On Sunday, September 14, 2014 9:35 PM, SolrUser1543 wrote:
Suppose I have the following fields :
text,author,title
users performs a query on all those fileds :
Suppose I have the following fields :
text,author,title
users performs a query on all those fileds :
...?q=(text:XX OR author:XX OR title:XX)
if this query has a match in 'text' field , so highligter will generate a
hit preview based on this field , which is fine .
But suppose a query match
I keep asking people this eternal question: What training or doc are you
reading that is using this term "exact match"? Clearly the term is being
used by a lot of people in a lot of ambiguous ways, when "exact" should
be... "exact".
I think we need to start using the term "exact match" ONLY fo
FiMka wrote
> After I disabled solr.StopFilterFactory for analyzer type="query" Solr
> stopped returning this document for the query:
> http://localhost:8983/solr/lexikos/select?q=phraseExact%3A%22on+a+case-by-case%22.
Forgot to say, I have also disabled solr.StopFilterFactory for analyzer
type="i
*Erick*, thank you for help!
For exact match I still want:
to use stemming (e.g. for "sleep" I want the word forms "slept", "sleeping",
"sleeps" also to be used in searching)
to disregard case sensitivity
to disregard prepositions, conjunctions and other function words
to match only docs having all
Dynamic fields, once they are actually _in_ a document, aren't any
different than statically defined fields. Literally, there's no place
in the search code that I know of that _ever_ has to check
whether a field was dynamically or statically defined.
AFAIK, the only additional cost would be figuri
I have a collection with 200 fields and >300M docs running in cloud mode.
Each doc have around 20 fields. I now have a use case where I need to
replace these explicit fields with 6 dynamic fields. Each of these 200
fields will match one of the 6 dynamic field.
I am evaluating performance implicati
Thanks for sharing, since in future Solr may move towards standalone server
this (undertow) could be one option.
On Sat, Sep 13, 2014 at 9:36 PM, William Bell wrote:
> Can we get some stats? Do you have any numbers on performance?
>
> On Sat, Sep 13, 2014 at 3:03 PM, Jayson Minard >
> wrote:
>
10 matches
Mail list logo