Вывести в облако на базе ocrsdk.com проблема не большая. Непонятно насколько большой будет спрос — всё-таки не все готовы доверить такие данные веб-сервису.
Попробуйте пообщаться с нашими продавцами. Может, получится сделать.
Не будет. Если заведомо 10 баллов, то люди просто не будут ездить на машинах на работу => меньше машин => меньше 10 баллов.
Тут имеет место равновесие с метро, когда в среднем на машине чуть дольше, но чуть удобнее, чем на метро. Конечно, для отдельных районов всё может отличаться, но в среднем 10 баллов не будет. Люди просто пересядут на электрички/метро, если они есть.
Текст распознаётся и помещается отдельным слоем под картинку.
Весь механизм работает и в FR Engine, и в обычном FR одинаковым образом — у них общий код. В Engine чуть побольше ручек.
Про сжатие я не уверен, что понял вопрос. Pdf представляет из себя текст, картинки и управляющие команды. Обычно картинки имеют самый большой размер.
Технология MRC направлена на то, чтобы уменьшить размер картинок. Размер текстового слоя не меняется, управляющих команд становится немножко больше.
Кстати, у нас есть вакансия для человека, который хочет заниматься тем, чтобы технологии FineReader были доступны и на линуксе, и на куче других систем. Так что всем желающим welcome! :-) www.abbyy.ru/vacancy/
Но в принципе такую штуку можно сделать. Вопрос в том, какая нужна функциональность? Из чеков можно достаточно надёжно выдирать итоговую сумму и дату. Название организации уже гораздо труднее, и для надёжности тут хорошо бы иметь базу инн.
Если надо вбивать чеки из ашана, возникает ещё две проблемы. Первое, чеки довольно длинные, айфоном их сфотографировать так, чтобы распознался текст, не получится. Нужны ли данные о каждом товаре? Если на чеке есть цифры со штрихкода, можно сделать запрос к базе штрихкодов и получить ответ.
И последний вопрос: в каком виде представлять результаты? Интегрироваться с какой-то программой трудно, можно в виде таблички Excel, где каждая строчка соответствует одному чеку.
moscow.megafon.ru/roaming/world/special_offers_internet/20110617-1716.html
Умеет доставать имя, фамилию, номер документа, пол, дату рождения и срок действия.
Попробуйте пообщаться с нашими продавцами. Может, получится сделать.
Тут имеет место равновесие с метро, когда в среднем на машине чуть дольше, но чуть удобнее, чем на метро. Конечно, для отдельных районов всё может отличаться, но в среднем 10 баллов не будет. Люди просто пересядут на электрички/метро, если они есть.
Вообще было очень приятно получить от них такое поздравление.
Зависит от реализации. У нас «средняя».
Давно уже. Текст внутри и команды его вывода сжимаются zip'ом.
Весь механизм работает и в FR Engine, и в обычном FR одинаковым образом — у них общий код. В Engine чуть побольше ручек.
Про сжатие я не уверен, что понял вопрос. Pdf представляет из себя текст, картинки и управляющие команды. Обычно картинки имеют самый большой размер.
Технология MRC направлена на то, чтобы уменьшить размер картинок. Размер текстового слоя не меняется, управляющих команд становится немножко больше.
www.abbyy.ru/vacancy/
Но в принципе такую штуку можно сделать. Вопрос в том, какая нужна функциональность? Из чеков можно достаточно надёжно выдирать итоговую сумму и дату. Название организации уже гораздо труднее, и для надёжности тут хорошо бы иметь базу инн.
Если надо вбивать чеки из ашана, возникает ещё две проблемы. Первое, чеки довольно длинные, айфоном их сфотографировать так, чтобы распознался текст, не получится. Нужны ли данные о каждом товаре? Если на чеке есть цифры со штрихкода, можно сделать запрос к базе штрихкодов и получить ответ.
И последний вопрос: в каком виде представлять результаты? Интегрироваться с какой-то программой трудно, можно в виде таблички Excel, где каждая строчка соответствует одному чеку.