启动新的批量地理编码作业(step one here)后,获取响应所需的时间(step two here)是否取决于单个地理编码请求的数量? (即,需要更长时间才能获得10,000个位置VS 10个位置的响应吗?)
在类似的说明中,响应中可以返回的不同可能状态是什么? (例如,"接受"在step two here中)
我尝试在HERE批量地理编码文档中查找这些答案,但无法找到任何内容。
HERE API FAQ page指示我提供任何技术支持。
答案 0 :(得分:1)
虽然BGC的后端有一个更大的基础设施,并且在某种程度上并行处理作业项目,但并非批处理作业的所有项目可以同时并行处理。所以是的,更大的工作需要更长的时间。
批处理作业可以处于以下状态之一:
<强>提交强>
批处理作业已提交到批处理系统,可以启动了。用户可以通过发送HTTP PUT“action = run”请求来启动批处理作业。
<强>接受强>
已验证批处理作业的正确性和有效性,并已添加到队列中,等待计划执行。
<强>运行强>
现在正在处理工作。
<强>完整强>
工作处理完成。
<强>取消强>
用户已使用HTTP PUT命令操作取消作业=取消。
已删除
用户使用HTTP DELETE命令删除了作业
<强>失败强>
运行时作业失败。这是不寻常的,是由内部错误引起的。您可以尝试使用PUT请求重新启动作业,操作=运行或删除作业。