Groups
Sign in
Groups
HappyOCR
Conversations
About
Send feedback
Help
HappyOCR
Contact owners and managers
1–6 of 6
Mark all as read
Report group
0 selected
benliud
12/28/07
关于HappyOCR之六
整个系统都是采用GB编码来做的,因为开始做时UNICODE尚不流行,考虑到如果考虑到移植,则转为使用UNICODE比较合适,转换很简单,可以整个系统转,也可以单独转主程序。 数据库中有两个表,一个字体表
unread,
关于HappyOCR之六
整个系统都是采用GB编码来做的,因为开始做时UNICODE尚不流行,考虑到如果考虑到移植,则转为使用UNICODE比较合适,转换很简单,可以整个系统转,也可以单独转主程序。 数据库中有两个表,一个字体表
12/28/07
benliud
12/28/07
关于HappyOCR之五
版面分析和前后处理是弱项或缺失,版面分析是比价困难的事,对于复杂的版面越是困难,这还不能用一种类似神经网络的通用方法来解决,基本上属于图象分析领域而不属于识别范畴,这部分只做了个简单的,自动分析不行时也
unread,
关于HappyOCR之五
版面分析和前后处理是弱项或缺失,版面分析是比价困难的事,对于复杂的版面越是困难,这还不能用一种类似神经网络的通用方法来解决,基本上属于图象分析领域而不属于识别范畴,这部分只做了个简单的,自动分析不行时也
12/28/07
benliud
12/28/07
关于HappyOCR之四
OCR一个很关键的问题是网络训练,字库越大训练时间越长,识别效果也越好。训练程序以前有一个,可以用,不过时不时会陷入极小点导致死循环训练不到结果,需要手工干预。这次发布出来的是新写的,支持多CPU,改进
unread,
关于HappyOCR之四
OCR一个很关键的问题是网络训练,字库越大训练时间越长,识别效果也越好。训练程序以前有一个,可以用,不过时不时会陷入极小点导致死循环训练不到结果,需要手工干预。这次发布出来的是新写的,支持多CPU,改进
12/28/07
benliud
12/28/07
关于HappyOCR之三
HappyOCR的识别速度大约在5-8个/秒(1.7g单核CPU),是比较慢的,尚书就快的多,但是HappyOCR是纯网络识别,没有用到任何特征值来缩小范围,如果选2级字库来识别,则每个字都要交给
unread,
关于HappyOCR之三
HappyOCR的识别速度大约在5-8个/秒(1.7g单核CPU),是比较慢的,尚书就快的多,但是HappyOCR是纯网络识别,没有用到任何特征值来缩小范围,如果选2级字库来识别,则每个字都要交给
12/28/07
benliud
12/28/07
关于HappyOCR之二
HappyOCR的识别率还是不错的,相对清晰的图象,大约在99%左右,差点的一般在95%以上,可以识别彩色图象(会转换处理),有水平校准,有版面分析,分块识别等,但没有表格识别,版面分析比较弱,因为没
unread,
关于HappyOCR之二
HappyOCR的识别率还是不错的,相对清晰的图象,大约在99%左右,差点的一般在95%以上,可以识别彩色图象(会转换处理),有水平校准,有版面分析,分块识别等,但没有表格识别,版面分析比较弱,因为没
12/28/07
benliud
12/28/07
关于HappyOCR之一
对于0CR感兴趣有许多年了,断断续续做了些研究,囊括起来就成了HAPPYOCR这个东西。从开始写点东西到现在,前后可能有8,9年了,一直也没有写过什么总结,近两年来也基本没怎么搞过,为了让感兴趣的人有所
unread,
关于HappyOCR之一
对于0CR感兴趣有许多年了,断断续续做了些研究,囊括起来就成了HAPPYOCR这个东西。从开始写点东西到现在,前后可能有8,9年了,一直也没有写过什么总结,近两年来也基本没怎么搞过,为了让感兴趣的人有所
12/28/07