Ваши комментарии
У меня результат такой:
Возможно, ваша выдача связана с геолокацией. Можете написать свой IP-адрес?
Это джаваскрипт, здесь можно все :–) Хотите — вызывайте руками подсказки через AJAX. Но, повторюсь, с таким «автозаполнением» есть все шансы получить некорректный адрес.
В организации есть гранулярный адрес — поле data.address.data. Если он не заполнен, значит Дадата не смогла уверенно распарсить адрес, и автоматически выбирать его из подсказок точно не стоит.
А вдруг первый вариант неправильный, что тогда? Подсказки как раз и рассчитаны на то, что с ними работает человек, который выберет правильный вариант.
Я понял вашу мысль. Действительно, стоит разбирать ваш адрес в улицу Ленина. Попробуем это исправить, но на конечный результат это не повлияет. Такой адрес все равно не будет валидным, потому что в Санкт-Петербурге есть и площадь Ленина, и улица Ленина. А тип адресного объекта в исходном адресе не указан.
Дадата работает по ФИАС (классификатор адресов налоговой службы) . В ФИАС нет некоторых реально существующих домов, которые в реальной жизни есть. Человек мог иметь в виду дом на площади Ленина, которого нет в ФИАС, но который есть на самом деле. В итоге он получит улицу Ленина и "валидный" адрес – не то, что имел в виду. Поэтому адрес считается сомнительным, чтобы вручную убедиться в правильности разбора.
Я не понимаю, о чем идет речь. Стандартизация разбирает этот адрес в дом 43, Подсказки тоже. Дайте, пожалуйста, более полное описание вашей проблемы.
- Получаем координаты из OSM
- Покрытие геокоординат
Сервис поддержки клиентов работает на платформе UserEcho
Подсказки определяют по айпи-адресу город, и стараются в первую очередь подсказывать «местные» адреса. Мы называем это «геолокацией». Если работать с подсказками будут операторы контактного центра, а заказы принимаете по всей стране, геолокацию лучше отключить.
Вообще, даже при включенной геолокации не должно быть такого результата, как на вашем скриншоте. Поэтому я и спросил айпи-адрес, чтобы это проверить.