Продолжается работа по адаптации OCR-движка Cuneinform к POSIX-совместимым системам. В новой версии Юсси Пакканен добавил поддержку 64-битных систем, а также возможность экспортировать в HTML результаты распознавания текста, включая жирные и курсивные выделения.
> Теперь о каждом коммите в дерево сорсов писать будете? Может дотянете проект до хоть чуть-чуть работоспособного состояния, а потом писать уже новости?
Поддерживаю. Хотел написать о выходе 0.3 ещё за день до того, как эта новость на опеннете появилась, но скомпилив и попробовав хоть что-то распознать, получил сегфолт. Решил что лучше не надо :)
>Погуглил. > OCRE ( http://lem.eui.upm.es/ocre.html ) на сайте сказано, что оно >умеет русский. Движок Fine Reader 6-7 версии ,правда лицензия для разработчиков ,закрытая (неразглашение исходников ) и сильно денежная от 15000 зеленых .Вроде только только один из банков и купил .....
> а патч накатать и авторам отослать? чай не вантузятники
Кой чего рабочее на основе предыдущей версии накатал. В версии 0.3 всё поломалось из-за "поддержки 64-битных систем", если этот патч откатить, то работает.
Cuneiform - та еще какашка. Да и загнулась она потому что распознавала на порядок хуже FineReadera. А внутрях термоядерная смесь С и С++, последний раз собиравшееся под VisualStudio 6 с сервиспаками. Документации к этим кодным выделениям никакой. Завязка на Windows.
Теперь еще этот проект. Нет чтобы кроссплатформенным стать, так опять вяжут к платформе. Через полтора года запустят более-менее стабильный порт(это если разработчик интерес не потеряет). Еще год и появится гуй и будет у free software под лицензией BSD горе распознавалка 95-98 года.
Может лучше создать с нуля, чем реанимировать труп?
> Может лучше создать с нуля, чем реанимировать труп?
На моей памяти не менее шести таких попыток. Догадываетесь, чем всё кончилось? Создание OCR - ресурсоемкая задача. Много ума, чтобы написать наколенную поделку, не надо. Такие штуки пошутся тоннами в качестве дипломов и курсовых.
Сделать реально работающий проект - вот задача. Которую сообщество пока не осилило.
Первое, что раздражает в текущих свободных программах по распознаванию текста - поддержка граф. форматов. Православный pbm - это конечно круто, но пользователю конвертировать картинки с использованием еще одной софтины зачастую моветон. Самый простой выход из этой ситуации - это взять тулкит с поддержкой наиболее распространенных графических форматов. Например Qt поддерживает jpeg, png, tiff, bmp и другие. Минусы - tiff многостраничный не поддерживается(на сколько я помню). Нет, конечно можно прикручивать поддержку гр. форматов самостоятельно, но при ограниченных человеческих ресурсах это не самая лучшая задумка. Впоследствии накрутить можно что угодно.
Второе. Работа со сканером. Если программу изначально разрабатывать как многоплатформенную, то как прикручивать работу со сканером? См. пункт первый, раздел моветон. В данном случае ,конечно, пользователем можно "пожертвовать" т.е. сканеры идут обычно с софтиной для сканирования. Пусть пользуют и не морщатся.
Третье. Софтина ,кровь из носа, должна быть с граф. мордой и поддерживать добавление нескольких файлов и каталогов. Если текст идет в несколько колонок, имеет графику, таблицы, то софтине (даже такой неплохой, как FR) зачастую не удается правильно разложить страницу "по косточкам". Пользователь должен иметь возможность удобно и быстро сделать разбивку вручную. Это занимает минимум времени, но значительно улучшает качество.
Четвертое. Распознавание. Повернуть страницу на нужный угол достаточно просто. Разбить на символы проблематичнее. Если разбивка на символы выполнена, то распознавание - достаточно простая задача в первом приближении. Использовать или нет нейронные сети - еще вопрос. На мой взгляд, нейронные сети - это модно, но далеко не всегда эффективно. Сложнее всего с таблицами. Тут надо долго и упорно шевелить извилинами.
Пятое. Экспорт во всякие ворды и прочие офисы с сохранением форматирования не есть самое главное желание пользователя. Те пользователи коммерческих систем распознавания текста, которых я знал, после экспорта в ворд очищали форматирование. Для начала надо чтобы пользователь получал блоки, помеченные как картинки и текст.
Этот минимум может быть реализован сообществом опенсорц. Другое дело, что может это никому не надо?
> Первое, что раздражает в текущих свободных программах по распознаванию текста - поддержка граф. форматов.
Юсси Пакканен изящно решил эту проблему - нативно cuneiform понимает только BMP, но используя ImageMagick осуществлена поддержка гораздо большего числа форматов.