C# 微软Azure地图&x2013;天气预告

C# 微软Azure地图&x2013;天气预告,c#,azure,asp.net-core,azure-maps,C#,Azure,Asp.net Core,Azure Maps,你好 我正在使用C#后端调用Weather-Get Hourly Forecast API。作为{query},我正在传递来自世界各地的不同纬度/经度坐标,并检索他们的预测。 问题: 如何检索带有我正在检查的位置日期/时区的预测? 现在,我只能获得带有初始请求位置的日期/时间的预测 文档并没有提供有关任何参数的信息,这些参数可能会被传递,以改变这一点 任何帮助都将不胜感激 该API以ISO 8601格式为每个预测返回“日期”属性,包括时区偏移量。因此,虽然它没有明确地将时区列为字符串,但您可以

你好

我正在使用C#后端调用Weather-Get Hourly Forecast API。作为{query},我正在传递来自世界各地的不同纬度/经度坐标,并检索他们的预测。

问题: 如何检索带有我正在检查的位置日期/时区的预测? 现在,我只能获得带有初始请求位置的日期/时间的预测

文档并没有提供有关任何参数的信息,这些参数可能会被传递,以改变这一点

任何帮助都将不胜感激

该API以ISO 8601格式为每个预测返回“日期”属性,包括时区偏移量。因此,虽然它没有明确地将时区列为字符串,但您可以通过解析UTC的偏移量来确定其时区

如果您愿意进行单独的API调用,可以使用Get Timezone by Coordinates端点传入lat/long并获取详细的区域信息:

文件:


端点:

感谢您的关注

不幸的是,对于不同的位置,ISO 8601日期格式的时区偏移量总是相同的。请看下面:

柏林

纽约

东京

看起来像是个bug或是什么问题。我将在GitHub项目中报告它

我将答案标记为已解决,因为我的回退方案也是使用时区API


谢谢你的帮助。

你说得对。实际上,我并没有用自己的Maps键测试它,但它总是返回+00:00。看起来有人已经在Azure反馈站点(不是GitHub)上提交了报告。你可以在这里看到:。但自8月以来,它一直在审查中。Thx,我也在那里添加了一条评论——我希望更多的投票将导致它得到更快的修复。它仍然是预览版,所以它也是预期的,这个小问题会出现。无论如何,我也在Github上发布了一个问题