mirror of
https://github.com/honeymoose/OpenSearch.git
synced 2025-02-17 10:25:15 +00:00
Clarify some docs about geo-distance sorting. (#20735)
This also improves formatting a bit.
This commit is contained in:
parent
c1e5421b77
commit
7a403f640b
@ -243,8 +243,20 @@ GET /_search
|
||||
|
||||
How to compute the distance. Can either be `sloppy_arc` (default), `arc` (slightly more precise but significantly slower) or `plane` (faster, but inaccurate on long distances and close to the poles).
|
||||
|
||||
Note: the geo distance sorting supports `sort_mode` options: `min`,
|
||||
`max` and `avg`.
|
||||
`sort_mode`::
|
||||
|
||||
What to do in case a field has several geo points. By default, the shortest
|
||||
distance is taken into account when sorting in ascending order and the
|
||||
longest distance when sorting in descending order. Supported values are
|
||||
`min`, `max`, `median` and `avg`.
|
||||
|
||||
`unit`::
|
||||
|
||||
The unit to use when computing sort values. The default is `m` (meters).
|
||||
|
||||
NOTE: geo distance sorting does not support configurable missing values: the
|
||||
distance will always be considered equal to +Infinity+ when a document does not
|
||||
have values for the field that is used for distance computation.
|
||||
|
||||
The following formats are supported in providing the coordinates:
|
||||
|
||||
|
Loading…
x
Reference in New Issue
Block a user