我正在尝试开发一种“公式”以更正lat-lng值。

我正在使用vue传单，但是当您在“第一个”世界之外平移时，您会得到很多。大于+180或小于-180。

例如：当我向右平移（向东）到美国时，我的报酬是ng 215。 215-360=-145

当我向左平移东俄罗斯（西方向）时，例如得到-222，情况也是如此。现在我需要计算-222+360=138

但是，由于世界是不确定的，因此用户可以平移到第八世界，因此我不得不调整值。

是否可以计算正确的经度？（另一个要求是，当用户在第一世界时，24 lng应该仍然是24 lng。

您需要反复向值添加（或减去）360，直到它位于-180-180的范围内。因此通常有一对循环，例如：

lon = -187;
while(lon < -180){
  lon +=360;
}
while (lon > 180){
  lon -= 360;
}

避免条件和函数调用的答案：

longitude = (longitude % 360 + 540) % 360 - 180

我在https://jsperf.com/longitude-normalization上编写了一个快速的微基准测试，对于“合理的”输入值范围，条件代码似乎更快（在我的计算机上的Chrome中）。通常，您可能不必提前担心像这样的小型计算的性能，从而更加重视可读性和与其余代码库的一致性。

在这种情况下，可能更重要的问题是您的代码是否可能遇到极限输入值（1e10，Infinity等）。如果是这样，则循环实现最终可能会运行得非常缓慢或无声地挂起程序。这可能在极点附近执行的计算中发生，例如，尝试从极点向东或向西平移某个距离（而不是角度）可能会轻易导致无限的经度。

单线：

normalized = remainder(longitude, 360);

说明：您想知道无视完整旋转（360°）后还剩下什么。

此过程称为规范化。

范例（cpp.sh）

另一种选择：经度= atan2（cos（long），sin（long））

如果您使用的编程语言在浮点数上支持％（mod）运算符（例如Python和Ruby），则建议使用该语言。否则，某些其他语言（例如C和C ++）允许您使用fmod（）。

（无论您使用哪种mod运算符，请提前确保它将对浮点数进行mod运算，并且始终会为您提供非负数的答案。否则，当您许多人纬度/经度点不正确。）

像这样使用它：

# Put the longitude in the range of [0,360):
longitude %= 360

# Put the longitude in the range of [-180,180):
if longitude >= 180:
    longitude -= 360

如果您想一口气做完这一切：

# Put the longitude in the range of [-180,180):
longitude = (longitude + 180) % 360 - 180

这些方法没有循环，因此，无论您的观测值绕地球转了多少圈，它们都可以对经度值进行归一化，而无需重复进行加法或减法。

编辑：

嗯...我只是注意到Javascript似乎并没有%像我想的那样处理负值。

在这种情况下，请尝试以下一种方法：

longitude = (longitude + 36180) % 360 - 180

在36180我们正在增加是36000 + 180。36000是负的值移动到正域，并且180是转移过来，这样，当它被改装成360的范围内，这将是[0360） 。该- 180部分移回[-180,180）的范围内。

这是另一种单线，它不依赖于36,000是否足够大：

longitude = (longitude % 360 + 360 + 180) % 360 - 180

longitude % 360 + 360稍后将由修改时，该部件将确保该值保持在正数范围内360。该+ 180零件将其- 180移开，以便以后从中减去180（用）时，它将在[-180,180]的期望范围内。