Clarify expectations of false positives/negatives (#27964)
Today this part of the documentation just says that Geo queries are not 100% accurate, but in fact we can be more precise about which kinds of queries see which kinds of error. This commit clarifies this point.
This commit is contained in:
parent
3ca9310aee
commit
40d19532bc
|
@ -154,12 +154,12 @@ are provided:
|
|||
[float]
|
||||
===== Accuracy
|
||||
|
||||
Geo_shape does not provide 100% accuracy and depending on how it is
|
||||
configured it may return some false positives or false negatives for
|
||||
certain queries. To mitigate this, it is important to select an
|
||||
appropriate value for the tree_levels parameter and to adjust
|
||||
expectations accordingly. For example, a point may be near the border of
|
||||
a particular grid cell and may thus not match a query that only matches the
|
||||
Geo_shape does not provide 100% accuracy and depending on how it is configured
|
||||
it may return some false positives for `INTERSECTS`, `WITHIN` and `CONTAINS`
|
||||
queries, and some false negatives for `DISJOINT` queries. To mitigate this, it
|
||||
is important to select an appropriate value for the tree_levels parameter and
|
||||
to adjust expectations accordingly. For example, a point may be near the border
|
||||
of a particular grid cell and may thus not match a query that only matches the
|
||||
cell right next to it -- even though the shape is very close to the point.
|
||||
|
||||
[float]
|
||||
|
|
Loading…
Reference in New Issue