问题标签 [azure-form-recognizer]

我使用表单识别器标签工具来创建训练和创建模型。在我开始的时候，我使用的是 2.1 预览版，API 版本是 v2.1-preview.3

为了使用通过分析 REST api 使用标签工具创建的模型，我使用了 url 端点和 API 版本：

https://{endpoint}/formrecognizer/ v2.1preview3 /custom/models/...

现在可以使用 2.1 GA 版本的标签工具。

from 标注工具使用的 API 版本是否根据我们运行的标注工具 docker image 的版本而固定？

• 如果我使用 docker 映像 {mcr.microsoft.com/azure-cognitive-services/custom-form/labeltool:latest-2.1}，API 端点将是
  • https://{endpoint}/formrecognizer/ v2.1 /custom/models/...

和

• 如果我使用 docker 映像 {mcr.microsoft.com/azure-cognitive-services/custom-form/labeltool:latest-preview} 那么它是最后一个预览，API 端点将是
  • https://{endpoint}/formrecognizer/v2.1-preview.3 / custom/models/...

或者是否有某种方式可以显式设置 API 版本，以便我可以确定标签工具正在使用哪个 API 版本？是否有任何我遗漏的设置可以设置或至少确认该工具正在使用哪个版本？

.fott 文件的版本属性在使用预览版创建的项目中设置为“2.1.0”，在使用 GA 版创建的项目中设置为“2.1”。这个属性有什么指示吗？

谢谢

我有以下控制台应用程序（.net core 5.0）：

我从我的 WIndows 10 PC 上执行了上述控制台应用程序，如下所示：

它按预期工作；我的控制台上打印了“让表单识别器正常工作”这一行。

现在我在 Azure VM（Ubuntu 20.04）上执行了相同的应用程序，如下所示：

但是，这一次它打印了“开始使用 Azure 表单识别器 ...”，过了一段时间它抛出了以下错误：

