Ref Guide: ensure consistency with "etc." in sentences

This commit is contained in:
Cassandra Targett 2018-06-08 15:24:11 -05:00
parent 4dacf90812
commit c524dc2606
5 changed files with 5 additions and 5 deletions

View File

@ -1428,7 +1428,7 @@ Case-sensitive matching, capitalized words not stopped. Token positions skip sto
Like <<Stop Filter>>, this filter discards, or _stops_ analysis of, tokens that are on the given stop words list.
Suggest Stop Filter differs from Stop Filter in that it will not remove the last token unless it is followed by a token separator. For example, a query `"find the"` would preserve the `'the'` since it was not followed by a space, punctuation etc., and mark it as a `KEYWORD` so that following filters will not change or remove it.
Suggest Stop Filter differs from Stop Filter in that it will not remove the last token unless it is followed by a token separator. For example, a query `"find the"` would preserve the `'the'` since it was not followed by a space, punctuation, etc., and mark it as a `KEYWORD` so that following filters will not change or remove it.
By contrast, a query like "`find the popsicle`" would remove '`the`' as a stopword, since it's followed by a space. When using one of the analyzing suggesters, you would normally use the ordinary `StopFilterFactory` in your index analyzer and then SuggestStopFilter in your query analyzer.

View File

@ -1554,7 +1554,7 @@ Swedish å, ä, ö are in fact the same letters as Norwegian and Danish å, æ,
In that situation almost all Swedish people use a, a, o instead of å, ä, ö. Norwegians and Danes on the other hand usually type aa, ae and oe instead of å, æ and ø. Some do however use a, a, o, oo, ao and sometimes permutations of everything above.
There are two filters for helping with normalization between Scandinavian languages: one is `solr.ScandinavianNormalizationFilterFactory` trying to preserve the special characters (æäöå) and another `solr.ScandinavianFoldingFilterFactory` which folds these to the more broad ø/ö\->o etc.
There are two filters for helping with normalization between Scandinavian languages: one is `solr.ScandinavianNormalizationFilterFactory` trying to preserve the special characters (æäöå) and another `solr.ScandinavianFoldingFilterFactory` which folds these to the more broad ø/ö\->o, etc.
See also each language section for other relevant filters.

View File

@ -218,7 +218,7 @@ However, the intent of this API implementation is that changes will be applied u
[IMPORTANT]
====
Changing things like stop words and synonym mappings typically require re-indexing existing documents if being used by index-time analyzers. The RestManager framework does not guard you from this, it simply makes it possible to programmatically build up a set of stop words, synonyms etc.
Changing things like stop words and synonym mappings typically require re-indexing existing documents if being used by index-time analyzers. The RestManager framework does not guard you from this, it simply makes it possible to programmatically build up a set of stop words, synonyms, etc.
====
== RestManager Endpoint

View File

@ -37,7 +37,7 @@ Currently the following event types (and corresponding trigger implementations)
* `indexSize`: generated when a shard size (defined as index size in bytes or number of documents)
exceeds upper or lower threshold values
* `searchRate`: generated when the search rate exceeds configured upper or lower thresholds
* `scheduled`: generated according to a scheduled time period such as every 24 hours etc
* `scheduled`: generated according to a scheduled time period such as every 24 hours, etc
Events are not necessarily generated immediately after the corresponding state change occurred - the
maximum rate of events is controlled by the `waitFor` configuration parameter (see below).

View File

@ -94,7 +94,7 @@ Example: `\http://localhost:8983/api/c/gettingstarted/get/_introspect`
Description of some of the keys in the above example:
* `**documentation**`: URL to the online Solr reference guide section for this API
* `**description**`: A text description of the feature/variable/command etc.
* `**description**`: A text description of the feature/variable/command, etc.
* `**spec/methods**`: HTTP methods supported by this API
* `**spec/url/paths**`: URL paths supported by this API
* `**spec/url/params**`: List of supported URL request params