概述

许多地图工具（以及其他应用程序，如手机和GPS装置）能够直接从包含纬度和经度数据的列中创建地图。要在SAP Lumira或SAP Analytics Cloud中使用此数据，需要您以正确的格式显示数据。在本文中，我们将介绍一些方法，您可以快速操作现有的经纬度数据，武汉大数据，并使用10，大数据难吗，000个点。

快速（ish）背景

纬度和经度作为一对数字用于定位地球上的点。纬度表示该点的北/南多远，经度表示该点的东/东多远。这些数字通常用度来表示，因为地球近似于一个球体。因为我们可以周游世界，所以我们用360度的经度表示一整圈，用180度的纬度表示南北半圈。为了让生活更有趣，我们不使用0-360度经度和0-180度纬度。我们使用的是-180到180度的经度和-90到90度的纬度。以西的点是负经度，以东的点是正经度。纬度0度是赤道，正数代表北半球，负数代表南半球https://en.wikipedia.org/wiki/Geographic\u坐标系更多的技术细节！

数字格式转换

将现有经纬度数据成功转换为地图所需的最常见步骤是将值转换为SAP Lumira可用地图可以理解的格式。以下是一些最常见的转换：

提示1–从度、分、秒转换为十进制度

纬度和经度最常见的格式之一可能是度、分、秒（DMS）格式。例如，（38.897680，-77.03653）变成（38°53′51.648〃N 77°2′11.508〃W）。度、分和秒将角度分解为小时、分和秒（因此得名），有点像时钟的指针。要在许多映射工具（如SAP Lumira和Visual Crossing）中显示这些值，我们需要使用以下公式将DMS转换为十进制度数：

以下是值如何应用于纽约的示例。

如果您是Microsoft Excel的用户，Microsoft创建了一系列宏，这些宏提供了执行转换的函数—请参阅https://support.microsoft.com/en-us/help/213449/how-to-convert-degrees-minutes-seconds-angles-to-or-from-decimal-angle。

这也可以在SAP中创建为自定义计算，但我建议提前执行此类转换提高性能。

提示2–您的数据包含前缀而不是负数和数字

有时您会遇到纬度、经度数据，例如（38.897680N，77.03653W）。N表示"赤道以北"，W表示"本初子午线以西"。在这些情况下，我们需要删除字母后缀，淘客基地，并在适当的情况下用负值替换它们。负值表示"West"和"South"。因此，我们使用（38.897680，-77.03653）作为最终结果。通常，在SAP Lumira中进行故事呈现时，最好将此转换作为数据准备步骤的一部分来执行，而不是在运行时执行–这将提高较大数据集的性能。

提示3-您的数据包含的值不在正确的范围内

如前所述，大多数地图工具支持经度为-180到180度的纬度和纬度为-90到90度的纬度。如果您的数据介于0到360度和0到180度之间，只需从经度中减去180，从纬度中减去90即可！有时您可能会遇到超出范围的数据。例如，一些纬度和经度数据可以用弧度来表示，而不是用与数据的投影相关的度或其他差来表示。如果数据是弧度而不是度数，则期望看到的数字在-2*Pi到2*Pi的范围内（大约为-6.2到6.2）。

另一个常见的数据范围问题是由于数据被表示为投影数字，通常是"米"，这是由于投影，如通用横轴墨卡托（UTM）。这在东道国历来使用这些预测值的许多数据集中很常见。关于预测的讨论超出了本文档的范围，大数据资源，但如果您看到数以百万计的数字（如308165.30 607733.40），则这是一个很好的提示，说明您可能正在处理预测值。

提示4–确保值具有足够的精度

用户遇到的最常见问题之一是点地图类似于此显示：

实际地图应该是这样的。

出现此问题的原因是值的精度不够-通常您希望小数点后至少有四到五位数字来生成准确的业务地图（某些高精度的用例可能需要更高的精度！）数字的舍入会使值捕捉到与第一个屏幕截图类似的网格外观。解决这个常见问题的方法是检查您的数据，确保小数点后至少有四位数字。

提示5–点显示在非洲之角附近

我们经常看到地图上包括非洲之角附近的点。为什么会这样？因为那是纬度，经度0，0存在的地方。因此，这表示数据集中缺少的点，nba大数据，或纬度和经度的值为0,0（请参阅）https://en.wikipedia.org/wiki/Null\u岛).

最后的想法

一旦您的经纬度数据格式正确且精度足够，您就可以在SAP Lumira和SAP中构建高性能地图分析云部署。除了以简单、易于使用的格式显示地理数据外，在地图上显示纬度和经度数据还可以提供许多其他可视化无法使用的复杂分析技术。