Cоздана открытая OCR ;-)

Молодцы. Правда пара матмеховцев вроде бы те же алгоритмы реализовывала, но код открытым не делали.

Чё за мехматовцы?

>> ?Система распознавания текстов?.

Ты не этой прогой случайно статью распознавал?

>>> наличие большого количества программных продуктов для распознавания текста

всё никак не пойму, три - это куча или не куча?

":-)" в заголовке, по видимому, означает, что она только создана, но пока не работает. По крайней мере, на сайте есть только алгоритмы сегментации. Все равно молодцы, начало положено.

Ну Столлман в помощь.

Ура, товарищи!

Вы меня конечно извините, но то что там лежит это не OCR, IMHO. У них такие сильные ограничения на входные данные: это должен быть просто текст без блочной структуры, высокое разрешение, нет клякс, он должен быть набран почти одним шрифтом и.т.д. Это разве OCR? Им ничего серьезного сделать нельзя. Такое поделие за неделю на коленке делается, а не за пол года. >на рынке нет программ с открытым кодом, позволяющих встраивать функции распознавания текста в системы, разработанные независимыми производителями. как не было так и нет. С выходом этой поделки ничего не изменилось.

>> Чё за мехматовцы?

C матом и со смехом... Адаптивно выражаясь, - веселые ребята.

Н-да, работает пока криво, да и возможности скачать что-то не заметил...

Будем надеяться на дальнейшее развитие..

Предложи своё, абздунимнус.

> Все равно молодцы, начало положено.

Это начало больше смахивает на "конец".

Даже и не собираюсь. Но как человек с 9 класса занимающийся КГ и в данный момент состоящий в группе КГ могу вполне обоснованно судить о качестве этого проекта. Очень сложно в академических условиях создать проект такого класса как FineReader. Для этого требуются годы тюнинга параметров разных моделей распознования. И много разработчиков.

А кто нить пробовал зайти на freshmeat.net и поискать там OCR ? штук 5 разных, правда все -- поделки :) так что не велика новость имхо

Я наприм уже год в студ. лаборатории тем же занимаюсь, так сделали куда поинтересней, права ещё не все баги пофиксили. И не выкладывали нашару, потому что люди типа научные работы пишут ). Но ничего, скоро выложим. Kстати , удаление клякс, отделение текста от изображения (и вообще много полезного)можно эффективно выдрать из кода djvulibre )))

http://www.claraocr.org/
http://www.gnu.org/software/ocrad/ocrad.html

Чем они хуже сабжа?

Очень сложно в академических условиях создать проект такого класса как Unix-like ОС.

Здается мне, что я уже это слышал от весьма уважаемых людей.

Это как сравнивать яблоки и апельсины на вкус :). Unix и FineReader настолько разные вещи, что сравнивать сложность их создания некорректно. Кстати, для справки: первый UNIX был очень простой OS. Да и не могло работать на машине с 16 разрядами и 64к оперативки нечто сложное( да и первый Linux тоже. Сколько там исходников было? Всего ничего). А первый FineReader уже умел больше чем все эти поделки вместе взятые :)

>Это разве OCR? Им ничего серьезного сделать нельзя.

А может и не надо сразу СЕРЬЕЗНОЕ?
На вскидку...
1) Спам с этим американским английским, который теперь придумали в картинках рассылать, резать. Картинки делаются на компе. Их не сканируют.
2) Всякие рекламные картинки с сайтов резать. Сквид не все может поопределению.
3) Вот у нас огромная база сидюков с верстками. Прошерстить их, на предмет ключевых слов, и в базу. Потом искать проще будет. А пойди найди тот единственный компакт в котором в верстке ошибка в слове Петербугр :)
Да еще много всякой мелочевки придумать можно.

>С выходом этой поделки ничего не изменилось

Ну так и что? Все так тебе сразу? Главное нАчить.

Оно даже и для этих простых целей не сгодится. Там ограничение на вход - текст должен иметь очень простой layout. Иначе не поидет. А я думаю что для всех предложенных Вами применений это ограничение очень важно :(

>Очень сложно в академических условиях создать проект такого класса как Unix-like ОС.

А в каких легко ??

Что характерно, большинство алгоритмов распознавания открыты и даже публиковались в журналах типа "Монитор" (кто-то помнит этот обалденный журнал?). Другое дело, что такие сложные проекты не реализуемы без устойчивой команды. Потому как делаются не по дефолтному опенсорсному способу (это оно не умеет, а я хочу, и допишу), а путем совершенствования алгоритмов, где без высшей математики делать нечего. Форк для таких проектов и вовсе гибелен, так как отвлекает силы на разные ветви.

algor (когда-то учившийся в физ.-мат. классе)

Ещё GOCR само собой. :) Правда у них у всех в основном только латиница распознаётся. Не помню ни одного для кириллицы. :(

А при чем тут первый юникс?

Однако, именно в академической среде пишется самый сложный и наукоемкий
софт.

Это конечно не будет законченным продуктом, но это вполне можно развить

до юзабельного состояния.

По слухам, клару вроде обучить можно.

>Чё за мехматовцы?

Студенты математико-механичесокго факультета СПбГУ

Поднимeтесь - замочим. WBR, ABBYY.

1) Нет нельзя. Ты читал описание их метода? То что там написано развить нельзя. IMHO. :) Слишком уж он у них детерминированный. 2) Сложный и наукоемкий - да. Но как это относится к распознавалке текста? Все основные алгоритмы известны, остается их вылизывание и улучшение. IMHO.

