如何生成传真后可可靠读取的 Code 39

Question

我的应用程序正在生成 Code 39 条形码，但客户的文档管理系统在扫描并重新打印打印件后识别条形码时遇到问题。

我还使用在线条形码阅读器对其进行了测试，该阅读器确认其最终文档上的条形码不可读。

是否有一种最佳类型的条形码可供使用，可以在其他地方打印、扫描和重新打印后提供最佳结果？

以下是直接来自应用程序的 PDF 中的原始条形码：

这是打印、扫描和重新打印后的条形码：

使用在线条形码阅读器进行测试的结果是：

很抱歉，我们在上传的图片中找不到任何条形码。

我正在使用 GNU Barcode 生成条形码：

$ barcode -h
barcode: Options:
   -i <arg>     input file (strings to encode), default is stdin
   -o <arg>     output file, default is stdout
   -b <arg>     string to encode (use input file if missing)
   -e <arg>     encoding type (default is best fit for first string)
   -u <arg>     unit ("mm", "in", ...) used to decode -g, -t, -p
   -g <arg>     geometry on the page: [<wid>x<hei>][+<margin>+<margin>]
   -t <arg>     table geometry: <cols>x<lines>[+<margin>+<margin>]
   -m <arg>     internal margin for each item in a table: <xm>[,<ym>]
   -n           "numeric": avoid printing text along with the bars
   -c           no Checksum character, if the chosen encoding allows it
   -E           print one code as eps file (default: multi-page ps)
   -P           create PCL output instead of postscript
   -p <arg>     page size (refer to the man page)

Known encodings are (synonyms appear on the same line):
        "ean", "ean13", "ean-13", "ean8", "ean-8"
        "upc", "upc-a", "upc-e"
        "isbn"
        "39", "code39"
        "128c", "code128c"
        "128b", "code128b"
        "128", "code128"
        "128raw"
        "i25", "interleaved 2 of 5"
        "cbr", "codabar"
        "msi"
        "pls", "plessey"
        "code93", "93"

Answer 1

Code 39 是一种低数据密度条形码，可容纳较宽的 X 尺寸（窄条的宽度）和高度区分的窄宽比（高达 1:3）。就条形码符号体系而言，这使其比其他符号更适合在低分辨率、嘈杂的介质上传输。

\n

Code 39 标准允许使用模 43 校验位，从而减少误读的可能性。我注意到它不存在于您的扫描图像中（尽管它存在于您的源图像中），因此也许您的系统可以升级以适应这种情况。

\n

您提供的图像最重要的问题是最窄空间的宽度过小，导致条形码损坏。在源图像的情况下，这是由于像素掠过导致的过度“打印增长”（墨水扩散）。在扫描图像的情况下，这种情况被夸大了，因为所选择的 X 维度不足以承受端到端过程引入的成像缺陷。

\n

为了演示打印增长的效果，我将扫描图像与相同数据的更清晰的再现叠加在一起：

\n

\n

您可以观察到，在图像的右侧，两个相邻窄条之间的狭窄空间已被压缩到图像之外，形成单个宽条。

\n

要从源头上改善问题，您可以尝试以下方法：

\n

\n
• 通过确保执行条形码生成来避免像素掠过，以便将符号的 X 尺寸设置为输出设备的本机分辨率 \xe2\x80\x93 的倍数，该过程有时称为“网格-配件”。
\n
• 通过修改 GNU 条形码库以从条宽度中减去少量固定量来补偿墨水扩散，以便与您的打印和扫描过程兼容。
\n
• 将条形和空格的窄宽比最大化至 1:3。
\n
• 最大化您的 X 维度。
\n

\n

迁移到另一个线性条形码符号系统不太可能有帮助，因为这些相同的问题可能会在更大程度上影响它。

\n

有关高质量条形码生成的更多信息在此答案中给出。

\n