[
https://issues.apache.org/jira/browse/SOLR-2015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12892024#action_12892024
]
Yonik Seeley commented on SOLR-2015:
------------------------------------
autoGeneratePhrase=true has been the behavior forever (before July 19th)...
this just allows the behavior configurable per-field. Changing the default to
false would only make sense if it was a better choice for the majority of our
users... and I don't think it is.
Although back compat is not the primary concern here, it is nice that someone
can switch to the newest version and cut-n-paste some of their previous field
definitions that worked well for them.
Our example schema is english oriented.
All of the example docs are in english, the "text" field has an english
stemmer, the tutorial is in english, and people must know english in order to
collaborate with our development. English is the international language and we
shouldn't make relevancy worse for it and other whitespace delimited languages
by default.
I do also want to make things work better for other international languages -
but not at the cost of european languages. Given our existing user base, I
think that's an acceptable position. Now that we have both the ability to turn
off autoGeneratePhrase, and the ability to configure it per-field, what
international field types should we add to the example schema to improve the
situation?
> add a config hook for autoGeneratePhraseQueries
> -----------------------------------------------
>
> Key: SOLR-2015
> URL: https://issues.apache.org/jira/browse/SOLR-2015
> Project: Solr
> Issue Type: New Feature
> Affects Versions: 3.1, 4.0
> Reporter: Koji Sekiguchi
> Assignee: Yonik Seeley
> Priority: Blocker
> Fix For: 3.1, 4.0
>
> Attachments: SOLR-2015.patch, SOLR-2015.patch
>
>
> After committed LUCENE-2458, a hook for autoGeneratePhraseQueries will be
> convenient for some situation.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
