blocks|key|890960|text|好的，在谷歌上搜索一下，一个特定的OCR字体：OCR+Font|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|890961|看起来这是1973年采用的标准。|890962|entityMap|0|LINK|mutability|MUTABLE|url|http://www.myfonts.com/fonts/linotype/ocr-a/^0|N|8|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

Okay, a search on google comes up with this, a specific OCR font:
<a href="http://www.myfonts.com/fonts/linotype/ocr-a/" rel="noreferrer">OCR Font</a>

Looks like it's a standard adopted in 1973.

blocks|key|55687|text|在尝试了许多不同的字体和OCR引擎之后，我倾向于使用Consolas获得最好的效果。它是一种像OCR-A一样的等宽字体，但对人类来说更容易阅读。Consolas包含在多个Microsoft产品中。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|55688|还有一个受Consolas影响的开源字体Inconsolata。Inconsolata是Consolas的一个很好的替代品，特别是考虑到许可细节。|55689|在我的测试中，Calibri字体中的数字和空格并不总是被正确识别。OCR-A给出了很多读取错误。我没有尝试过MIRC，因为它对大多数人来说并不容易阅读。|55690|注释：tesseract需要进行大量的测试和微调才能可靠。在我们的例子中，我们切换到了商业许可的OCR引擎(ABBYY)，特别是因为可靠性非常重要，我们需要支持多种(欧洲)语言。|55691|更新：+2017年1月31日-由于潜在的版权问题，将“基于Consolas”更改为“受Consolas影响”。|55692|entityMap|0|LINK|mutability|MUTABLE|url|http://en.wikipedia.org/wiki/Consolas|1|http://en.wikipedia.org/wiki/Inconsolata|2|http://en.wikipedia.org/wiki/Calibri^0|C|5|1J|2|1P|A|Q|8|0|0|G|2|K|B|1|0|7|7|2|0|0|2|0|0|3|0^^$0|@$1|2|3|4|5|6|7|Z|8|@$9|10|A|11|B|C]|$9|12|A|13|B|C]|$9|14|A|15|B|C]]|D|@$9|16|A|17|1|18]]|E|$]]|$1|F|3|G|5|6|7|19|8|@$9|1A|A|1B|B|C]]|D|@$9|1C|A|1D|1|1E]]|E|$]]|$1|H|3|I|5|6|7|1F|8|@]|D|@$9|1G|A|1H|1|1I]]|E|$]]|$1|J|3|K|5|6|7|1J|8|@$9|1K|A|1L|B|C]]|D|@]|E|$]]|$1|L|3|M|5|6|7|1M|8|@$9|1N|A|1O|B|C]]|D|@]|E|$]]|$1|N|3|-4|5|6|7|1P|8|@]|D|@]|E|$]]]|O|$P|$5|Q|R|S|E|$T|U]]|V|$5|Q|R|S|E|$T|W]]|X|$5|Q|R|S|E|$T|Y]]]]

After trying a lot of different fonts and OCR engines I tend to get the best results using <a href="http://en.wikipedia.org/wiki/Consolas" rel="noreferrer">Consolas</a>. It is a monospaced typeface like OCR-A, but easier to read for humans. Consolas is included in several Microsoft products.

There is also an open source font <a href="http://en.wikipedia.org/wiki/Inconsolata" rel="noreferrer">Inconsolata</a>, which is influenced by Consolas. Inconsolata is a good replacement for Consolas, especially considering the licensing details.

In my tests, the numbers and spaces in the <a href="http://en.wikipedia.org/wiki/Calibri" rel="noreferrer">Calibri</a> font were not always recognized properly. OCR-A gave lots of reading errors. I did not give MIRC a try, since it is not easily readable for most humans.

Note: tesseract requires a lot of testing and fine-tuning before being reliable. In our case we switched to a commercially licensed OCR engine (ABBYY), especially since reliability was very important and we needed to support multiple (European) languages.

Update: 2017 Jan 31 - Changed 'based on Consolas' to 'influenced by Consolas' due to potential copyright issues.

blocks|key|4122023|text|我发现Calibri对我来说是最好的。我们每天在自动化系统中使用OCR软件，在测试了数十种字体(包括一些OCR特定字体)后，Calibri始终是最好的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4122024|祝好运。|4122025|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I find that Calibri works the best for me. We use OCR software daily in an automated system and after testing dozens of fonts (including some OCR specific ones) that Calibri is consistently the best.

Good luck.

blocks|key|3276735|text|我可能会使用与银行在支票底部的路由编号相同的字体：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3276736|http://morovia.com/font/micr.asp|offset|length|3276737|它被特别设计成明确的机器可读的。|3276738|entityMap|0|LINK|mutability|MUTABLE|url^0|0|0|W|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|P|8|@]|9|@$D|Q|E|R|1|S]]|A|$]]|$1|F|3|G|5|6|7|T|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|U|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|C]]]]

