Here api 此处REST API(fleet.ls)时区返回不适用于阿德莱德(澳大利亚)可能半小时混淆API

Here api 此处REST API(fleet.ls)时区返回不适用于阿德莱德(澳大利亚)可能半小时混淆API,here-api,timezone-offset,iso8601,Here Api,Timezone Offset,Iso8601,这里是restapi fleet.ls 考虑以下RESTAPI调用。注意,长LAT位于澳大利亚阿德莱德,其TZ为+9:30 出发时间设置为: 出发时间=2021-01-08T17:15:00 但是,摘要返回以下内容: "summary": { "travelTime": 1010, "distance": 5102, "baseTime": 882, "trafficTime": 1010, &

这里是restapi fleet.ls

考虑以下RESTAPI调用。注意,长LAT位于澳大利亚阿德莱德,其TZ为+9:30

出发时间设置为: 出发时间=2021-01-08T17:15:00

但是,摘要返回以下内容:

"summary": {
"travelTime": 1010,
"distance": 5102,
"baseTime": 882,
"trafficTime": 1010,
"flags": [],
"departure": "2021-01-08T**17:15:00+10**",
"arrival": "2021-01-08T17:31:49+10"
}

绝对时间不正确,因为该位置的时区为+9.5(或+10.5 DST)。然后,这将传递给使用的其他算法,好吧,在半个小时内把一切都搞糟了。

您似乎正在使用计算路由API的第7版。它只显示整小时偏移的时间戳,例如
2013-07-04T17:00:00+02

API版本8+的输出显示了非常不同的格式,包括偏移量中带有完整小时和分钟的时间戳,例如
2019-12-09T16:05:05+01:00
。文档中的完整示例如下:

{
“路线”:[
{
“id”:“bfaed7d0-19c7-4e72-81b7-24eeb148b62b”,
“章节”:[
{
“到达”:{
“地点”:{
“地点”:{
“lat”:52.53232637420297,
“液化天然气”:13.378873988986015
},
“类型”:“地点”
},
“时间”:“2019-12-09T16:05:05+01:00”
},
“离开”:{
“地点”:{
“地点”:{
“lat”:52.53098367713392,
“液化天然气”:13.384566977620125
},
“类型”:“地点”
},
“时间”:“2019-12-09T16:03:02+01:00”
},
“id”:“85357f8f-00ad-447e-a510-d8c02e0b264f”,
“摘要”:{
“期限”:123,
“长度”:538
},
“运输”:{
“模式”:“汽车”
},
“类型”:“车辆”
}
]
}
]
}

我建议您使用最新的API v8(撰写本文时为8.14.0)。它应该为阿德莱德提供正确的偏移量。

您似乎正在使用计算路线API的第7版。它只显示整小时偏移的时间戳,例如
2013-07-04T17:00:00+02

API版本8+的输出显示了非常不同的格式,包括偏移量中带有完整小时和分钟的时间戳,例如
2019-12-09T16:05:05+01:00
。文档中的完整示例如下:

{
“路线”:[
{
“id”:“bfaed7d0-19c7-4e72-81b7-24eeb148b62b”,
“章节”:[
{
“到达”:{
“地点”:{
“地点”:{
“lat”:52.53232637420297,
“液化天然气”:13.378873988986015
},
“类型”:“地点”
},
“时间”:“2019-12-09T16:05:05+01:00”
},
“离开”:{
“地点”:{
“地点”:{
“lat”:52.53098367713392,
“液化天然气”:13.384566977620125
},
“类型”:“地点”
},
“时间”:“2019-12-09T16:03:02+01:00”
},
“id”:“85357f8f-00ad-447e-a510-d8c02e0b264f”,
“摘要”:{
“期限”:123,
“长度”:538
},
“运输”:{
“模式”:“汽车”
},
“类型”:“车辆”
}
]
}
]
}

我建议您使用最新的API v8(撰写本文时为8.14.0)。它应该为阿德莱德提供正确的偏移量。

这看起来像一个bug。他们将偏移量截断为整小时,以仅两位数的小时偏移量表示。您提供的时间戳应该包含小时和分钟的组件,如
“2021-01-08T17:15:00+10:30”
。我已经适当地编辑了您的问题标签,但是如果您是他们的付费客户,您应该遵循他们的支持流程,如所示:谢谢Matt。还不是付费客户,只是探索我们如何能够将他们的服务用于我们的模拟软件。我希望他们能看到这一点,并为他们提供一个简单的解决方案:-)。实际上,他们似乎已经在API的v8中解决了这个问题。请看下面我的答案。这看起来像一个bug。他们将偏移量截断为整小时,以仅两位数的小时偏移量表示。您提供的时间戳应该包含小时和分钟的组件,如
“2021-01-08T17:15:00+10:30”
。我已经适当地编辑了您的问题标签,但是如果您是他们的付费客户,您应该遵循他们的支持流程,如所示:谢谢Matt。还不是付费客户,只是探索我们如何能够将他们的服务用于我们的模拟软件。我希望他们能看到这一点,并为他们提供一个简单的解决方案:-)。实际上,他们似乎已经在API的v8中解决了这个问题。见下面我的答案。