Ваши комментарии

Благодарю что поправили с "from_bound", по умолчанию с ним работал, пример упростил.

Пользователь вводит номер дома, тип дома уже выбирает из списка результатов поиска, что добавлять первым словом непонятно (выше об этом писал), буду использовать вариант с "from_bound".

В типовой 1С УТ 10 используется набор полей, по структуре похожих на https://dadata.ru/suggestions/#address-granular.

1. При вводе нового адреса последовательно заполняются поля с использованием подсказок, с сохранением в кеше структуры _fias_id.

2. С сайта приходит информация о адресе, транслируется ваша структура, которую нужно проверить, так же ориентир на street_fias_id + номер дома строения.

Нормальная, недокументированная фича, задокументируйте пожалуйста.

Получается count=1 ставить необязательно, просто проверю количество записей в ответе. С location отрабатывает нормально.


С Лихачевскими переулками протестирую, думаю будет норм, проблема была в том что при сборе строки запроса "Лихачевский 3-й, д 2 " он мог выдать и адреса по ""Лихачевский 2-й", а этого в списке выбора поля ввода номера дома не видно. Проблему решил с помощью location.

Возможно ошибки были из за того что строку собирал без разделителей "," , проверю.


Благодарю за информацию.

"query": "Пермский край, г Пермь, ул Белозерская, д 3 "

и

"query": "д 3",
"locations": [{
    "street_fias_id": "52af30c9-9801-44b7-be6a-ee93446618c9"
    }],
"from_bound": {"value": "house"}

на Ваш взгляд не эквивалентны?


Если подставить "query": "д 32", без count, то выводится одна запись с гео.


Я работаю с API, вопрос по нему, запрос без локации был взят из jQuery реализации.

Я активно использую гранулярные подсказки:

https://confluence.hflabs.ru/pages/viewpage.action?pageId=466681932

Непонятна "уверенность" алгоритма, при том что на улице есть еще несколько 30-х домов.

Про unrestricted_value понятно, но гранулы начал применять из за того что "парсер" с вашей стороны неточно разбирал Лихачевские переулки в г. Москва с домами и корпусами.

Четче по корр счету, был один из филиалов ВТБ.

Решаю вопрос работы с адресом из 1С 8, заменяю типовой использование КЛАДР.

Пока переключился на другую задачу. Помощью будет описание последовательности запросов (в документации) к API с использованием гранул и локаций, от региона до дома с получением геокоординат.

У меня вопрос был по API, Вы меня отправляете в пример с jQuery-плагином, при том что это разные ветки в документации.

В JS не силен (что отправляется в "constraints: $street" не понял), попробую разобраться.

поля "Дом" нет в запросе есть поле "Запрос" и поля ограниченийограничения

Из документации:

"from_bound и to_bound, то будут подсказки только для указанных частей адреса." Я понял как подсказки будут выдаваться с точностью до дома, потому что при

{

"to_bound": {
"value": "house"
},
"query": "г Москва, пер Лихачёвский 3-й, 3",
"from_bound": {
"value": "street"
}
}

выдается

и улица "value": "г Москва, пер Лихачёвский 3-й", "fias_level": "7",

и дома "value": "г Москва, пер Лихачёвский 3-й, д 2 к 3", "fias_level": "8",



Сервис поддержки клиентов работает на платформе UserEcho