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

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


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


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

+2
Fixed

Отличается структура данных для адреса в подсказках и API стандартизации

Как избавиться от типа улицы?. На сайте у вас сервис для "г. Тула Арсенальная 22" Улица=Арсенальная, а ч/з API "street": "ул Арсенальная"
Answer
Антон 4 years ago
Сделали гранулярные типы для API стандартизации: dadata.ru/api/clean.
+2
Completed

клиент к API в стиле Enterprise (:

Andrey Khlebnikov 4 years ago in Стандартизация • updated by Антон 4 years ago 0
Answer
Антон 4 years ago
Андрей, спасибо большое! Очень впечатляет :-)
+2
Declined

Поддержка англоязычных имён на латинице

Максим Месилов 3 years ago in Стандартизация • updated by Антон 2 years ago 2
У меня часть данных на английском языке. Локаль я определяю самостоятельно, попробовал скормить их вашему сервису, на выходе получил следующее

0 | en [ Dion Hinchcliffe ] -> М 0 [ Дион - Хинчклиффе - ]
1 | en [ Charles Wilson ] -> М 0 [ Вильсон - Чарлес - ]
2 | en [ Roger Shepherd ] -> НД 1 [ Шеферд - Рогер - ]
3 | en [ Bruce Williams ] -> М 1 [ Вильямс - Бруце - ]
4 | en [ Kerry Lacy ] -> М 1 [ Лацы - Керри - ]
5 | de [ Thomas Cloer ] -> М 0 [ Томас - Клоер - ]
6 | en [ Nico Lumma ] -> НД 1 [ Лумма - Нико - ]
7 | en [ Brecht ] -> М 1 [ Бретт - - ]
8 | en [ Erik Bergsagel ] -> М 0 [ Ерик - Бергсагел - ]
9 | en [ Ian D. Nock ] -> НД 1 [ Д - Иян - Нок ]


Попытка транслитерации «в лоб». На текущий момент придётся вами обрабатывать только RU локаль =(

Answer
Антон 2 years ago

Не планируем обрабатывать «англосаксонские» ФИО.

+2
Declined

Проверка штрихкода

Anonymous 3 years ago in Стандартизация • updated by Антон 2 years ago 2
Добавьте, пожалуйста, проверку штрих-кодов.
+2
Under review

Номер, серия и дата выдачи ИНН и ОГРН

Anonymous 2 years ago in Стандартизация • updated by Антон 6 months ago 4

Добрый день, подскажите есть ли возможность реализации узнать ИНН и ОГРН их номера серию и дату выдачи?
а еще ГРН

Answer
Антон 2 years ago

Пока нет. Скажите, пожалуйста, как бы вы стали использовать эту информацию?

+2
Answered

Стоимость, геокоординаты, ФИАС

Anonymous 4 years ago in Стандартизация • updated by Антон 2 years ago 5
Добрый день!Какова будет стоимость и условия пакетной обработки с 06.2014г?У вас описаны будущие доработки,в том числе и геокоординаты. На базе какой карты или какого сервиса геокодирования вы планируете их получать? Это будет только прямое геокодрование? Или планируется обратное геокодирование? 
Благодарна за ответ!
Answer
Антон 4 years ago
Добрый день! Обработка в текущем базовом виде будет стоить 10 копеек за запись. Возможно, мы также будем брать деньги за разные интересные дополнительные поля типа стоимости квартиры или геокоординат. Вопросы биллинга у нас в стадии проработки, поэтому пока все бесплатно :)
Геокоординаты мы берем из Яндекса и Google. Обратное геокодирование можем сделать, если это будет востребовано.
+2
Under review

Исправлять иностранные телефоны и определять страну и часовой пояс (СНГ, Европа, США)

Глеб 2 years ago in Стандартизация • updated by Олег 4 months ago 4

Очень нужно распознавать и исправлять иностранные номера (СНГ, Европа, США), а также определять город (или хотя бы страну) и часовой пояс.