I'd probably use the same font that banks use for the routing numbers at the bottom of checks:

<a href="http://morovia.com/font/micr.asp" rel="noreferrer">http://morovia.com/font/micr.asp</a>

It was specifically designed to be unambiguously machine-readable.

blocks|key|55578|text|我总是通过使用times+new+roman来获得成功..|type|unstyled|depth|inlineStyleRanges|entityRanges|data|55579|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I had always success by simply using times new roman..

blocks|key|3277028|text|这确实取决于所考虑的OCR引擎。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3277029|对于gocr，FreeMono是最好的，请参阅gocr文档。|3277030|对于tesseract，DejaVu-Serif运行良好，请参阅https://superuser.com/a/1543382/280936|offset|length|3277031|关于abbyocr，verdana是很好的，见this+comparison|3277032|另请参阅此摘要：https://www.monperrus.net/martin/perfect-ocr-digital-data|3277033|entityMap|0|LINK|mutability|MUTABLE|url|https://superuser.com/a/1543382/280936|1|https://www.splitbrain.org/blog/2010-06/15-linux_ocr_software_comparison|2|https://www.monperrus.net/martin/perfect-ocr-digital-data^0|0|0|W|12|0|0|N|F|1|0|8|1L|2|0^^$0|@$1|2|3|4|5|6|7|X|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Y|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|Z|8|@]|9|@$F|10|G|11|1|12]]|A|$]]|$1|H|3|I|5|6|7|13|8|@]|9|@$F|14|G|15|1|16]]|A|$]]|$1|J|3|K|5|6|7|17|8|@]|9|@$F|18|G|19|1|1A]]|A|$]]|$1|L|3|-4|5|6|7|1B|8|@]|9|@]|A|$]]]|M|$N|$5|O|P|Q|A|$R|S]]|T|$5|O|P|Q|A|$R|U]]|V|$5|O|P|Q|A|$R|W]]]]

It really depends on the OCR engine considered.
For gocr, FreeMono is the best, see gocr documentation.
For tesseract, DejaVu-Serif works well, see <a href="https://superuser.com/a/1543382/280936">https://superuser.com/a/1543382/280936</a>
For abbyocr, verdana is good, see <a href="https://www.splitbrain.org/blog/2010-06/15-linux_ocr_software_comparison" rel="nofollow noreferrer">this comparison</a>
See also this wrap-up: <a href="https://www.monperrus.net/martin/perfect-ocr-digital-data" rel="nofollow noreferrer">https://www.monperrus.net/martin/perfect-ocr-digital-data</a>

blocks|key|55784|text|我最近在一个名为Laserfiche的ECM中做了大量的测试，它使用Nuance+OmniPage，我发现等宽字体与动态间隔字体相比表现不佳。这些旧的OCR字体的性能不如看起来更“正常”的字体。尤其是对于像点12这样的较小字体大小的数字串。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|55785|奇怪的是，其他人在Calibri上取得了成功。它在我的测试中表现得非常差，经常把看起来相似的字母和数字搞混了。最好的字体(在安装了Office的Windows计算机上)是Consolas、Verdana和Book+Antiqua。所有字母和数字看起来不同的动态衬线字体。康索拉斯是冠军。|55786|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I've been doing extensive testing in this recently in an ECM called Laserfiche, which uses Nuance OmniPage, and I've found that monospace fonts perform poorly compared to dynamically spaced fonts. Those old OCR fonts don't perform as well as more 'normal' looking fonts. Especially for strings of numbers at smaller font sizes like point 12. 

It's strange that someone else is having success with Calibri. It performed very poorly in my tests, routinely getting similar looking letters and numbers confused for each other. The best fonts (among those that come on a Windows computer with Office installed) were Consolas, Verdana, and Book Antiqua. All dynamic serif fonts where letters and numbers looked distinct. Consolas was the champion.

blocks|key|3276920|text|当前使用的是Monospace。我尝试了很多字体，但对我来说这是最准确的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3276921|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Currently using Monospace. Tried very many fonts, but this is the most accurate one for me.

Does anybody have any experience with different fonts for OCR? I am generating an ID then trying to scan it with tesseract. At the moment I am just T&amp;E'n different fonts, but this seems pretty inefficient. I've tried the OCR* family of fonts, and various others such as Arial and Georgia. The tesseract tends to get confused with the OCR* fonts.

Is there any font specifically designed for tesseract, or any system font which works well with it?

What is the ideal font for OCR?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

有没有人对OCR的不同字体有什么经验？我正在生成一个ID，然后尝试使用tesseract扫描它。目前我只是T&E'n不同的字体，但这似乎是相当低效的。我已经尝试了OCR*系列的字体，以及各种其他字体，如Arial和佐治亚。tesseract容易与OCR*字体混淆。有没有专门为tesseract设计的字体，或者与其配合良好的系统字体？

问OCR的理想字体是什么？
EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问OCR的理想字体是什么？EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问OCR的理想字体是什么？
EN