honeymoose
/
OpenSearch
mirror of https://github.com/honeymoose/OpenSearch.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

Fix typos in percolate.asciidoc 

Close #5762 #5763 #5764
This commit is contained in:
Malte Schirnacher 2014-04-10 15:35:05 +02:00 committed by Adrien Grand
parent f549472fea
commit 8ce3bba010
1 changed files with 3 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

6
docs/reference/search/percolate.asciidoc
View File

@ -9,7 +9,7 @@ index and then via the percolate api you define documents in order to retrieve t
The reason that queries can be stored comes from the fact that in Elasticsearch both documents and queries are defined in The reason that queries can be stored comes from the fact that in Elasticsearch both documents and queries are defined in
JSON. This allows you to embed queries into documents via the index api. Elasticsearch can extract the query from a JSON. This allows you to embed queries into documents via the index api. Elasticsearch can extract the query from a
document and make it available to the percolate api. Since documents are also defines as json, you can define a document document and make it available to the percolate api. Since documents are also defined as json, you can define a document
in a request to the percolate api. in a request to the percolate api.
The percolator and most of its features work in realtime, so once a percolate query is indexed it can immediately be used The percolator and most of its features work in realtime, so once a percolate query is indexed it can immediately be used
@ -179,7 +179,7 @@ comma separated string, in that case the request can be be executed on more than
* `preference` - Controls which shard replicas are preferred to execute the request on. Works the same as in the search api. * `preference` - Controls which shard replicas are preferred to execute the request on. Works the same as in the search api.
* `ignore_unavailable` - Controls if missing concrete indices should silently be ignored. Same as is in the search api. * `ignore_unavailable` - Controls if missing concrete indices should silently be ignored. Same as is in the search api.
* `percolate_format` - If `ids` is specified then the matches array in the percolate response will contain a string * `percolate_format` - If `ids` is specified then the matches array in the percolate response will contain a string
array of the matching ids instead of an array of objects. This can be useful the reduce the amount of data being send array of the matching ids instead of an array of objects. This can be useful to reduce the amount of data being send
back to the client. Obviously if there are to percolator queries with same id from different indices there is no way back to the client. Obviously if there are to percolator queries with same id from different indices there is no way
the find out which percolator query belongs to what index. Any other value to `percolate_format` will be ignored. the find out which percolator query belongs to what index. Any other value to `percolate_format` will be ignored.
@ -266,7 +266,7 @@ Response:
=== Percolating an existing document === Percolating an existing document
In order to percolate in newly indexed document, the percolate existing document can be used. Based on the response In order to percolate in newly indexed document, the percolate existing document can be used. Based on the response
from an index request the `_id` and other meta information can be used to the immediately percolate the newly added from an index request the `_id` and other meta information can be used to immediately percolate the newly added
document. document.
.Supported options for percolating an existing document on top of existing percolator options: .Supported options for percolating an existing document on top of existing percolator options: