Parsing Belgium street name

Describe the bug
Autocomplete for Ter Waarde 91 or Ter Waarde 91, Ypres, Belgium or Ter Waarde 91, 8900 Ypres, Belgium always fails to return the proper result because pelias parser seems to want Waarde as a locality

       "santizer:text:pelias_parser": [[](https://pelias.github.io/compare/#)
          "0.60 ➜ locality='Waarde', postcode='8900', country='Belgium'",
          "0.57 ➜ postcode='8900', locality='Ypres', country='Belgium'"
        ]

Steps to Reproduce
https://pelias.github.io/compare/#/v1/autocomplete?text=Ter+Waarde+91%2C+Ypres%2C+Belgium&debug=1

trying to force address doesn't work either
https://pelias.github.io/compare/#/v1/autocomplete?layers=address&text=Ter+Waarde+91%2C+Ypres%2C+Belgium&debug=1

Expected behavior
Find this result
https://pelias.github.io/compare/#/v1/search?text=Ter+Waarde+91%2C+Ypres%2C+Belgium&debug=1
https://pelias.github.io/compare/#/v1/place?ids=openaddresses%3Aaddress%3Abe%2Fvlg%2Fbosa-region-flanders-nl%3A91ab227c88a0dfad&debug=1

Start with the linked Pelias compare autocomplete requests for “Ter Waarde 91, Ypres, Belgium”, including the address-only variant, and compare their parser classifications with the linked search and place results. The issue is done when autocomplete returns the expected OpenAddresses result instead of treating “Waarde” as the locality; no source file or test is named, so the relevant parser entry point and regression test must be located.