任何人是否有与OCR不同字体的经验吗?我产生一个ID,然后试图用正方体对其进行扫描。目前,我只是T&E'n不同的字体,但是这似乎非常低效。我已经试过了OCR *字体系列,以及各种其他如Arial和格鲁吉亚。该正方体往往感到困惑与OCR *字体。

是否有专门为超正方体设计任何字体,或任何系统字体,其与它工作得很好?

有帮助吗?

解决方案

好,在谷歌搜索出现这种情况,一个特定的OCR字体: OCR字体

看起来像它在1973年通过的标准。

其他提示

尝试了很多不同的字体和 OCR引擎后我倾向于使用的索拉的。它是一种的等宽字体等OCR-A,但<强>更容易阅读作为人类。索拉包含多个Microsoft产品英寸

此外,还有一个的开放来源 Inconsolata ,该被通过索拉影响。 Inconsolata为索拉一个很好的替代,特别是考虑到发牌的信息。

在我的测试中,数字和在宋体字体的空间并不总是正确识别。 OCR-A给了大量的阅读错误。我没有给MIRC一试,因为它是不容易可读性大多数人。

注意:超正方体需要被可靠之前大量的测试和微调。在我们的例子中,我们切换到商业许可OCR引擎(ABBYY),特别是可靠性是非常重要的,我们需要支持多个(欧洲)语言。

更新: 2017年1月31日 - 改变 '的基于索拉的' 到 '的由索拉影响的' 由于潜在的版权问题

我觉得宋体工作最适合我。我们的自动系统和测试几十种字型(包括一些具体的OCR的)是宋体是一致后最好每天使用OCR软件。

好运。

我可能会使用银行支票处的底部用于该路由号码相同的字体:

http://morovia.com/font/micr.asp

它是专门设计成明确的机器可读

我不得不总是通过简单地使用次成功新罗马..

我最近一直在做在这个广泛的测试中被称为的Laserfiche的ECM,其使用Nuance的OmniPage的,我已经发现,宽字体执行相比较差动态字体间距。那些古老的OCR字体不执行,以及更“正常”寻找字体。特别是在更小的字体大小等点数的字符串12.

这很奇怪,别人是有与宋体成功。它在我的测试中表现非常差,经常收到类似的信件看弄得对方号码。最好的字体(中那些走过了Windows电脑安装办公室)是索拉,宋体,和书蝇。所有动态serif字体,其中字母和数字看起来截然不同。索拉是冠军。

目前使用等宽。试了很多种字体,但是这是最准确的为我一个人。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top