ПМ-ПУ - при МатМехе ПТУ

=)

без обид - мое личное мнение

-- Матмеховец

не при мат-мехе, а: ПМ-ПУ = ПТУ при ЛГУ ! т.е. ь ниразу

зы. ПМ-ПУ = П(М-У) = ПУ(М\У-1) = П(М\У-1)У ] М\У-1 = Т => ПМ-ПУ = ПТУ

!!

=)

> всё никак не пойму, три - это куча или не куча?

Классику не помнишь: "Три рубля кучка. В кучке три штучки" (c) фильм "Спортлото 86" :)

Вообще-то их больше, раз уж в OfficeXP такую штуку давно всунули :)

>> всё никак не пойму, три - это куча или не куча?

куча - это помойка из дистров с различиями в мелочах. А три продукта - это мало.

Я вот заинтересовался OCR-софтом под линукс и задал вопрос в форуме General. Уже спрашивая я знал что таки прог довольно много (минимум 6 штук и вопрос только какого они качества и поддерживается ли русский)

http://www.linux.org.ru/view-message.jsp?msgid=509245&back=view-group.jsp...

PS: Я сам не програмист и не смог ничего в этих прогах исправить но чтение документации показало следующее:

1. Некоторые из свободных OCR не поддерживают ничего кроме английского, а другие не зависят от языка но требуют спец обучения.

2. Большинство из этих прог это command-line утилиты (меня это устраивает)

3. Некий hooj сказал что "исходники gocr-а смотрел" и что "придется таки списаться насчет того чтобы с этой функции он не char снимал а wchar_t (все догадались почему :) )"

4. Для нормальной поддержки нескольких языков нельзя "механически расширять базу сравнения" лучше придумать каким образом автоматически определять язык. Ну например распознавать используя все языковые базы по-очереди и для каждого слова выбирать ту где меньше "неуверенно распознаных" символов.

PPS: А вот её не открытая и довольно дорогая (но есть триал) распознавалка под линукс

http://www.vividata.com/be_xtr_specs.html

> всё никак не пойму, три - это куча или не куча?

Насамом деле под винду ещё много есть. Но качеством похуже.

А тебе прямо сразу FineReader подавай?! Станул исходники, улучшил, залил в ветку. То же будут делать и другие.

> А тебе прямо сразу FineReader подавай?!

Да нет тот аноним совершенно прав. Посмотри например те проги которые я видел. Ссылки внизу страницы вот тут: http://jocr.sourceforge.net/links.html

там в принципе есть то что он хотел но конечно надо доделать

> "Монитор" (кто-то помнит этот обалденный журнал?).
Хороший был журнал. Из нашей заводской библиотеки
его "приватизировали" какие-то чудаки в конце 90-х.
Насчет попыток СПбГТУ создать OCR пара замечаний:
- интересно их отношение к GNU Public License;
- насколько они продались заказчику и открыты для сотрудничества;
- как они относятся к альтернативным open-source проектам.
Если можно, ответы здесь.

Cтиль кода в исходнике http://ocr.apmath.spbu.ru/algorithms/seg_demo1.m оставляет желать лучшего. PS Факультет ПМ-ПУ -- ПТУ при ЛГУ.

Меж тем, Kognition, поправьте, если ошибаюсь, -- единственная не завязанная на тип шрифтов свободная OCR. Народ, ну подберите уж её. Ведь есть что развивать.

> не завязанная на тип шрифтов

О каком типе речь? Типа от руки или печатный? Или ты про мультифонтофую технику (как в файнридере)?

> - как они относятся к альтернативным open-source проектам.

А мне интересно почему они не стали доводить до ума существующие проекты.

> ПМ-ПУ - при МатМехе ПТУ > без обид - мое личное мнение > -- Матмеховец

Мы поняли, что не официальная позиция... ;-)

> ПМ-ПУ = П(М-У) = ПУ(М\У-1) = П(М\У-1)У ] М\У-1 = Т => ПМ-ПУ = ПТУ

Красиво, оценил :-|

Но гонор матмеховцев все равно поражает: чем ругать конкурента, сделали бы лучше. Где Ваш OCR, уважаемые???

onz, выпускник упомянутого ПМ-ПУ.

> Где Ваш OCR, уважаемые???

Прально нефиг возиться с тем что сделали другие. Дайошь каждому выпускнику по своей OCR ;)

Она не мультифонтовой, а омнифонтовой называется :)

В КлёвоЧтеце, насколько я помню, до сих пор приходится переключаться между "распечаткой" и "пишмашинкой". Омнишрифтовые OCR этого не просят.

> Она не мультифонтовой, а омнифонтовой называется :)

Один хрен стандартного названия всё равно нет.

> В КлёвоЧтеце

А это кто? Вообще половина тех которые я видел нужно обучать и значит как научишь так и будет. Но конечно рукописный труднее да и сам алгоритм сегментации может немного другой.

Fine(Клёво)Reader(Чтец)

Извините, если смутил :)

> Fine(Клёво)Reader(Чтец)

Ну тада я не врубаюсь что там "переключать надо"? Поскольку в последней версии 7 всего три кнопки реально нужны :) Сканировать-Распознать-Сохранить. Всё автоматом и довольно прилично по качеству.