# Why does hyphenation\_decompounder require word\_list? **URL:** \ **Category:** Elasticsearch\ **Created:** [January 8, 2018, 4:56pm UTC](https://discuss.elastic.co/t/why-does-hyphenation-decompounder-require-word-list/114567 "2018-01-08T16:56:22Z")\ **Posts on this page:** 1\ **Showing post:** 2
**Author:** ![hbruch](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/hbruch/32/26310_2.png) [@hbruch](https://discuss.elastic.co/u/hbruch)\ **Post date:** [January 13, 2018, 2:24pm UTC](https://discuss.elastic.co/t/why-does-hyphenation-decompounder-require-word-list/114567/2 "2018-01-13T14:24:40Z")
Ok, I managed to work around this creating a custom analysis plugin that creates the HyphenationCompoundWordTokenFilter without wordlist. However, applying the decompunder on index and search time I got unexpected results: at query time, all decompounded subwords seem to be treated as synonyms, so all documents containing just one subword get the same score as documents containing more(?). I expected the token to be split in mulitple terms which are scored individually so documents containing both of the are ranked higher. This is same expectation as @singer had in [#11749](https://discuss.elastic.co/t/decompounder-in-query-string-analyzer/11749), I suppose. explain results seem to indicate, that any subword is treated as a synonym for the complete compounded word(?): `> "description" : "weight(Synonym(collector.default:scherenbosteler collector.default:scherenbostelerstrasse collector.default:strasse) in 912) [PerFieldSimilarity], result of:",` How could I change this behaviour? See also this [stackoverflow question](https://stackoverflow.com/questions/47710944/what-does-weightsynonym-mean-in-elasticsearch), if you could provide an explanation for weight(Synonym()) --- _[View the full topic](https://discuss.elastic.co/t/why-does-hyphenation-decompounder-require-word-list/114567)._