我刚刚开始使用 Cofax。
以下是同一个问题的英文链接：
https://stackoverflow.com/questions/59501565/how-to-rotate-text-in-kofax-transformation
对旋转 90/180/270 度感兴趣的是页面的单独片段（文本），而不是整个页面。当然是得到认可。绝大多数文本是在另一个方向。为什么在 Kofax Capture 中很容易做到这一点，但在 Kofax Transformation 中却不是（？）？什么逻辑？？？
Kofax Capture 中的文本旋转：识别配置文件 -> Kofax High Rerfomance OCR Zonal -> 高级 -> 引擎和其他 -> 文本方向
如果仍然不可能（我想至少得到一个明确的是/否答案，以免浪费更多时间搜索，推测......），那么在 Kofax Transformation 中有没有办法绕过这个问题？
我翻遍了盒子里和互联网上的大量文档。我没有找到至少一些合适的解决方案（通过那里的橡胶框架等）。显然，一切都取决于验证模块中 OCR 的不可能性。也许我错过了近距离的东西？不可以吗？？？
谢谢！
问题的英文版收到了详尽的答案：
https://stackoverflow.com/questions/59501565/how-to-rotate-text-in-kofax-transformation
答案的要点总结：
KTM 仅运行页面配置文件和区域配置文件。没有“Word Profiles”等。不存在。
我错过了区域配置文件的开箱即用选项：高级区域定位器 -> 区域 -> 属性 -> 常规 -> 旋转。
Sori，它被埋得太深了 :) 但是，只有当区域在页面上具有静态位置时，这才会有所帮助。如果该区域可以来回“行走”，则提出了另外 2 种方法：
1) 使用其他定位器作为锚点移动 AZL 脚本，例如 Format Loactor。内克。技巧在这里： http://knowledgebase.kofax.com/faqsearch/results.aspx?QAID= 17759
2) 如果无法移动 AZL（例如由于锚点较弱），请查看页面配置文件。从根本上说：我对“显然，一切都取决于验证模块中不可能使用 OCR'it”这个问题的假设。结果证明是错误的，幸运的是。您可以在脚本中识别它！而且，重要的是，你可以做两次、三次等。这开辟了广泛的可能性！为此，您需要将插件与脚本编辑器连接。包含识别引擎的功能 (dll)，例如 Kofax Memphis FineReader。英文答案的作者建议首先将整个页面放在一边，然后使用连接的引擎重新识别它。在这种情况下，只有单词 cat 会被充分识别。“之前”是垂直的。其余的词将是垃圾，es-no。然后合并 Representations 对象中的两个选项。https://www.theorycrafter.org/quipu/swapping-ocr-representations-in-ktm/