- Общий
-
Ошибки
0
Не ошибка
Перестали работать нормально подсказки по адресам
Использую запрос (rest)
<req>
<query>
ярос
</query>
<from_bound value="city"/>
<to_bound value="settlement"/>
<count>10</count>
</req>
До сегодняшнего дня все работало нормально. Теперь на этот запрос подсказок 0. Ищет только по полным словам (если написать ярославль, а не ярос)
<req>
<query>
ярос
</query>
<from_bound value="city"/>
<to_bound value="settlement"/>
<count>10</count>
</req>
До сегодняшнего дня все работало нормально. Теперь на этот запрос подсказок 0. Ищет только по полным словам (если написать ярославль, а не ярос)
Ответ
На рассмотрении
Выполнил ваш запрос, он вернул результаты:
curl -X POST \ -H "Content-Type: application/xml" \ -H "Accept: application/xml" \ -H "Authorization: Token ***" \ -d '<req> <query>ярос</query> <from_bound value="city"/> <to_bound value="settlement"/> <count>10</count> </req>' \ https://dadata.ru/api/v2/suggest/address
<SuggestResponse><suggestions><value>Ярославская обл, г Ярославль</value>...Дайте, пожалуйста, полный код, которым вы выполняете запрос.
Мой код на Delphi. Но, я сейчас попробовал то же самое из Chrome при помощи REST Console. Вот скриншоты:
https://yadi.sk/i/2V1WqbHbdaZij
https://yadi.sk/i/zRkvBD7SdaZrb
https://yadi.sk/i/2V1WqbHbdaZij
https://yadi.sk/i/zRkvBD7SdaZrb
О! Я понял в чем проблема! Ваш сервис перестал удалять ведущие и ведомые проблемы в контейнере <query></query>.
Ответ
Не ошибка
Дело именно в пробеле после «ярос ». Раньше мы их игнорировали, теперь нет — это сделано намеренно. Если человек пишет «Ярославль», он не ставит пробел после «Ярос».
Это помогает лучше подсказывать: например, раньше невозможно было найти населенный пункт «Захаров» (выдачу забивали «Захаровский», «Захаровское», «Захарово»). Теперь, если поставить пробел после «Захаров », подсказки поймут, что речь идет об одноименном н/п.
Это помогает лучше подсказывать: например, раньше невозможно было найти населенный пункт «Захаров» (выдачу забивали «Захаровский», «Захаровское», «Захарово»). Теперь, если поставить пробел после «Захаров », подсказки поймут, что речь идет об одноименном н/п.
Согласен, но есть одна проблема. Вернее две проблемы: 1. Такие изменения надо бы сразу отражать в документации. 2. Противоречие канонам XML - пробелы, и знаки переноса между тегом и содержимым не считаются. Если уж нужно учитывать ведомые пробелы, то тогда срока запроса должна либо заключаться в кавычки, либо использовать <![CDATA ]>
Сервис поддержки клиентов работает на платформе UserEcho
Это помогает лучше подсказывать: например, раньше невозможно было найти населенный пункт «Захаров» (выдачу забивали «Захаровский», «Захаровское», «Захарово»). Теперь, если поставить пробел после «Захаров », подсказки поймут, что речь идет об одноименном н/п.