本月上线内容：地理编码、IP、时区等
API 近期工作汇总：新的兼容主机、更快的时区和海拔查询、控制台新功能，以及更清晰的配额可见性。
海拔数据已更新，山区准确性更高
平坦地形的容错度很高。当地面在大范围内几乎没有起伏时，稍微过时的海拔数据在响应中几乎看不出来。陡峭地形则是另一回事，坐标在水平方向上的微小偏移就可能意味着高度上的明显差异。我们正是专门考虑到这一点，更新了 /v1/elevation 背后的海拔数据。
端点本身的结构没有改变。发送一组坐标，您会得到一个以米为单位的海拔数值，请求和响应结构与 /docs/elevation-lookup/ 中记录的相同。改变的是底层源数据，这次更新旨在减少在山区和高海拔地形中最常出现的那类误差；在这些地方，较旧或较粗糙的数据往往会抹平地貌中真实存在的起伏。
这对于任何不只把海拔当作背景细节的应用最为重要。考虑爬升的路线规划、沿步道报告海拔的户外和徒步应用，以及依赖精确地面高度的工程或农业工具，都需要紧密而非大致反映地形的数据。同一端点背后换上更新后的数据集，意味着这些使用场景无需修改任何一行集成代码就能得到更好的结果。
批量行为也没有改变。携带多个坐标的请求仍然逐个计数，一如既往；定价同样是超出免费配额后每次请求 €0.0001，或由 Unlimited 套餐覆盖，无论相关地形是平坦还是陡峭。
同样的更新数据也支撑着我们位于 /compatibility/open-elevation/ 的 Open-Elevation 兼容主机，因此任何已经指向那里的集成都能获得同样的改进，您无需采取任何操作。
我们把海拔精度视为一项持续的责任，而不是一次性的任务，因为地形数据源本身会随着时间推移不断改进，值得在改进可用时及时传递给用户。这次更新是朝这个方向迈出的一步，专门针对精度往往最重要、而旧数据历来最薄弱的地区。
如果海拔数值会进入您应用中任何面向用户的功能，从徒步应用的海拔读数到路线规划工具的爬升估算，这次更新应该会表现为精度上的悄然提升，尤其是在地面不平坦的地方。完整的端点详情仍位于 /docs/elevation-lookup/。