7
\ begingroup美元

在秘鲁的一块土地(区18 k),我提供以下UTM坐标(显示只有一个):140800 E 8176337 N .然而,当我看到网站在谷歌地球上,E N坐标是相同的,一个是779875。

有人知道这个问题是什么吗?

\ endgroup美元

    1回答1

    6
    \ begingroup美元

    几乎可以肯定这是一场不同UTM区。

    在大多数地区,最小以东值160000我和max 834000我(赤道)。人们有时使用“错误”的区域(即不是区域的位置实际上是)如果是更方便使用邻近区由于某种原因。例如,也许我有坐标100点,不过也有少数在邻近的区域;它可能更容易容忍位置不准确引用它们到不同的UTM区。

    的另一件事可以创建差异是不同的论据(例如WGS84在谷歌地球,可能和其他一些当地的基准为你调查),但这并不是这是怎么回事。

    总之,它看起来像你有引用的坐标区19 k,东部区18 k,所以以东小于通常的最小值。正确引用区18 k坐标是在谷歌地球。

    最后一件事:我只是想联系这相关的问题。


    编辑:转换

    转换成正确的坐标是有点冒险不知道如何到达原始坐标。但如果他们确实只是在UTM区19日通过lat-lon往返转换表明他们相当于781493.139,8177491.483 mN UTM区18。

    我们可以证实这一点PyProj使用区域的EPSG代码:

    进口pyproj > > > > > > x, y = 140800, 8176337 #区19个年代我们认为> > > utm18_wgs84 = pp.Proj (init = epsg: 32718) > > > utm19_wgs84 = pp.Proj (init = epsg: 32719) > > > pyproj。变换(utm19_wgs84 utm18_wgs84, x, y) (781493.1384182497, 8177491.482738381)

    如果这就是最初发生,这些新坐标是你想要的。

    \ endgroup美元
    3
    • \ begingroup美元 非常感谢你的快速反应!一个问题:如果他们使用了错误的区域(k) 19日E协调,有一种我可以协调转换回正确的区域(18 k) ? \ endgroup美元
      - - - - - -user4732
      2015年11月2日22:04
    • \ begingroup美元 您可以使用这个工具lat-lon转换,然后再转换回UTM在其他区域。这说得通吗?(或者,如果你知道Python,使用PyProj库将不会通过其他系统。) \ endgroup美元
      - - - - - -马特·霍尔
      2015年11月2日22:50
    • \ begingroup美元 我增加了转换。购者自慎! \ endgroup美元
      - - - - - -马特·霍尔
      2015年11月3日在0:32

    你的答案

    通过点击“发布你的答案”,你同意我们服务条款并承认您已阅读并理解我们的隐私政策的行为准则

    不是你要找的答案?浏览其他问题标记问你自己的问题