Для российских номеров всё работает через ваше api. А для иностранных приходится нашим айтишникам вручную исправлять иностранные телефоны (сверяя со страной, определённой по ip), т.к. менеджеры вообще ничего не понимают в форматах телефонных номеров и не умеют гуглить как исправлять 8-ми-значные локальные номера какого-нибудь Мадрида в номер международного формата. И европейские клиенты тоже часто не знают как их локальный номер пишется полностью с кодом страны и города.


К вам передаём следующую информацию:

  1. Написанный клиентом номер телефона (например, +375331111111 или 0302611111 или 0049302611111 или 2611111).
  2. Город или страну, определённые по ip адресу.


  • Для номера вида +375331111111 надо обязательно определять страну (Беларусь) (желательно ещё и город) и часовой пояс (UTC+3). Если номер в международном формате, то адрес в составном запросе игнорировать.
  • А для номера 0302611111 при переданном в этом же составном запросе "Германия, Берлин" (мы определяем город по ip) исправлять номер на +49-302611111 и определять часовой пояс.
  • Для номера 0049302611111 использовать город из составного запроса не обязательно, т.к. двойной ноль почти 100% означает, то 00 можно заменить на "+" - и получится правильный номер в международном формате.
  • Для короткого номеров вида 2611111 и указанного в составном запросе города (Берлин) - дописывать код страны и код города, например +49-30-2611111.

+1
Declined

Дать возможность исключать исходный адрес из результата обработки

Anonymous 9 months ago in Стандартизация • updated by Антон 8 months ago 3

Добрый день, хотели бы уточнить возможность доработка сервиса Стандартизации.

Под наши нужды требуется:

1) загружать произвольный файл Excel, состоящий к примеру из 20 колонок. Одной из этих колонок является Адрес регистрации в текстовом формате (поле: почтовый адрес у вас).

2) На выходе получать файл Excel с 19 колонками без Адреса регистрации произвольного. А уже разобранного в формате по КЛАДР.

Т.е. на выходе наших 19 + остальные колонки разбитого адреса по КЛАДР.


3) Если это возможно, хотели бы узнать цену вопроса и сроки реализации. Задача горящая.

Answer
Анастасия 9 months ago

Добрый день! Если разбор адреса отмечен на ручную проверку, перепроверить его можно только с учетом исходного адреса. Возможность исключать колонку с исходным адресом из результата реализована не будет.


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

+1
Not a bug

Неуверенная стандартизация имён

glukkkk 9 months ago in Стандартизация • updated by Анастасия 9 months ago 3

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


Столкнулись с такой проблемой, что неуверенно стандартизируются имена/фамилии/отчества при, казалось бы, очевидных запросах. Например:


Запрашиваем: Сегрей Иванов Иванович

Получаем: Иванов Сергей Иванович

Код качества: 1


Запрашиваем: Вася Иванов

Получаем: Иванов Василий

Код качества: 1


Запрашиваем: Иван Ивановч Иванов

Получаем: Иванов Иван Иванович

Код качества: 1


Т.е. во всех трёх случаях распознано корректно, но почему-то получаем qc = 1, хотя логично получить qc = 0. Мы опираемся только на код качества, где нет нужды в дополнительной ручной проверке. Хотелось бы получать больше уверенности с вашей стороны в виде кода качества, хотя бы в таких простых примерах, как я описал выше.


Спасибо.

Answer
Анастасия 9 months ago

Добрый день! Любые исправления имени или отчества приводят к установке qc = 1. Мы считаем, что они заслуживают ручной проверки.


Фамилии не исправляются и не влияют на код качества, потому что их многообразие огромно. Имя «Валент» действительно существует, поэтому Дадата его не меняет.

+1
Under review

Стандартизация должности

opcs-plc 10 months ago in Стандартизация • updated 10 months ago 4

Предлагаю ввести стандартизацию должности.

{гл.|главный} инженер и т.п.

Answer
Антон 10 months ago

Но зачем? Как бы вы стали это использовать?