常见问题
- 为什么在测试某API接口时反馈 “Unauthorized”?
- 为什么某些地点在某些语言中不支持?
- 为什么定位API中的自动填写功能无法返回所搜索的地点?
- 为什么有些地点key结尾为“_AL”, “_PC”, 或 “_POI”?
- 为何公制与英制单位无法同时预报API里返回?
- 是否可在代码中写入固定城市Key或者API返回的链接来减少API访问量?
- 为什么在气候API里有些地点无法返回气候数据?
为什么在测试某API接口时反馈 “Unauthorized”?
API分为多个数据接口,不同的接口有不同的授权权限。如果您的API key未得到当前所请求的数据接口权限,系统将会返回“unauthorized”信息提示,即表示当前API key未获得该接口访问权限。此外,如果您使用的requestDate和计算生成的accessKey有误,也会返回“Unauthorized”。(注:requestDate的有效期为10分钟,意味着您计算生成的请求URL可用期为10分钟)
为什么某些地点在某些语言中不支持?
优先支持所有地点所在地的母语(如北京市母语为中文),然后在可支持的情况下增加该地点非母语的语言支持(如北京市支持阿拉伯语)。如有语言不支持某些地点说明该地点目前未支持该语言。所有地点默认支持英语
为什么Location接口中的autocomplete功能无法返回所搜索的地点?
autocomplete在输入2个中文或3个以上字母时效果最佳。输入的字越多搜索结果越精准。自动填写将返回全球前10的地点,以城市排名排序。
为什么有些地点key结尾为“_AL”, “_PC”, 或 “_POI”
“_AL”结尾表示地点别名,当前名称为该地点别名。 “_PC” 结尾表示地点邮编。“_POI” 结尾表示该地点为兴趣点。有关更多的地点类型请参考: http://apidev.accuweather.com/developers/locations
为何公制与英制单位无法同时预报API里返回?
此设计是为了减少逐日与逐小时预报返回的数据量。除了某些参数之外,单位符号也将跟随预报数据里一并返回。所以API如果同时在预报数据反馈公制与英制单位的信息将需要复制大量的参数数据 - 此方法不符合大部分开发者的开发与使用逻辑。因此为了减少数据量使用以及给予开发者更多的选择性,以及方便只使用一个单位的用户,公制与英制单位在接口里分开返回。
是否可在程序中写入固定城市Key或者链接来减少API访问量?
我们不建议在任何情况下写入任何固定信息,例如城市key,移动端网站链接,PC端网站链接或其他数据。我们推荐使用API以优化用户体验,旧有信息如Location key等也不断地在优化以及更新(例如行政区域规划后某城市规划新的城区)。如果在程序里写入固定Location key,这将导致程序里的固定key无法与更新后的key对接而造成数据无法请求。所以为了避免信息更新后出现无法获取数据的情况,请勿在程序中写入固定的城市清单或链接等信息
为什么在气候API里有些地点无法返回气候数据?
部分气象站点不支持提供气候数据。