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

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


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


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

0
Исправлен
Анонимный 2 года назад в Стандартизация • обновлен Антон 7 месяцев назад 4
Респ Крым, Симферопольский р-н, село Раздолье, ул Дружбы, д 14
Определенный индекс 297547 - не верный
Ответ
Антон 7 месяцев назад

Исправили индексы для улиц Дружбы и Новой.

0
Отвечен
Анонимный 3 года назад в Стандартизация • обновлен Антон 2 года назад 1
Откуда информация? Это кадастровая стоимость или по объявлениям? Какое количество источников используется?
Ответ
Антон 2 года назад
Это средняя стоимость по объявлениям на 4 самых популярных сайтах по продаже недвижимости. Пересчитываем раз в квартал.
0
Не ошибка
Михаил Соколов 2 года назад в Стандартизация • обновлен Антон 2 года назад 1
Не стандартизирует номера:
870222372хх
871826269хх
Я так подозревая все 87* не стандартизирует вроде это г. Павлодар
Ответ
Антон 2 года назад
Мы работаем только с российскими номерами. Павлодар – город в Казахстане, поэтому его не стандартизируем.
0
Завершен
Анонимный 3 года назад в Стандартизация • обновлен Антон 3 года назад 1
Добрый день! Есть ли уже примерная дата ,когда в сервис стандартизации будут добавлены геокоординаты?
Ответ
Антон 3 года назад
Здравствуйте! Это случится до сентября :-) Вот топик, в котором будет отслеживаться актуальный статус.
0
Завершен
Анонимный 3 года назад в Стандартизация • обновлен Антон 3 года назад 3
Здраствуйте. В документации написано что сервис должен возвращать код ОКТМО, однако эта переменная всегда пустая.
Ответ
Антон 3 года назад
Добавили ОКТМО в подсказки!
0
Исправлен
Анонимный 3 года назад в Стандартизация • обновлен Антон 3 года назад 3
Перевожу свою базу на ваш сервис определения и подсказок адресов. Основную часть моей БД составляют города и области.
В основном всё замечательно. Но попадаются явные ошибки в определении 
Город Саратов превращается в Саратовскую область, причём качество оценки равно 0, т.е. точное определение.
{"area":"null", "source":"Саратов", "postal_code":"null", "country":"Россия", "region_type":"обл", "region_type_full":"область", "region":"Саратовская", "area_type":"null", "area_type_full":"null", "city_type":"null", "city_type_full":"null", "city":"null", "settlement_type":"null", "settlement_type_full":"null", "settlement":"null", "street_type":"null", "street_type_full":"null", "street":"null", "house_type":"null", "house":"null", "block_type":"null", "block":"null", "flat_type":"null", "flat":"null", "postal_box":"null", "kladr_id":"6400000000000", "fias_id":"df594e0e-a935-4664-9d26-0bae13f904fe", "okato":"63000000000", "oktmo":"63000000", "tax_office":"6400", "flat_area":"null", "timezone":"UTC+3", "geo_lat":"null", "geo_lon":"null", "qc_geo":5, "qc_complete":2, "qc_house":10, "qc":0, "unparsed_parts":"null"}

Это уже результат вывода в консоль преобразованного кода.
Ответ
Антон 3 года назад
Исправили.
0
На рассмотрении
Konstantin Stepanenko 2 года назад в Стандартизация • обновлен Антон 2 года назад 5
Добрый день!
А зачем производится замена «помещение» на «офис»?
Например, в запросе «Нижегородская обл, г Нижний Новгород, ул Васнецова, д 19, помещение 2».
И связанный вопрос — не поддерживаются номера квартир (помещений) с буквами: «помещение 2П»?
Ответ
Антон 2 года назад
Добрый день!
  1. Дадата не делает разницы между офисом и помещением. Скажите, зачем вам тип "помещение", чем вызвана потребность именно в этом конкретном типе?
  2. По поводу квартир/офисов с буквами в номере — они поддерживаются.
0
Отвечен
Анонимный 3 года назад в Стандартизация • обновлен oleg 3 года назад 2
Пытаемся вызвать API стандартизации через jquery, вот так:
$.ajax({
        type: 'POST',
        crossDomain: true,
        beforeSend: function(xhr) {
            xhr.setRequestHeader('Authorization', 'Token токен');
            xhr.setRequestHeader('X-Secret', 'секретный');
        },
        url: 'https://dadata.ru/api/v2/clean/phone',
        contentType: 'application/json',
        data: '+8314545445 доб 11'
    })
    .fail(function(jqXHR, textStatus, errorThrown) {
        alert("Ошибка: " + errorThrown);
    })
    .done(function(data) {
        debugger;
        alert(data);
    });

а в результате получаем:
AJAX Request header field X-Secret is not allowed by Access-Control-Allow-Headers.

что делаем не так? или через Jquery нельзя использовать api стандартизации?
Ответ
Антон 3 года назад
Дадата не поддерживает вызов стандартизации из JS. Иначе злоумышленник мог бы похитить секретный ключ и использовать стандартизацию за ваш счет.
0
На рассмотрении
Анонимный 3 года назад в Стандартизация • обновлен 3 года назад 4
Собственно вопрос, в самом заголовке. 
Со своей стороны, узнавал у технарей RetailCRM они сказали что у них работы на очереди до конца весны и раньше они не могут.
0
Отвечен
Анонимный 2 года назад в Стандартизация • обновлен 1 год назад 5

Добрый день.

А если поле "адрес" содержит 5-10 адресов: "улица, дом, корпус, улица, дом, корпус, ..." не получиться одну строку разбить на 5-10 новых, с отформатированными адресами?

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

Добрый день.

К сожалению, так не получится.

Один адрес на одно поле. Можно вынести несколько адресов в несколько разных полей, и обрабатывать их



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