0
Не ошибка

Перестали работать нормально подсказки по адресам

Анонимный 9 лет назад обновлен 9 лет назад 5
Использую запрос (rest) 
<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
О! Я понял в чем проблема! Ваш сервис перестал удалять ведущие и ведомые проблемы в контейнере <query></query>.
Ответ
Не ошибка
Дело именно в пробеле после «ярос ». Раньше мы их игнорировали, теперь нет — это сделано намеренно. Если человек пишет «Ярославль», он не ставит пробел после «Ярос».

Это помогает лучше подсказывать: например, раньше невозможно было найти населенный пункт «Захаров» (выдачу забивали «Захаровский», «Захаровское», «Захарово»). Теперь, если поставить пробел после «Захаров », подсказки поймут, что речь идет об одноименном н/п.
Согласен, но есть одна проблема. Вернее две проблемы: 1. Такие изменения надо бы сразу отражать в документации. 2. Противоречие канонам XML - пробелы, и знаки переноса между тегом и содержимым не считаются. Если уж нужно учитывать ведомые пробелы, то тогда срока запроса должна либо заключаться в кавычки, либо использовать <![CDATA ]>

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