Служба поддержки DaData.ru
Если чего-то не хватает, или вы столкнулись с проблемой — оставьте сообщение, и мы ответим в течение 24 часов. Работаем с понедельника по пятницу, с 10 до 19 по Москве.
Похожие темы не найдены.
+1
Исправлен
По адресу "Московская обл, Подольский р-н, поселок Молодежный, д 19, кв 7" неправильно определяется индекс
По адресу "Московская обл, Подольский р-н, поселок Молодежный, д 19, кв 7" неправильно определяется индекс и возможно код ФИАС. Для домов 1-17 по этому адресу индекс определяется правильно(142113), для дома 19 же в ответе возвращается индекс 142172(Щербинка). В чём может быть причина
Ответ
Антон Жиянов
9 лет назад
Причина в том, что дома 19 нет в ФИАС. Поэтому мы возвращаем индекс вышестоящего объекта (улицы), и код ФИАС диапазона.
+1
Отвечен
Фильтрация города на ходу из select
Имеется следующая форма, где пользователю предложено выбрать город или село:
<select id="PROPERTY_589" class="form-control" name="PROPERTY[589]">
<select id="PROPERTY_589" class="form-control" name="PROPERTY[589]">
<option value="285" selected="selected">г. Усолье-Сибирское</option>
<option value="286">п. Мальта</option>
<option value="302">п. Тельма</option>
<option value="300">с. Сосновка</option>
<option value="301">с. Хайта</option>
</select>
<input class="form-control" id="ADRESS" type="text" size="25" value="">
В поле imput исходя из выбранного значения в select мы должны ввести только адрес из населенного пункта который находится в select
Помогите пожалуйста решить. При чем в imput адрес должен быть форматированный без области, региона и населенного пункта. Заранее спасибо!
Ответ
Антон Жиянов
10 лет назад
К сожалению, в данном случае так сделать не получится.
Не получится вывести форматированный адрес без населенного пункта, потом что поселки и села и есть населенные пункты. Также в списке есть город, а это разные типы. Если вы выбираете один конкретный тип – у вас показаны в выдаче либо города, либо населенные пункты. Если вы их объединяете – показано и то, и то, но ваше условие не выполняется.
Ограничить поиск по адресу также не получится, потому что в исходных данных нет региона, нет понимания н.п. или города в списке. В идеале для корректных ограничений нужно знать код КЛАДР, потому что город или населенный пункт может быть не уникален.
Не получится вывести форматированный адрес без населенного пункта, потом что поселки и села и есть населенные пункты. Также в списке есть город, а это разные типы. Если вы выбираете один конкретный тип – у вас показаны в выдаче либо города, либо населенные пункты. Если вы их объединяете – показано и то, и то, но ваше условие не выполняется.
Ограничить поиск по адресу также не получится, потому что в исходных данных нет региона, нет понимания н.п. или города в списке. В идеале для корректных ограничений нужно знать код КЛАДР, потому что город или населенный пункт может быть не уникален.
+1
Исправлен
Ошибка при определении почтового индекса
Только вчера запретил менеджерам колл-центра использовать для проверки адреса доставки и определения почтового индекса сервис ahunter
А сегодня выявилась точно такая же проблема с DaData:
- ошибка при определении почтового индекса при вводе адреса.
Результат вполне конкретный и измеримый в деньгах:
- заказ доставляется Почтой России не по верному адресу, а по ошибочно определенному сервисом индексу.
Конкретика:
Краснодарский край, Лабинский р-н, г Лабинск, ул Победы, д 124
Dadata выдает по этому адресу индекс 352001
На самом деле, правильный индекс 352508 (источник: http://www.russianpost.ru/resp_engine.aspx?Path=rp/servise/ru/home/postuslug/searchops)
А индекс, найденный Dadat'ой, принадлежит: край Краснодарский р-н Кущевский ст-ца Шкуринская
Можно как-то избежать таких ошибок?
Или все-таки лучше для таких проверок использовать только сайт Почты России?
А сегодня выявилась точно такая же проблема с DaData:
- ошибка при определении почтового индекса при вводе адреса.
Результат вполне конкретный и измеримый в деньгах:
- заказ доставляется Почтой России не по верному адресу, а по ошибочно определенному сервисом индексу.
Конкретика:
Краснодарский край, Лабинский р-н, г Лабинск, ул Победы, д 124
Dadata выдает по этому адресу индекс 352001
На самом деле, правильный индекс 352508 (источник: http://www.russianpost.ru/resp_engine.aspx?Path=rp/servise/ru/home/postuslug/searchops)
А индекс, найденный Dadat'ой, принадлежит: край Краснодарский р-н Кущевский ст-ца Шкуринская
Можно как-то избежать таких ошибок?
Или все-таки лучше для таких проверок использовать только сайт Почты России?
Ответ
Антон Жиянов
8 лет назад
Исправили. Теперь возвращаются правильные индексы, потому что Дадата использует индексы Почты.
+1
Исправлен
Сервис Недоступен
Здравствуйте! Сервис https://dadata.ru/ Недоступен сейчас, из-за этого наша система не может продолжить работу. Когда будут устранены неполадки с работой Вашего сервиса?
Ответ
Антон Жиянов
10 лет назад
Работоспособность восстановлена в 17:10 по Москве. Простите за доставленные неудобства.
+1
Завершен
Полная строка адреса после стандартизации
Добавьте, пожалуйста, в вывод при стандартизации адреса дополнительное поле с полным чистым адресом, без лишних запятых, желательно в человеко-удобном виде.
Например,
Москва ул кетчерская дом 8 корпус 2 квартира 250
привести к виду
<clearAddr>111402, г. Москва, ул. Кетчерская, д. 8, корп. 2, кв. 250</clearAddr>
Например,
Москва ул кетчерская дом 8 корпус 2 квартира 250
привести к виду
<clearAddr>111402, г. Москва, ул. Кетчерская, д. 8, корп. 2, кв. 250</clearAddr>
Ответ
Антон Жиянов
10 лет назад
Полный стандартизованный адрес возвращаем в поле result:
Москва ул кетчерская дом 8 корпус 2 квартира 250 → Россия, г Москва, ул Кетчерская, д 8 к 2, кв 250
Москва ул кетчерская дом 8 корпус 2 квартира 250 → Россия, г Москва, ул Кетчерская, д 8 к 2, кв 250
+1
Не ошибка
Баги распознавания украинских ФИО
Привет.
Классный сервис, начал использовать для проверки на ошибки Имен и Фамилий, был приятно удивлен, что есть скрипт по распознаванию Пола, тоже кстати нужная информация, особенно для сегментирования базы e-mail подписчиков.
Но заметил некоторые баги:
Спасибо за Ваш сервис и хорошего Вам развития!
Классный сервис, начал использовать для проверки на ошибки Имен и Фамилий, был приятно удивлен, что есть скрипт по распознаванию Пола, тоже кстати нужная информация, особенно для сегментирования базы e-mail подписчиков.
Но заметил некоторые баги:
- Anna Ginchar (по умалчанию) - ANNA GINCHAR, сервис разбивает правильно по полям имя и фамилию, но прописывает их Caps Lock-ом
- Георгій Буза (по умолчанию) - Буза Георгий (после проверки) - переводит Имена (написаны укр. языком) на русский, что не совсем правильно по отношению к клиенту (который сам указал, что хочет называться в нашем случае "Георгій "), такие примеры есть с именами: Володимир, Світлана и т.д.
- Ніщенко (фамилия по умолчанию) - НІЩенко - просле проверки, незнаю с чем связано, но большинство фамилий, имен с буквами "І", "Є" (укр.), после них следующая буква пишется в верхнем регистре. (Аліна -> АлІНа; Віталій Мезін -> ВІТалІЙ МезІН, Клєвцов ->КлЄВцов и т.д.
- Украинские Имена в которых есть апостроф также исправляет на русские, что также не совсем правильно. (Мар'яна ->Марьяна)
- Также есть случаи когда Имена и Фамилии путаются местами (Ігор барладін ->ІГор БарладІН)
Спасибо за Ваш сервис и хорошего Вам развития!
Ответ
Антон Жиянов
6 лет назад
Добрый день! Спасибо за ваш отзыв и описание баг :-) Все они связаны с тем, что мы сейчас включили только распознавание русских ФИО (т.е. все ФИО сервис трактует как русские).
+1
Завершен
Дайте сервис беларусам!
почему Казахстан приоритетнее Беларуси? зачем казахам эти адреса, там степь кругом, а в Беларуси куча мест где можно применить ваш сервис
+1
Завершен
ISO-коды страны и области
Есть предложение в ответы подсказок помимо текстового представления страны добавить её код по стандарту ISO 3166 и код области по ISO 3166-2:RU
Ответ
Антон Жиянов
6 лет назад
Добавили в «подсказки» по адресам alpha-2 код страны по стандарту ISO 3166 (поле country_iso_code) и код области по ISO 3166-2 (region_iso_code). По всем странам и регионам.
+1
Завершен
Показывать Москву и Питер как city
Спасибо парни, за сервис. Сам делал поиск по КЛАДР - могу сказать, что в случае если город совпадает с регионом (Москва Питер - поле city - лучше делать тоже равным region, хотя в базе КЛАДР это не так)
+1
Отвечен
Скрыть метку города/региона
Возможно ли скрыть в поле метку (label) города/региона, при установленном constraints locations?
Сервис поддержки клиентов работает на платформе UserEcho
