OpenSearch/docs/reference/mapping
Nicholas Knize 453217fd7a [GEO] Prioritize tree_level and precision parameters over default distance_error_pct
If a user explicitly defined the tree_level or precision parameter in a geo_shape mapping their specification was always overridden by the default_error_pct parameter (even though our docs say this parameter is a 'hint'). This lead to unexpected accuracy problems in the results of a geo_shape filter. (example provided in issue #9691)

This simple patch fixes the unexpected behavior by setting the default distance_error_pct parameter to zero when the tree_level or precision parameters are provided by the user. Under the covers the quadtree will now use the tree level defined by the user. The docs will be updated to alert the user to exercise caution with these parameters.  Specifying a precision of "1m" for an index using large complex shapes can quickly lead to OOM issues.

closes #9691
2015-04-21 14:42:10 -05:00
..
fields Docs: Updated version annotations in master 2015-04-09 14:50:11 +02:00
types [GEO] Prioritize tree_level and precision parameters over default distance_error_pct 2015-04-21 14:42:10 -05:00
conf-mappings.asciidoc Migrated documentation into the main repo 2013-08-29 01:24:34 +02:00
date-format.asciidoc Settings: Remove `mapping.date.round_ceil` setting for date math parsing 2014-12-15 13:13:45 -08:00
dynamic-mapping.asciidoc Docs: Fix incorrect documentation for the `index.query.parse.allow_unmapped_fields` setting. 2014-11-11 15:13:55 +00:00
fields.asciidoc Mappings: Remove _analyzer 2015-01-26 09:14:17 -08:00
meta.asciidoc Migrated documentation into the main repo 2013-08-29 01:24:34 +02:00
transform.asciidoc Docs: Removed all the added/deprecated tags from 1.x 2014-09-26 21:04:42 +02:00
types.asciidoc Replaced the multi-field type in favour for the multi fields option that can be set on any core field. 2014-01-13 09:21:53 +01:00