我已开始使用 Azure Maps API 处理静态图像，以便可以在报告中渲染区域设置的图片。
我目前使用的地址是：
map/static/png?api-version={apiVersion}&subscription-key={_apiKey}&format={format}&zoom={zoom}&layer={layer}&style={style}¢er={lon},{lat}&height={size}&width={size}&pins=default{additionalArgs}||{lon} {lat}
问题是图像真的很差，与允许您滚动地图的网络控件相比，缺乏很多道路细节。与 Google 地图静态 API 相比，图像真的非常糟糕。
所以我不确定我是否遗漏了一些东西。我已经尝试过基本图层、混合图层等/不同的 API 版本 - 但我仍然缺少很多道路的道路名称 - 使用地图控件和/或时在相同缩放级别上情况并非如此冰。
有什么想法吗？我想继续使用它，但我担心我的应用程序对他们之前使用的内容（谷歌）的模仿很差劲。
感谢任何指点。
静态地图图像 API 的 v1 和 v2 仅使用 TomTom 进行渲染，而交互式地图控件则使用来自多个数据提供商的丰富数据（Bing 中也使用了这些数据）。这种丰富的数据对于交互式控件来说是相当新的（去年夏天添加的）。从那时起，添加了新的搜索 API，这些 API 也使用丰富的数据。他们可能会在未来改进静态地图图像版本，可能会使用这些数据，但我对产品路线图没有深入了解。我与许多公司合作过，他们最终使用这种方法来节省成本，但也发现它还提供了更多功能，因为您可以使用 Azure Maps 的完整渲染功能，并且可以轻松提取自定义数据集。
也就是说，如果您可以使用交互式地图控件作为初始用户体验的一部分，您可以从中生成静态地图图像并在报告中使用它。这样做不仅可以解决您的问题，还可以显着降低成本。如果您已经拥有交互式地图体验，这不会为静态图像产生任何额外费用。如果这是您要添加的新内容，地图通常只需要 4 到 6 个图块来归档地图区域。一笔交易需要 15 个方块。因此，单个地图的成本低于事务，此外，地图图块会被缓存，因此如果用户查看相同的一般区域，某些图块将从缓存中提取，并且不计入事务。因此，这种方法的总体成本很容易比使用静态地图图像 API 低 2 到 5 倍。
这是一个从交互式地图控件生成静态地图图像的库：https://github.com/Azure-Samples/azure-maps-image-exporter