开始使用 Azure 表单识别器...未处理的异常。System.AggregateException：发生一个或多个错误。（重试4次失败。重试设置可以在ClientOptions.Retry中调整。（资源暂时不可用（my-formrecognizer.cognitiveservices.azure.com:443））（资源暂时不可用（my-formrecognizer.cognitiveservices.azure.com: 443)) (资源暂时不可用 (my-formrecognizer.cognitiveservices.azure.com:443)) (资源暂时不可用 (my-formrecognizer.cognitiveservices.azure.com:443))) ---> System.AggregateException: 重试失败4 次尝试后。可以在 ClientOptions.Retry 中调整重试设置。(资源暂时不可用 (my-formrecognizer.cognitiveservices.azure.com:443)) (资源暂时不可用 (my-formrecognizer.cognitiveservices.azure.com:

--->（内部异常 #2）Azure.RequestFailedException：资源暂时不可用（my-formrecognizer.cognitiveservices.azure.com:443）---> System.Net.Http.HttpRequestException：资源暂时不可用（my-formrecognizer.认知服务.azure.com:443) ---> System.Net.Internals.SocketExceptionFactory+ExtendedSocketException (00000001, 11): System.Net 的 System.Net.Dns.GetHostEntryOrAddressesCore(String hostName, Boolean justAddresses) 的资源暂时不可用。 Dns.GetHostAddresses(String hostNameOrAddress) at System.Net.Sockets.Socket.Connect(String host, Int32 port) at System.Net.Sockets.Socket.Connect(EndPoint remoteEP) at System.Net.Http.ConnectHelper.Connect(String主机，Int32 端口，CancellationToken cancelToken) --- 内部异常堆栈跟踪结束 --- 在 System.Net.Http.ConnectHelper。在 System.Net.Http.HttpConnectionPool.ConnectToTcpHostAsync 连接（字符串主机，Int32 端口，CancellationToken cancelToken）（字符串主机，Int32 端口，HttpRequestMessage 初始请求，布尔异步，CancellationToken 取消令牌） --- 来自先前位置的堆栈跟踪结束 ---在 System.Net.Http.HttpConnectionPool.ConnectAsync（HttpRequestMessage 请求，布尔异步，CancellationToken 取消令牌）在 System.Net.Http.HttpConnectionPool.CreateHttp11ConnectionAsync（HttpRequestMessage 请求，布尔异步，CancellationToken 取消令牌）在 System.Net.Http.HttpConnectionPool.GetHttpConnectionAsync System.Net.Http.HttpConnectionPool.SendWithRetryAsync（HttpRequestMessage 请求，布尔异步，布尔 doRequestAuth，System.Net.Http.HttpMessageHandlerStage.Send（HttpRequestMessage 请求，CancellationToken cancelToken）在 System.Net.Http.SocketsHttpHandler.Send System.Net.Http.HttpClient.SendAsyncCore 的 System.Net.Http.HttpMessageInvoker.Send 的（HttpRequestMessage 请求，CancellationToken 取消令牌）（HttpRequestMessage 请求，CancellationToken 取消令牌）（HttpRequestMessage 请求，HttpCompletionOption 完成选项，布尔异步，布尔型 emitTelemetryStartStop，CancellationToken 取消令牌）在 Azure.Core.Pipeline 的 System.Net.Http.HttpClient.Send（HttpRequestMessage 请求，HttpCompletionOption 完成选项，CancellationToken 取消令牌）。HttpClientTransport.ProcessAsync(HttpMessage message, Boolean async) --- 内部异常堆栈跟踪结束 --- Azure.Core.Pipeline.HttpClientTransport.ProcessAsync(HttpMessage message, Boolean async) 在 Azure.Core.Pipeline.TaskExtensions.EnsureCompleted( ValueTask task）在 Azure.Core.Pipeline.HttpClientTransport.Process(HttpMessage message) 在 Azure.Core.Pipeline.HttpPipelineTransportPolicy.Process(HttpMessage message, ReadOnlyMemory1 pipeline) 在 Azure.Core.Pipeline.HttpPipelinePolicy.ProcessNext(HttpMessage message, ReadOnlyMemory1 pipeline ) Azure.Core.Pipeline.RequestActivityPolicy.ProcessNextAsync(HttpMessage message, ReadOnlyMemory1 pipeline, Boolean async) at Azure.Core.Pipeline.RequestActivityPolicy.Process(HttpMessage message, ReadOnlyMemory1 pipeline) at Azure.Core.Pipeline.HttpPipelinePolicy.ProcessNext(HttpMessage信息，Azure.Core.Pipeline.TaskExtensions.EnsureCompleted(ValueTask task) 在 Azure.Core.Pipeline.ResponseBodyPolicy.ProcessAsync(HttpMessage message, ReadOnlyMemory1 pipeline, Boolean async) 在 Azure.Core.Pipeline.ResponseBodyPolicy.Process(HttpMessage 消息的 ReadOnlyMemory1 管道) , ReadOnlyMemory1 管道) 在 Azure.Core.Pipeline.HttpPipelinePolicy.ProcessNext(HttpMessage 消息, ReadOnlyMemory1 管道) 在 Azure.Core.Pipeline.LoggingPolicy.Process(HttpMessage 消息, ReadOnlyMemory1 管道) 在 Azure.Core.Pipeline.HttpPipelinePolicy.ProcessNext(HttpMessage消息，ReadOnlyMemory1 管道）在 Azure.Core.Pipeline.HttpPipelineSynchronousPolicy.Process（HttpMessage 消息，ReadOnlyMemory1 管道）在 Azure.Core.Pipeline.HttpPipelinePolicy.ProcessNext（HttpMessage 消息，ReadOnlyMemory1 管道）在 Azure.Core.Pipeline.RetryPolicy。ProcessAsync（HttpMessage消息，ReadOnlyMemory`1管道，布尔异步）<---

--->（内部异常 #3）Azure.RequestFailedException：资源暂时不可用（my-formrecognizer.cognitiveservices.azure.com:443）---> System.Net.Http.HttpRequestException：资源暂时不可用（my-formrecognizer.认知服务.azure.com:443) ---> System.Net.Internals.SocketExceptionFactory+ExtendedSocketException (00000001, 11): System.Net 的 System.Net.Dns.GetHostEntryOrAddressesCore(String hostName, Boolean justAddresses) 的资源暂时不可用。 Dns.GetHostAddresses(String hostNameOrAddress) at System.Net.Sockets.Socket.Connect(String host, Int32 port) at System.Net.Sockets.Socket.Connect(EndPoint remoteEP) at System.Net.Http.ConnectHelper.Connect(String主机，Int32 端口，CancellationToken cancelToken) --- 内部异常堆栈跟踪结束 --- 在 System.Net.Http.ConnectHelper。在 System.Net.Http.HttpConnectionPool.ConnectToTcpHostAsync 连接（字符串主机，Int32 端口，CancellationToken cancelToken）（字符串主机，Int32 端口，HttpRequestMessage 初始请求，布尔异步，CancellationToken 取消令牌） --- 来自先前位置的堆栈跟踪结束 ---在 System.Net.Http.HttpConnectionPool.ConnectAsync（HttpRequestMessage 请求，布尔异步，CancellationToken 取消令牌）在 System.Net.Http.HttpConnectionPool.CreateHttp11ConnectionAsync（HttpRequestMessage 请求，布尔异步，CancellationToken 取消令牌）在 System.Net.Http.HttpConnectionPool.GetHttpConnectionAsync System.Net.Http.HttpConnectionPool.SendWithRetryAsync（HttpRequestMessage 请求，布尔异步，布尔 doRequestAuth，System.Net.Http.HttpMessageHandlerStage.Send（HttpRequestMessage 请求，CancellationToken cancelToken）在 System.Net.Http.SocketsHttpHandler.Send System.Net.Http.HttpClient.SendAsyncCore 的 System.Net.Http.HttpMessageInvoker.Send 的（HttpRequestMessage 请求，CancellationToken 取消令牌）（HttpRequestMessage 请求，CancellationToken 取消令牌）（HttpRequestMessage 请求，HttpCompletionOption 完成选项，布尔异步，布尔型 emitTelemetryStartStop，CancellationToken 取消令牌）在 Azure.Core.Pipeline 的 System.Net.Http.HttpClient.Send（HttpRequestMessage 请求，HttpCompletionOption 完成选项，CancellationToken 取消令牌）。HttpClientTransport.ProcessAsync(HttpMessage message, Boolean async) --- 内部异常堆栈跟踪结束 --- Azure.Core.Pipeline.HttpClientTransport.ProcessAsync(HttpMessage message, Boolean async) 在 Azure.Core.Pipeline.TaskExtensions.EnsureCompleted( ValueTask task）在 Azure.Core.Pipeline.HttpClientTransport.Process(HttpMessage message) 在 Azure.Core.Pipeline.HttpPipelineTransportPolicy.Process(HttpMessage message, ReadOnlyMemory1 pipeline) 在 Azure.Core.Pipeline.HttpPipelinePolicy.ProcessNext(HttpMessage message, ReadOnlyMemory1 pipeline ) Azure.Core.Pipeline.RequestActivityPolicy.ProcessNextAsync(HttpMessage message, ReadOnlyMemory1 pipeline, Boolean async) at Azure.Core.Pipeline.RequestActivityPolicy.Process(HttpMessage message, ReadOnlyMemory1 pipeline) at Azure.Core.Pipeline.HttpPipelinePolicy.ProcessNext(HttpMessage信息，Azure.Core.Pipeline.TaskExtensions.EnsureCompleted(ValueTask task) 在 Azure.Core.Pipeline.ResponseBodyPolicy.ProcessAsync(HttpMessage message, ReadOnlyMemory1 pipeline, Boolean async) 在 Azure.Core.Pipeline.ResponseBodyPolicy.Process(HttpMessage 消息的 ReadOnlyMemory1 管道) , ReadOnlyMemory1 管道) 在 Azure.Core.Pipeline.HttpPipelinePolicy.ProcessNext(HttpMessage 消息, ReadOnlyMemory1 管道) 在 Azure.Core.Pipeline.LoggingPolicy.Process(HttpMessage 消息, ReadOnlyMemory1 管道) 在 Azure.Core.Pipeline.HttpPipelinePolicy.ProcessNext(HttpMessage消息，ReadOnlyMemory1 管道）在 Azure.Core.Pipeline.HttpPipelineSynchronousPolicy.Process（HttpMessage 消息，ReadOnlyMemory1 管道）在 Azure.Core.Pipeline.HttpPipelinePolicy.ProcessNext（HttpMessage 消息，ReadOnlyMemory1 管道）在 Azure.Core.Pipeline.RetryPolicy。ProcessAsync（HttpMessage消息，ReadOnlyMemory`1管道，布尔异步）<---

--- 内部异常堆栈跟踪结束 --- System.Threading.Tasks.Task.WaitAllCore(Task[] tasks, Int32 millisecondsTimeout, CancellationToken cancelToken) at System.Threading.Tasks.Task.WaitAll(Task[] tasks)在 C:\Users\MeDev\source\repos\TestFormRecognizer\FormRecognizerTest\Program.cs:line 14 中的 FormRecognizerTest.Program.Main(String[] args) 中止

这里可能有什么问题？

我的环境：

• 使用的包是 Azure.AI.FormRecognizer Version="3.1.1"。
• 本地 PC 是 Windows 10；.NET Core 运行时：Microsoft.NETCore.App 5.0.8，SDK：5.0.302。
• Azure VM 是 Ubuntu 20.04；.NET Core 运行时：Microsoft.NETCore.App 5.0.8。

我正在使用示例 Python 脚本将发票或一批发票提取到 CSV 文件中

给定https://github.com/Azure-Samples/cognitive-services-quickstart-code/blob/master/python/FormRecognizer/rest/python-invoices.md

当我运行代码时PS C:\Users\absf\Desktop\Projects\Azure_FR\fr_azure> python fr_azure.py "C:\Users\absf\Desktop\Projects\Azure_FR\invoices"

在终端上，它给出以下错误

请帮助解决错误

是否可以将 powerskills 代码与表单识别器 2.1-preview.3 或 2.1 一起使用？2.1-preview.1 有问题，不是很好，所以我可以在 powerskill 中使用 2.1-preview.3 版本吗？如果是，我如何/在哪里可以更改它？

我遇到了表单识别器预构建模型 JSON 输出的问题。它没有给我keyValuePairs数组结果。我看过很多视频，他们在 JSON 输出中获取了这个数组，但在我的情况下，它只返回 "readResults"数组而不是"keyValuePairs". 我keyValuePairs从视频中截取了数组的屏幕截图。请看一下：

这是我的表单识别器 API 调用结果的输出：

我的网址示例是：https://myapp.com/formrecognizer/v2.1/prebuilt/invoice/analyze?includeTextDetails=true

是否需要在 URL 中传递任何其他参数才能获取此"keyValueParis"数组？就像readResults我正在传递参数includeTextDetails=true

谢谢

我有一个带有各种标签和标记的动态表的自定义模型。但是，当我使用我的 API 识别使用该模型的自定义表单时，该模型已成功标记和训练。标记的动态表不可用于处理，我可以在返回的对象内的 Pages -> Tables 中看到自动提取的表。

但是，我想要操作的标记动态表不可用，并且不返回任何数据。

任何帮助将不胜感激。

谢谢你。

API 代码无法查看从动态标记表返回的值：

表格 OCR 测试工具标记为动态表：

我已经成功地训练了一个用于键值提取的自定义模型，但是我用来评估模型的任何文件或文件类型都无法返回结果。到目前为止，我已经尝试了 pdf 和 png 文件。

我已经匹配了API 文档中提供的查询来创建我的查询，但它仍然失败，有什么建议吗？

结果400出现以下错误：

{"error":{"code":"1000","message":"Invalid input file."}}

使用layout/analyze请求的非常相似的查询完美地工作。我也读过这个问题，它有同样的错误，但来自 cURL，但它没有帮助。

Azure 表单识别器有几个模块。它们可以很好地处理文档，但似乎无法识别条形码、二维码或图像。有没有办法做到这一点？

我的项目（.net 核心）包括一个Azure 函数（~3）以及一个 Azure 存储帐户（Blob）。目前，当通过Azure 表单识别器 API从存储帐户处理我的 blob 时，我通过 Application Insights 收到以下错误：

如果该函数在我的开发环境 (Visual Studio 2019) 中本地运行，则一切正常，通过我的 local.settings.json 我已经使用相同的 Azure 表单识别器 API 以及相同的 Azure 存储帐户。因此，只有我的 Function 运行时的操作不同。一次通过 Visual Studio 在本地部署，一次部署到我的 Azure Function (~3)。

我使用我的包的以下配置：

我的 Azure 函数 (~3) 示例：

有没有人有同样的经历？过去有这个问题，这里的解决方法可以帮助删除现有的 Azure Function 并再次部署它。不幸的是，类似的帖子对我没有帮助。