Служба поддержки DaData.ru

Иногда мы отвечаем на ваши вопросы даже ночью. Угадайте, почему? Мы просто любим наш сервис и хотим, чтобы он развивался в исключительно хорошую сторону. А ваши вопросы очень помогают нам в этом.


Именно здесь вы можете помочь нам сделать DaData.ru лучше! Отправьте сообщение, и мы ответим вам в течение 1-2 дней (а может, уже и через час, если мы еще не уснули или не в кино :)


P.S. Оставляйте свои идеи — чего не хватает сейчас сервису. И голосуйте за чужие идеи. Чем больше голосов набирает идея, тем скорее мы ее делаем.

0
Отвечен
Анонимный 2 года назад в Стандартизация • обновлен Антон 2 года назад 4
Например: Москва, Москва, Ул. Бауманская, дом № 28, стр.2, кв. 18
Возвращает правильно: Россия, г Москва, ул Бауманская, д 28 стр 2, кв 18
Но в ответе поле qc="1", и в поле "unparsed_parts": "ДОМ"
Правильно ли я понимая, что причиной "неуверенного" распознавания стало слово "дом"?

Просто, для наших задач важно точно знать - удалось скорректировать адрес однозначно или нет (qc="0").
Ответ
Антон 2 года назад

Исправили.

0
Исправлен
Анонимный 2 года назад в Стандартизация • обновлен Антон 1 год назад 3

Если ввести адрес, и корпус записать в кавычках — искать не будет! Как так??? Такой критический баг

Ответ
Антон 1 год назад

Исправили.

0
Отвечен
Konstantin Stepanenko 3 года назад в Стандартизация • обновлен Антон 2 года назад 22
Добрый день.

В некоторых адресах в ФИАСе есть дома с литерой прямо в номере дома, а есть дома с литерой, как корпусом. Вы планируете различать такие вещи, как в ФИАСе?
Например, СПб, ул. Седова дом 11а, но СПб, ул Седова дом 13 литер А.

Спасибо.
Ответ
Антон 2 года назад

Исправили, литеры парсятся в строение.

0
Не ошибка
godbot 2 года назад в Стандартизация • обновлен Антон 2 года назад 2
Здравствуйте!

В стандартизацию адреса передаю строку: "ИП Шабатурова б.Рябикова,д.8 Б".
Возвращаются qc = 1, qc_complete = 10 (пригоден для рассылки). НО при этому ни одно другое поле не заполнено (region, city и т.д.).
Мне кажется, что это ошибочное поведение и qc_complete должен быть равен 6, когда все поля остальные поля пустые. Либо нужно как-то по-другому назвать qc_complete = 10, дабы не вводить в заблуждение.

Спасибо!
0
Отвечен
Анонимный 2 года назад в Стандартизация • обновлен 2 года назад 2
Проверка ФИО и адреса одного клиента - это два разных запроса, или это один запрос? Не совсем понял этот момент.
Ответ
Антон 2 года назад
Вы можете проверять ФИО и адрес как в одном объединенном запросе, так и в нескольких разных запросах.
Пример объединенного запроса (ФИО + адрес):
curl -X POST \
  -H "Content-Type: application/json" \
  -H "Authorization: Token $API_KEY" \
  -H "X-Secret: $X-Secret_KEY" \
  -d '{"structure": [ "NAME", "ADDRESS"], "data": [[ "Федотов Алексей", "Москва, Сухонская улица, 11 кв 89"]]}' \
  https://dadata.ru/api/v2/clean
В таком случае ФИО и адрес будут обработаны в рамках одного запроса (будет стоить 10 копеек). Ограничение – не более 1 ФИО, 3 адресов, 3 телефонов, 3 е-мейлов в одном запросе.
Примеры обычных запросов можно найти тут.

0
Не ошибка
Анонимный 2 года назад в Стандартизация • обновлен Антон 2 года назад 5

Есть очень плохие адреса типа

"Рам.р-он с.Н.Живот. киоск 2 ул.Советская, Воронежская область"

Да понимаю что адрес совсем кривой, но на мой взгляд совсем некорректно его определять как

"Россия, г Новосибирск, тер Отдых-2 СНТ (Советский р-н), ул Воронежская"


На мой взгляд такое совпадение нельзя помечать как "сомнительный", т.к. в исходном адресе в явном виде и без ошибок написана область. Расстояние между этими адресами 3000 километров. Уж лучше его вообще оставить как нераспознанный.



Ответ
Антон 2 года назад

«Сомнительным» кодом качества Дадата отмечает все адреса, в корректности парсинга которых не уверена. Что и сделала в данном случае.


Исходный адрес всегда лежит «рядом» с разобранным (в файле — столбец по соседству, в API — поле source). Так что всегда можно использовать его для сомнительных адресов, если не хотите их проверять вручную.

0
Отвечен
Konstantin Stepanenko 3 года назад в Стандартизация • обновлен 3 года назад 6
В Респ Ингушетия, г Назрань многие улицы не предлагают домов в подсказке и все адреса возвращают qc_complete = 10. Там какие-то проблемы с базой ФИАС? Есть ещё такие регионы?
Спасибо.
Ответ
Антон 3 года назад
В ФИАС действительно нет домов для многих улиц, это касается и указанных вами города и региона.
0
На рассмотрении
Анонимный 2 года назад в Стандартизация • обновлен Антон 2 года назад 10
Добрый день.
1. Подскажите, куда можно отправлять ошибки распознавания адресов, например в г. Омск есть улица Нахимова и пер. Нахимова, всегда распознается Нахимова как переулок и получаем не верный адрес, с ошибкой - Не найден в КЛАДР
2. Россия, Свердловская обл, г Екатеринбург, ул Кольцевая, д 39, - ошибка Не найден в КЛАДР, хотя дом на картах отображается корректно
0
Отвечен
evgeny32 2 года назад в Стандартизация • обновлен Антон 2 года назад 2

Здравствуйте!

Скопировал пример с для php отсюда https://gist.github.com/algenon/10387295#file-dadata-example-php

Вставил свои ключи, но возвращается Response: NULL

в чем может быть проблема?

0
Исправлен
Анонимный 2 года назад в Стандартизация • обновлен Антон 1 год назад 5

Пользуемся вашей API Стандартизации. Адреса типа "Мичуринский проспект д.7" от вас возвращаются в виде "Мичуринский проспект.Олимпийская деревня". Такая улица тоже есть в Москве, но это другая улица!

Ответ
Антон 1 год назад

Исправили.



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