OpenSearch/docs/reference/analysis/analyzers
Nik Everett 4b9664beeb Mapping: Default position_offset_gap to 100
This is much more fiddly than you'd expect it to be because of the way
position_offset_gap is applied in StringFieldMapper. Instead of setting
the default to 100 its simpler to make sure that all the analyzers default
to 100 and that StringFieldMapper doesn't override the default unless the
user specifies something different. Unless the index was created before
2.1, in which case the old default of 0 has to take.

Also postition_offset_gaps less than 0 aren't allowed at all.

New tests test that:
1. the new default doesn't match phrases across values with reasonably low
slop (5)
2. the new default doest match phrases across values with reasonably high
slop (50)
3. you can override the value and phrases work as you'd expect
4. if you leave the value undefined in the mapping and define it on a
custom analyzer the the value from the custom analyzer shines through

Closes #7268
2015-08-25 14:21:50 -04:00
..
custom-analyzer.asciidoc Mapping: Default position_offset_gap to 100 2015-08-25 14:21:50 -04:00
keyword-analyzer.asciidoc Migrated documentation into the main repo 2013-08-29 01:24:34 +02:00
lang-analyzer.asciidoc Upgrade master to lucene 5.0 snapshot 2014-11-05 15:48:51 -05:00
pattern-analyzer.asciidoc Docs: Fixed the backslash escaping on the pattern analyzer docs 2015-05-15 18:40:16 +02:00
simple-analyzer.asciidoc Migrated documentation into the main repo 2013-08-29 01:24:34 +02:00
snowball-analyzer.asciidoc Referring to stop analyzer for stopword docs #329 2014-01-14 11:53:30 +01:00
standard-analyzer.asciidoc [DOCS] Update documentation for `max_token_length` 2015-01-27 13:52:14 -07:00
stop-analyzer.asciidoc Referring to stop analyzer for stopword docs #329 2014-01-14 11:53:30 +01:00
whitespace-analyzer.asciidoc Migrated documentation into the main repo 2013-08-29 01:24:34 +02:00