Author: lonvia
[Added to the original trac issue at 9.01am, Friday, 10th January 2014]

To clarify, what do you expect as the result, this house http://www.openstreetmap.org/way/28855139?
It can be found in the search results, only it is in the last place. There is something wrong with reordering the results.

Author: Rocksteadyua
[Added to the original trac issue at 9.35am, Friday, 10th January 2014]

Replying to [comment:1 lonvia]:

To clarify, what do you expect as the result, this house http://www.openstreetmap.org/way/28855139?
It can be found in the search results, only it is in the last place. There is something wrong with reordering the results.

yes, u right. i receive responce xml in java code, and i believe the correct result on the first place. but it is not

Author: Rocksteadyua
[Added to the original trac issue at 9.47am, Friday, 10th January 2014]

my request:
http://nominatim.openstreetmap.org/search?q=4+%D0%94%D0%BE%D0%BA%D1%83%D0%BA%D0%B8%D0%BD%D0%B0,+%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D0%B0&format=xml&polygon=1&addressdetails=1

Author: lonvia
[Added to the original trac issue at 10.24am, Friday, 10th January 2014]

The order is certainly wrong, 28855139 should come in first place. I suspect that the house number is not taken into account at all when reordering the results but I need to have a closer look at the code to confirm. I've adapted the title of the bug.

Author: lonvia
[Added to the original trac issue at 2.08pm, Thursday, 1st May 2014]

Fixed in [changeset:7b24f72/nominatim].