HERE 批量地理编码停留在接受状态

Question

使用 HERE 批量地理编码 REST API，我已经提交了一个使用 action=run 参数对 4 个地址进行地理编码的作业，并在回复。通过以下 URL...

访问作业状态的 API 端点时

https://batch.geocoder.api.here.com/6.2/jobs/[RequestId]?action=status&app_id=[app_id]&app_code=[app_code]

...我收到以下回复：

<ns2:SearchBatch xmlns:ns2="http://www.navteq.com/lbsp/Search-Batch/1">
  <Response>
    <MetaInfo>
      <RequestId>[RequestId]</RequestId>
    </MetaInfo>
    <Status>accepted</Status>
    <TotalCount>0</TotalCount>
    <ValidCount>0</ValidCount>
    <InvalidCount>0</InvalidCount>
    <ProcessedCount>0</ProcessedCount>
    <PendingCount>0</PendingCount>
    <SuccessCount>0</SuccessCount>
    <ErrorCount>0</ErrorCount>
  </Response>
</ns2:SearchBatch>

有 here on SO with the same problem, and was addressed in an answer from :

Status "accepted" means that your job has been queued and is waiting for a slot to execute. We at HERE are monitoring the queues to make sure that capacity is adjusted as needed.

So I guess that your application is ok and the bottleneck was probably on our side.

令人不安的是与此问题相关的问题中的其他一些答案，特别是最终处理作业可能需要多长时间。 For example:

Looks like it's a queue issue, except mine has been going on for nearly a week. HERE API never runs batch job, always returns accepted status

*4 days later*

It was a queue issue. ...all the jobs suddenly completed simultantously. Service has been working fine ever since.

这引出了我的问题：

我是否应该假设我现在的问题就在这里结束，或者我在创建工作时是否仍然做错了什么（我怎么才能发现）？
如果问题确实出在 HERE 端，这种情况发生的频率如何？ HERE 总体上是否可靠，只是在本周末他们的服务出现问题，或者我可以预计几天（几周？）工作会经常延误吗？
HERE 是否有状态页面，我可以在其中检查他们的任何服务是否有问题？

Answer 1

请在下方找到您问题的答案。

我是否应该假设我现在的问题就在这里结束，或者我在创建工作时是否仍然做错了什么（我怎么知道）？ 是的，问题是由于提交了一些错误的作业并阻止了所有其他作业，因为它们必须等待已经运行个作业。
如果问题确实出在 HERE 端，这种情况发生的频率如何？ HERE 总体上是否非常可靠，只是在本周末他们的服务出现问题，或者我可以预期几天（几周？）工作会经常延误吗？ 这种情况应该不会经常发生，因为我们已经进行了基本检查，并不断改进检查以避免此类问题
HERE 是否有状态页面，我可以在其中检查他们的服务是否有问题？ 很遗憾，没有。我们不提供外部仪表板来查看服务或工作运行

希望它们对您有用。

HERE 批量地理编码停留在接受状态

HERE Batch geocoding stuck on accepted status

geocoding

here-api