Handle different street/number orderings

[ianthetechie]

Describe the bug

I've noticed that the parser has issues in some cases with addresses that it should be able to parse. Unfortunately I have a really hard time grokking this codebase, so forgive any unscientific descriptions of what I observe. But I think one of the issues is a sort of bias to <number> <street> ordering.

Steps to Reproduce

Try to parse Lehtmäe tn 18. For a quick repro, the compare tool works for this via autocomplete.

{
  "subject": "Lehtmäe tn 18",
  "street": "Lehtmäe tn 18"
}

If you flip the order around to put the house number first, this actually will parse successfully. It even knows about the Estonian street abbreviation. (Elsewhere, this is also not ordered correctly btw, but this report focuses on the parser.)

Expected behavior

Probably this:

{
  "subject": "Lehtmäe tn 18",
  "housenumber": "18",
  "street": "Lehtmäe tn"
}

Environment (please complete the following information):

Probably N/A; reproducible on my Mac locally, on Linux servers using the official images, etc.

[missinglink]

Thanks for the bug report, we'll see if we can improve this in subsequent work.