Ваши комментарии
А какие преимущества для вас, как для клиента сервиса, предоставляет высокая гранулярность (например, когда код города в телефоне отдельно от номера или делается различие между домом и домовладением)? Ведь чтобы позвонить по номеру, достаточно иметь его одной строкой. А чтобы отправить письмо Почтой России, неважно — дом это или домовладение.
Дело в том, что, к примеру, гранулярный телефон у нас и так есть, но на уровне API специально склеиваем "код страны + код города + номер" в одно значение, чтобы потребителю API было проще :-) Скажите, пожалуйста, какие задачи вам позволит решить высокая гранулярность, которые вы сейчас не можете решить?
Дело в том, что, к примеру, гранулярный телефон у нас и так есть, но на уровне API специально склеиваем "код страны + код города + номер" в одно значение, чтобы потребителю API было проще :-) Скажите, пожалуйста, какие задачи вам позволит решить высокая гранулярность, которые вы сейчас не можете решить?
Олег, скажите, пожалуйста, а зачем вам такая гранулярность?
Добрый день! Обработка в текущем базовом виде будет стоить 10 копеек за запись. Возможно, мы также будем брать деньги за разные интересные дополнительные поля типа стоимости квартиры или геокоординат. Вопросы биллинга у нас в стадии проработки, поэтому пока все бесплатно :)
Геокоординаты мы берем из Яндекса и Google. Обратное геокодирование можем сделать, если это будет востребовано.
Геокоординаты мы берем из Яндекса и Google. Обратное геокодирование можем сделать, если это будет востребовано.
Фиас - да, пишите идею - если достаточно много за нее проголосуют, то подключим.
Добрый день, Олег.
Спасибо за отзыв!
Качество распознавания корпусов-строений сильно зависит от исходных данных. Например, если ваш пример записать как Москва, Митинская, д 40к2стр2, то и корпус, и строение будут распознаны. Но вы совершенно правы — тут нам есть над чем работать :-)
house_type может принимать значения: д (дом), вл (владение), в/ч (военная часть).
block_type может принимать значения: корп (корпус), стр (строение), секция.
flat_type может принимать значения: кв (квартира), оф (офис), комн (комната).
Если возникнут еще вопросы — пишите, рады будем помочь!
Спасибо за отзыв!
Качество распознавания корпусов-строений сильно зависит от исходных данных. Например, если ваш пример записать как Москва, Митинская, д 40к2стр2, то и корпус, и строение будут распознаны. Но вы совершенно правы — тут нам есть над чем работать :-)
house_type может принимать значения: д (дом), вл (владение), в/ч (военная часть).
block_type может принимать значения: корп (корпус), стр (строение), секция.
flat_type может принимать значения: кв (квартира), оф (офис), комн (комната).
Если возникнут еще вопросы — пишите, рады будем помочь!
Добрый день, Сергей! А в рамках какого процесса это вам нужно?
Если для облегчения ввода адресов пользователями, то лучше использовать API Подсказок.
Если для облегчения ввода адресов пользователями, то лучше использовать API Подсказок.
Очень рад, что сервис вам полезен, если возникнут еще вопросы — обращайтесь!
для Зеленогдара должно быть что-то вроде "Россия, г Москва, г Зеленоград, корп 1207
Совершенно с вами согласен, именно так и планируем сделать :-)
для Зеленогдара должно быть что-то вроде "Россия, г Москва, г Зеленоград, корп 1207
Совершенно с вами согласен, именно так и планируем сделать :-)
Спасибо за багрепорт! Действительно, есть такая проблема: подсказки выдаются по строке "Зеленоград к1102", но не выдаются по "Зеленоград 1102" или "Зеленоград корп 1102". Обязательно поправим в недалеком будущем.
Пока да. В планах Украина.
Сервис поддержки клиентов работает на платформе UserEcho
Владение и домовладение, строение и сооружение между собой, безусловно формально отличаются (в том числе согласно федеральной адресной системе, ФИАС). Но с точки зрения практической задачи (рассылка писем или доставка товаров) — не особо :-)
Гранулярный телефон обязательно сделаем, если будет на него спрос :-) Пока вы первый, кто это запросил.