| 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183 | [[analysis-pathhierarchy-tokenizer-examples]]=== Path Hierarchy Tokenizer ExamplesA common use-case for the `path_hierarchy` tokenizer is filtering results by file paths. If indexing a file path along with the data, the use of the `path_hierarchy` tokenizer to analyze the path allows filtering the results by different parts of the file path string.This example configures an index to have two custom analyzers and appliesthose analyzers to multifields of the `file_path` text field that will store filenames. One of the two analyzers uses reverse tokenization.Some sample documents are then indexed to represent some file pathsfor photos inside photo folders of two different users.[source,console]--------------------------------------------------PUT file-path-test{  "settings": {    "analysis": {      "analyzer": {        "custom_path_tree": {          "tokenizer": "custom_hierarchy"        },        "custom_path_tree_reversed": {          "tokenizer": "custom_hierarchy_reversed"        }      },      "tokenizer": {        "custom_hierarchy": {          "type": "path_hierarchy",          "delimiter": "/"        },        "custom_hierarchy_reversed": {          "type": "path_hierarchy",          "delimiter": "/",          "reverse": "true"        }      }    }  },  "mappings": {    "properties": {      "file_path": {        "type": "text",        "fields": {          "tree": {            "type": "text",            "analyzer": "custom_path_tree"          },          "tree_reversed": {            "type": "text",            "analyzer": "custom_path_tree_reversed"          }        }      }    }  }}POST file-path-test/_doc/1{  "file_path": "/User/alice/photos/2017/05/16/my_photo1.jpg"}POST file-path-test/_doc/2{  "file_path": "/User/alice/photos/2017/05/16/my_photo2.jpg"}POST file-path-test/_doc/3{  "file_path": "/User/alice/photos/2017/05/16/my_photo3.jpg"}POST file-path-test/_doc/4{  "file_path": "/User/alice/photos/2017/05/15/my_photo1.jpg"}POST file-path-test/_doc/5{  "file_path": "/User/bob/photos/2017/05/16/my_photo1.jpg"}--------------------------------------------------// TESTSETUPA search for a particular file path string against the text field matches all the example documents, with Bob's documents ranking highest due to `bob` also being one of the terms created by the standard analyzer boosting relevance forBob's documents.[source,console]--------------------------------------------------GET file-path-test/_search{  "query": {    "match": {      "file_path": "/User/bob/photos/2017/05"    }  }}--------------------------------------------------It's simple to match or filter documents with file paths that exist within aparticular directory using the `file_path.tree` field.[source,console]--------------------------------------------------GET file-path-test/_search{  "query": {    "term": {      "file_path.tree": "/User/alice/photos/2017/05/16"    }  }}--------------------------------------------------With the reverse parameter for this tokenizer, it's also possible to matchfrom the other end of the file path, such as individual file names or a deeplevel subdirectory. The following example shows a search for all files named`my_photo1.jpg` within any directory via the `file_path.tree_reversed` field configured to use the reverse parameter in the mapping.[source,console]--------------------------------------------------GET file-path-test/_search{  "query": {    "term": {      "file_path.tree_reversed": {        "value": "my_photo1.jpg"      }    }  }}--------------------------------------------------Viewing the tokens generated with both forward and reverse is instructivein showing the tokens created for the same file path value.[source,console]--------------------------------------------------POST file-path-test/_analyze{  "analyzer": "custom_path_tree",  "text": "/User/alice/photos/2017/05/16/my_photo1.jpg"}POST file-path-test/_analyze{  "analyzer": "custom_path_tree_reversed",  "text": "/User/alice/photos/2017/05/16/my_photo1.jpg"}--------------------------------------------------It's also useful to be able to filter with file paths when combined with othertypes of searches, such as this example looking for any files paths with `16` that also must be in Alice's photo directory.[source,console]--------------------------------------------------GET file-path-test/_search{  "query": {    "bool" : {      "must" : {        "match" : { "file_path" : "16" }      },      "filter": {        "term" : { "file_path.tree" : "/User/alice" }      }    }  }}--------------------------------------------------
 |