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

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


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


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

+2
Завершен
Andrey Khlebnikov 4 года назад в Стандартизация • обновлен Антон 4 года назад 0
Ответ
Антон 4 года назад
Андрей, спасибо большое! Очень впечатляет :-)
+2
Отклонен
Максим Месилов 3 года назад в Стандартизация • обновлен Антон 2 года назад 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 локаль =(

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

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

+2
Отклонен
Анонимный 3 года назад в Стандартизация • обновлен Антон 2 года назад 2
Добавьте, пожалуйста, проверку штрих-кодов.
+2
На рассмотрении
Анонимный 2 года назад в Стандартизация • обновлен Антон 2 месяца назад 4

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

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

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

+2
Отвечен
Анонимный 3 года назад в Стандартизация • обновлен Антон 2 года назад 5
Добрый день!Какова будет стоимость и условия пакетной обработки с 06.2014г?У вас описаны будущие доработки,в том числе и геокоординаты. На базе какой карты или какого сервиса геокодирования вы планируете их получать? Это будет только прямое геокодрование? Или планируется обратное геокодирование? 
Благодарна за ответ!
Ответ
Антон 3 года назад
Добрый день! Обработка в текущем базовом виде будет стоить 10 копеек за запись. Возможно, мы также будем брать деньги за разные интересные дополнительные поля типа стоимости квартиры или геокоординат. Вопросы биллинга у нас в стадии проработки, поэтому пока все бесплатно :)
Геокоординаты мы берем из Яндекса и Google. Обратное геокодирование можем сделать, если это будет востребовано.
+2
На рассмотрении
Глеб 2 года назад в Стандартизация • обновлен Олег 3 дня назад 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
Отклонен
Анонимный 5 месяцев назад в Стандартизация • обновлен Антон 4 месяца назад 3

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

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

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

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

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


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

Ответ
Анастасия 5 месяцев назад

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


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

+1
Не ошибка
glukkkk 5 месяцев назад в Стандартизация • обновлен Анастасия 5 месяцев назад 3

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


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


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

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

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


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

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

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


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

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

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


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


Спасибо.

Ответ
Анастасия 5 месяцев назад

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


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

+1
На рассмотрении
opcs-plc 7 месяцев назад в Стандартизация • обновлен 7 месяцев назад 4

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

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

Ответ
Антон 7 месяцев назад

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

+1
На рассмотрении
Антон 8 месяцев назад в Стандартизация • обновлен 8 месяцев назад 1

Например: Строка: XX, XXXXX, выдан 05.11.2011 ОУФМС Дагестан, г.Махачкалы


Нужна разбивка:
  • Серия
  • Номер
  • Кем выдан
  • Дата выдачи
  • Код подразделения (хорошо бы заполнять автоматически по «кем выдан»)


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