天气API基于发送到Vaisala服务器的HTTP查询。
位置由LAT/LON坐标标识。答复是JSON，XML或界定的ASCII原始数据，这是独立的。
客户必须通过中央代理服务器从最终用户/设备中继查询。
Vaisala将仅针对指定的代理服务器IP地址开放访问查询接口。
该服务还假定查询的随机分布，即不允许使用天气API进行批处理模式查询，以查询繁忙的循环中大量位置。
任何批次模式查询都应包括查询（1 qps）之间的1 s延迟
超过10个QPS批次查询帐户可以在没有预先通知的情况下进行限制。
当前条件：最近报告数据的最接近相关天气观测站的数据
如果在给定坐标的100公里内没有最近的观察结果，则不会报告当前情况。
Vaisala提供了免费的GIF/PNG图像，用于可视化天气代码。
车站报告的当前状况参数
详细的简短预测：包含几个时间步长的日内详细信息
每日概述预测：包含一天的摘要数据
天气API可以配置具有额外的for fore GeoLocation功能。启用地理位置功能可以在天气数据的答复中添加其他名称属性，以便除了天气数据外，还可以为最终用户提供有意义的位置名称。
所有使用任何天气API，天气地图API或其他Vaisala原始数据供稿包的产品都必须通过以下短语之一显示对天气信息附近Vaisala的归因，或者是适当的翻译：“由Vaisala供电”，“天气数据”由Vaisala提供，“天气数据来源：Vaisala”。如果可能，文本“ Vaisala”应由此处可用的图形图像之一代替。有关详细说明，请参见文档Vaisala徽标和归因要求。
笔记：回复解析必须能够应对将来可能出现在API中的新天气参数，即划界ASCII中的新JSON键，XML标签或新列。
API查询两天的预测
https：// host/data？lon = 24.97＆lat = 60.32＆ftimes = 48/24H＆tz =欧洲/helsinki＆format＆format = json/[your-api-key]API响应
{“ loc”：[{“ obs”：{“ station”：“ helsinki kumpula”，“ dist”：“ 2 km s”，“ dt”：“ 2020-10-22 09:20:20:20:00”，“ T“：“ 9”，“ TF”：“ 7”，“ S”：“ D410”，“ WN”：“ SE”，“ WS”：“ 5”，“ P”：“ 998.5”，“ RH”：“ 97”，“ v”：“ 6610”}，“ fc”：[{“ dt”：“ 2020-10-22”，“ S”：“ D430”，“ TX”：“ 11”，“ TN”：“ 8”，“ pr”：“ 14.83”，“ WSX”：“ 6”}，{“ dt”：“ 2020-10-23”，“ S”：“ D220”，“ TX”：“ 11”，“ tn”：“ 1”，“ pr”：“ 5.91”，“ WSX”：“ 6”}]}]}}}API查询两个小时的预测
https：// host/data？lon = 24.97＆lat = 60.32＆ftimes = 2/1H＆tz =欧洲/helsinki＆format＆format = json/[your-api-key]API响应
{“ loc”：[{“ obs”：{“ station”：“ helsinki-vantaa”，“ dist”：“ 1 km nw”，“ dt”：“ 2020-10-22 09:49:00”，“t“：“ 9”，“ TF”：“ 6”，“ S”：“ D430”，“ WN”：“ SE”，“ WS”：“ 5”，“ P”：“ 998.2”，“ RH”：“ 98”，“ v”：“ 3879”}，“ fc”：[{“ dt”：“ 2020-10-22 10:00”，“ s”：“ d430”，“ t”：“ t”：“ 8”“”，“ tf”：“ 5”，“ WS”：“ 5”，“ WN”：“ S”，“ PP”：“ 99”，“ PR”：“ 2.06”}，{“ dt”：“ 2020-10-22 11：00“，“ S”：“ D430”，“ T”：“ 8”，“ TF”：“ 6”，“ WS”：“ 5”，“ WN”：“ S”，“ PP“：“ 99”，“ pr”：“ 2.45”}]}]}}可以在一个API呼叫中要求每小时和每日预测。以下请求
http：// host/data？lon = 24.97＆lat = 60.22＆ftimes = 24/1H，120/24H＆格式= json/[your_api_key]＆tempunit = c＆windunit = ms
在接下来的24小时内的每小时预测以及接下来5天的每日预测。作为响应，这些预测间隔是在单独的JSON键（FC1，FC2，...）下发现的。
API查询搜索位置
https：// host/search？q = new％20york＆format = json/[your-api-key]API响应
{“ searchResults”：{“ query”：“纽约”，“ loc”：[{“ id”：“ 105128581”“名称”：“纽约市”，“纽约”，“乡村”：“美国”，“ TZ”：“美国\/new_york”，“ lon”：“ - 74.005973816”，“ lat”：“ 40.714267731”}，{“ id”：“ 105128616”，“ 105128616”，“名称”：“ new York Mills”：“ New York Mills”，“乡村”：“”：“”：“”：“”：“”美国”，“ tz”：“美国\/new_york”，“ lon”：“ - 75.291275024”，“ lat”：“ 43.105346680”}，{“ id”：“ 105039192”“，“乡村”：“美国”，“ tz”：“美国\/north_dakota \/中心”，“ lon”：“ - 95.3761444409”，“ lat”：“ 46.518016815”}}}}}}}}从结果列表中选择位置，然后使用其“ ID”请求天气数据以进行位置：
http：// host/data？l = 105128581＆ftimes = 48/24H＆格式= json/[your_api_key]＆tempunit = c＆windunit = ms＆tz =准备处理缺失的当前状况（观察）信息，因为缺少仪器或仪器故障可能会影响数据。任何参数值都可能丢失/空，甚至整个obs键（在json中），标签（in xml）或obsh/obs cow（在文本中）可能会丢失，请尝试lon = 0＆lat = 0，以获取示例。如果缺少数据，建议简单地调整布局，以便显示空白。诸如“无数据”之类的文本通常被最终用户解释为服务故障，情况并非如此。
预测参数/行将始终存在，因此缺少的值处理不需要像当前条件一样坚固。只有在存在真正的技术问题的情况下，才能缺少预测。
或者
（*）使用ftimes查询参数指定第一个时间段
有两种格式：
ftimes =长度/时间段
ftimes =长度/timeStep/firstStep
格式1使用默认值来确定第一个预测的时间。在格式2中，第一步参数修改了第一个预测的时间。对于每日摘要预测（X/24H类型），它被解释为午夜之前的小时数，默认值为11。对于每小时预测，它被解释为从现在到第一个预测时间步长的最小小时数，默认值为0。 例子：
ftimes = 72/24H-默认值，下午1点，即13:00切换日期
ftimes = 72/24H/11-与默认值相同，在午夜前11小时切换日期
ftimes = 72/24H/3-在晚上9点切换日期（午夜前3小时）
ftimes = 72/24H/0-切换日期
ftimes = 72/24h/-6-显示昨天的预测到凌晨6点
ftimes = 12/1h-默认，每小时预测从现在开始十二小时
ftimes = 12/1H/0-与默认值相同，每小时预测，从现在起，首次阶段零小时
ftimes = 12/1H/6-每小时预测12个小时，从现在开始六个小时，即结束18小时
请注意，当地时间的时区计算是近似的。
请注意，将来可能会使用新数据升级天气API。这意味着您的应用程序必须解析响应，以便如果参数的顺序更改或出现新参数，则不会破坏。
