lat/lon to utm to lat/lon 非常有缺陷，怎么会？

Question

我尝试了以下方法， 输入：纬度/经度数据 然后我将计算它周围的一个框，比如说 50 m，所以东/北值是 +/- 50 m。

现在我将其重新转换为纬度/经度并使用脚本：

http://robotics.ai.uiuc.edu/~hyoon24/LatLongUTMconversion.py 我得到了一个不可能的结果，lon 之前是 7 左右，之后是 2 左右。

zone, easting, northing = LLtoUTM(23, location.get_lat(), location.get_lon()) 

topUTM = northing + error
bottomUTM = northing - error
leftUTM = easting - error
rightUTM = easting + error
left, top = UTMtoLL(23, leftUTM, topUTM, zone)

是我的代码有错误，还是脚本有缺陷？

所以我尝试使用 pyproj，只是 lat/lon 到 utm 到 lat/lon 看看会发生什么

>>> p = pyproj.Proj(proj='utm', zone=32, ellps='WGS84')
>>> p
<pyproj.Proj object at 0x7ff9b8487dd0>
>>> x,y = p(47.9941214, 7.8509671)
>>> print x,y
5159550.36822 1114087.43925
>>> print p(x,y,inverse=True)
(47.971558538495991, 7.8546573140162605)

在这里，它并没有像上面的脚本那么遥远，但它似乎仍然非常不正确，以至于无法使用它。怎么会？我该怎么做才能得到更准确的结果？

编辑：

我运行了 test() 并且所有测试都通过了。

在 epsg 文件中没有这样的东西。我找到的最接近的是：

<32632> +proj=utm +zone=32 +ellps=WGS84 +datum=WGS84 +units=m +no_defs <>

没有 tmerc。另外我需要什么将 towgs84 作为参数传递？上面那些？

Answer 1

我上周为 Python 创建了一个小型 UTM 转换库，并将其上传到 Python 包索引：http://pypi.python.org/pypi/utm

我将它与使用 pyproj 进行了比较，它更快、更准确。给定您的示例数据，结果如下：

>>> import utm

>>> u = utm.from_latlon(47.9941214, 7.8509671)
>>> print u
(414278, 5316285, 32, 'T')

>>> print utm.to_latlon(*u)
(47.994157948891505, 7.850963967574302)

更新： Richards answer 下面描述了这个问题的真正解决方案。

Answer 2

错误在您的代码中。

首先，其他答案之一中列出的 PyProj 问题是真实的。您应该检查您的 epsg 文件并确保它包含该行

<2392> +proj=tmerc +lat_0=0 +lon_0=24 +k=1.000000 +x_0=2500000 +y_0=0 +ellps=intl +towgs84=-90.7,-106.1,-119.2,4.09,0.218,-1.05,1.37 +units=m +no_defs no_defs <>

注意towgs84 参数。

您对 PyProj 的问题源于误用了投影命令。

如果我们采用 47.9941214N、7.8509671E 和 convert to UTM，我们会得到 Zone 32、414278 Easting、5316286 Northing。

您执行以下 PyProj 操作：

p = pyproj.Proj(proj='utm', zone=32, ellps='WGS84')
>>> x,y = p(47.9941214, 7.8509671)
>>> print x,y
5159550.36822 1114087.43925
>>> print p(x,y,inverse=True)
(47.971558538495991, 7.8546573140162605)

但是，如果我们咨询 PyProj documentation，我们会看到以下内容：

使用参数 lon 调用 Proj 类实例，lat 将转换 lon/lat（以度为单位）到 x/y 原生地图投影坐标（以 米）。

让我们再次尝试运行 OP 的 PyProj 操作，但切换 lon/lat 参数的顺序：

p = pyproj.Proj(proj='utm', zone=32, ellps='WGS84')
>>> x,y = p(7.8509671, 47.9941214)
>>> print x,y
414278.16731 5316285.59492
>>> print p(x,y,inverse=True)
(7.850967099999812, 47.994121399999784)

该操作（几乎）完美地反转了自己！

要回答您问题的第一部分，如果您在 http://robotics.ai.uiuc.edu/~hyoon24/LatLongUTMconversion.py 中查看 UTMtoLL 的定义，您会发现以下内容：

UTMtoLL(ReferenceEllipsoid, northing, easting, zone)

但您使用UTMtoLL(23, leftUTM, topUTM, zone)，其中leftUTM 是Easting，topUTM 是Northing。

因此，对于您的第一个脚本和 PyProj，您使用了错误的参数顺序。

这是一个很好的提醒，在暗示别人的错误之前，一定要仔细检查（或三次）你的工作。也就是说，Python 的文档是 not the greatest，而 PyProj 在这种情况下的文档充其量是神秘的。对这个命令进行一个很好的基于网络的解释并附上它的使用示例可能会避免你的焦虑。

Answer 3

我用pyproj没问题，试试下面的代码

from pyproj import Proj

Lat = 52.063098675
Lon = -114.132980348 #Calgary

ZoneNo = "11" #Manually input, or calcuated from Lat Lon
myProj = Proj("+proj=utm +zone="+ZoneNo+",\
+north +ellps=WGS84 +datum=WGS84 +units=m +no_defs") #north for north hemisphere
UTMx, UTMy = myProj(Lon, Lat)

########################################

#UTM ==> Lat Lon:
ZoneNo = "11" #Manually input or from other sources
myProj = Proj("+proj=utm +zone="+\
ZoneNo+", +north +ellps=WGS84 +datum=WGS84 +units=m +no_defs")
Lon2, Lat2 = myProj(UTMx, UTMy,inverse=True)

print Lat2
print Lon2

Answer 4

您的 pyProj 问题听起来就像这里描述的一样：

http://code.google.com/p/pyproj/issues/detail?id=3

已解决：

solved! in epsg file there must be

<2392> +proj=tmerc +lat_0=0 +lon_0=24 +k=1.000000 +x_0=2500000 +y_0=0 +ellps=intl +towgs84=-90.7,-106.1,-119.2,4.09,0.218,-1.05,1.37 +units=m +no_defs no_defs <>

note the towgs84 parameter!

如果您想继续使用 pyproj，请检查该线程。

另外，模块的test() 功能是否有效？您是否尝试过 test 目录中附带的任何脚本？