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

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


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


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

0
Under review

Можете ли вы работать с данными на английском?

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

Если это российские данные, просто набранные транслитом (например, sidorov pavel petrovich), то в принципе можем. Для этого есть модуль обратной транслитерации (сейчас на сайте он отключен).


Если же речь идет о зарубежных адресах / телефонах, то их стандартизация не поддерживается. Кроме украинских адресов, для них есть отдельный модуль.

0
Answered

Метод api.Clean<AddressData>(inputs) на C# почему-то возвращает не все параметры

Anonymous 3 years ago in Стандартизация • updated by Антон 3 years ago 7
Попадают только в таком варианте:
[AddressData: source=Москва Милютинский 13, region=Москва, area=, city=, settlement=, street=Милютинский, house=13, qc=0]

0
Fixed

Отсутствуют улицы Чекатуева и Бакина

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

Реальность такова, что в КЛАДР нет многих адресных объектов, в т.ч. улиц.

От стандартизации ожидают адреса в нужном формате, а получают адрес за вычетом тех данных, которых нет в кладр. На мой взгляд, адрес не должен терять улицу тогда, когда она указана в оригинале и подлежит идентификации как улица. Ведь дома остаются, и это разумно! В любом случае стандартизованная версия без потерянных данных должна присутствовать в ответе, так же как и в отдельном поле, предназначенном для такого случая. Возможно, это применимо еще к каким-то частям адреса - не уверен, детально не рассматривали. Но улица - точно.

0
Fixed

Адрес без города, только улица распознан как корректный

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

Добрый день.
Отправляю на стандартизацию адрес, не содержащий региона, области, города, только улицу:
грибоедова 1б

получаю стандартизированный адрес:
Россия, г Москва, пер Харитоньевский М., д 1Б

и коды качества и полноты у него при этом:

Дом не найден в КЛАДРКорректный

В данном случае - это ввод в заблуждение. Корректный адрес не будут перепроверять и ошибочно занесут в базу заведомо неправильный адрес.

Можно в этом случае писать хотя бы код качества = Сомнительный.

Answer
Антон 2 years ago

Исправили, теперь код «сомнительный».

0
Under review

Cтандартизация URL сайтов

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

Приводить к каноническому виду адреса веб-сайтов и проверять доступность сайта.

0
Under review

Задавать регионы на этапе определения полей для повышения количества распознанных адресов

Denis Peplin 3 years ago in Стандартизация • updated by Антон 3 years ago 7
Захожу на сайт, пробую загрузить в форму Exel адреса, получаю половину адресов мимо, большинство с пометкой "корректно".

Форма проверяет правильность ввода данных, корректно находит колонку с адресами, но не предлагает выбрать регион.

Взгляните на файлик, это наша реальная БД.
http://goo.gl/QvA3No

На самом деле, проблемы особой нет, я то регион укажу, когда буду регион править, но вот ваша форма... возможно, вам захочется ее исправить, предложить регион.
0
Not a bug

Пустое поле city

Anonymous 3 years ago in Стандартизация • updated by Антон 3 years ago 3
Здравсвуйте, при REST запросе не заполняется поле city, посмотрите даже свой пример "мск сухонска 11/-89" , адрес правильный, но в объекте "region": "Москва", а вот "city": null.
При этом в подсказках при ajax запросе тот же адрес "мск сухонска 11/-89" содержит "city": "Москва". Я делаю заполнение адресной книги клиентов, новые вводят через подсказки, и там City заполняется, а для старых клиентов при входе адрес парсится через стандартизацию, и вот там поле City пустое, непонятно как поступить...
0
Answered

Подскажите в чем разница в запросах?

Roman Bolgov 3 years ago in Стандартизация • updated by Антон 3 years ago 3
Здравствуйте.
Через API стандартизации, или даже через подсказки, можно создать query
Тазовский Тюменская область
такого района в Тюменской области нет, но при этом в ответе он выводится правильно из Ямало-Ненецкого АО. А если уже указать другой ошибочный регион Тазовский Тамбовская область то уже ничего не выводится. Скажите пожалуйста, почему так?
Answer
Антон 3 years ago
Добрый день, Роман. Это потому, что Ямало-Ненецкий АО входит в состав Тюменской области. А Тамбовская область к Тюменской никак не относится.
0
Fixed

Неверное значение beltway_distance и beltway_hit

Vladyslav Cherukhin 2 years ago in Стандартизация • updated by Антон 2 years ago 9

Стандартизация по адресу дает неверные данные

[source] => Россия, г Москва, ул Переяславская Б., д 7 стр 1, кв 7

[beltway_hit] => OUT_MKAD

            [beltway_distance] => 12
0
Answered

Адреса каких стран можно обрабатывать?

Anonymous 4 years ago in Стандартизация • updated by Антон 4 years ago 1
Вот например Польские данные? Или турецкие? Как у вас с поддержкой таких адресов?
Answer
Антон 4 years ago
Пока только Россия, в планах Украина и Казахстан.