Некорректный поиск при использовании гранулы
Q:
{
R:
{
"unrestricted_value": "г Москва, пер Лихачёвский 1-й, д 4 к 3",
Ответ
поля "Дом" нет в запросе есть поле "Запрос" и поля ограниченийограничения
Из документации:
"from_bound
и to_bound
, то будут подсказки только для указанных частей адреса." Я понял как подсказки будут выдаваться с точностью до дома, потому что при
{
выдается
и улица "value": "г Москва, пер Лихачёвский 3-й", "fias_level": "7",
и дома "value": "г Москва, пер Лихачёвский 3-й, д 2 к 3", "fias_level": "8",
Указание from_bound = house и to_bound = house означает, что запрос делается по домам на конкретной улице. При этом сама улица должна быть установлена через locations. Посмотрите пример.
У меня вопрос был по API, Вы меня отправляете в пример с jQuery-плагином, при том что это разные ветки в документации.
В JS не силен (что отправляется в "constraints: $street" не понял), попробую разобраться.
Ветки разные, но суть-то одна :–) Плагин делает все запросы через API: если включите закладку «Сеть» в инструментах разработчика браузера, увидите все запросы. В JS-коде разбираться нет необходимости.
Александр, вам удалось добиться желаемого результата? Если нет, напишите, что хотели бы в итоге получить — я постараюсь помочь.
Пока переключился на другую задачу. Помощью будет описание последовательности запросов (в документации) к API с использованием гранул и локаций, от региона до дома с получением геокоординат.
А чего в итоге хотите добиться? Это будут гранулярные подсказки по адресу в десктопном приложении?
Реализовал в 1С, работает стабильно, храню дополнительно "street_fias_id ", стек id получаю при открытии формы через /findById/address
Благодарю.
Сервис поддержки клиентов работает на платформе UserEcho
Указание from_bound = house и to_bound = house означает, что запрос делается по домам на конкретной улице. При этом сама улица должна быть установлена через locations. Посмотрите пример.