Author: lonvia
[Added to the original trac issue at 12.37pm, Tuesday, 11th June 2013]

You can fix the missing street by adding an addr:street tag to your building. See [http://wiki.openstreetmap.org/wiki/Key:addr wiki] for more information.

The second issue about "EPAM, Ukraine" looks like it needs fixing in Nominatim. The object doesn't have address tokens in the search index, presumably because it is attached to a nameless street. I've taken the liberty to change the title of the bug report accordingly.

Author: Dmitriy.Ovdienko[at]gmail.com
[Added to the original trac issue at 2.41pm, Tuesday, 11th June 2013]

lonvia, thank you for reply.

This building is attached to associatedStreet relation. I believe it is bad practice to use addr:street because street name can be changed.

Author: lonvia
[Added to the original trac issue at 2.56pm, Tuesday, 11th June 2013]

Indeed, sorry, I always miss those relations. So what happend is that Nominatim picked the one street from your associatedStreet relation that has no name, [http://www.openstreetmap.org/browse/way/182921658 this one], and then ran into the bug described above.

Nominatim could probably do better in finding a street with a name in that relation. However, making sure that all streets in the relation are correctly named sounds like good practice, too.

If you change the street now, please be aware that there is a known issue (#4619) with updates of associatedStreet relations, so I doubt Nominatim will pick up the change correctly.

Author: Dmitriy.Ovdienko[at]gmail.com
[Added to the original trac issue at 9.34pm, Tuesday, 11th June 2013]

Now it works!!! Great.
BTW, Nominatim can take name of the relation. If it is epmty, then it should take street.

Author: lonvia
[Added to the original trac issue at 6.48pm, Monday, 28th April 2014]

Fixed in [changeset:6a1e599/nominatim].

Author: Dmitriy.Ovdienko[at]gmail.com
[Added to the original trac issue at 9.00pm, Monday, 28th April 2014]

Awesome!!! Thanks.