NAD83到WGS84使用地图服务器

地图图块投影在NAD83（lcc）中，谷歌地图是WGS84（mercator）。

WAC瓷砖被拆分成它们各自的区域，如下所示：http://map.aeroplanner.com/mapping/chart/smartchart.cfm因此有相当多的瓷砖。这就是说，我目前遇到了定位问题，即使是一个单一的瓷砖。

由于ArcGIS使用关联的世界文件正确显示切片，因此世界文件似乎已正确形成。

当使用LCC投影并设置它们的瓷砖预期填满的纬度/长度时，构成WAC扇区的北面和南面的瓷砖相对于彼此正确对齐。

http://img716.imageshack.us/img716/1742/waclcc.jpg - 在这张图片中，可以看到一个CF16 & B和CF17一个& B.投影看起来工作正常，但位置是错误的。绝对纬度/长度必须被分配，因为它们会导致MapServer发出定位错误。

这是从产生上述输出的地图文件的片段：

LAYER 类型的栅格 NAME “16_40_NORTH” GROUP “WAC” DATA“的/ opt/FGS /网络/ htdocs中/ WAC/CF-16 WAC 40 North.tif”

#projection of this layer 
    PROJECTION 
      "proj=lcc" 
      "lat_2=49" 
      "lat_1=44.5" 
      "lat_0=40" 
      "lon_0=-125" 
      "x_0=0" 
      "y_0=0" 
      "ellps=GRS80" 
      "datum=NAD83" 
      "units=m" 
      "no_defs" 
    END 

    OFFSITE 0 0 0 
END 


LAYER 
    TYPE RASTER 
    NAME "16_40_SOUTH" 
    GROUP "wac" 
    DATA "/opt/fgs/www/htdocs/WAC/CF-16 WAC 40 South.tif" 

    #projection of this layer 
    PROJECTION 
      "proj=lcc" 
      "lat_2=49" 
      "lat_1=44.5" 
      "lat_0=40" 
      "lon_0=-125" 
      "x_0=0" 
      "y_0=0" 
      "ellps=GRS80" 
      "datum=NAD83" 
      "units=m" 
      "no_defs" 
    END 

    OFFSITE 0 0 0 
END

其他类型的定位如UTM提供不正确的预测（在线路的不水平）和被类似地不正确地定位。

为什么MapServer定位如此不正确，尽管被赋予了绝对值，其中ArcGIS使用世界文件显示瓷砖时没有任何问题？

是否有可能MapServer的版本有问题，还是更有可能成为我们的地图文件？

来源

2011-09-06 djlumley

在解决完全不同的问题的同时，我们在一个月前重新讨论了这个问题。

我们发现我们的传统JavaScript（使用Google Maps API）未正确计算边界框。我们认为它没有问题，因为它已经生产了几年没有问题。

我调查了替代映射API，包括leaflet.js，并从头开始创建了一个示例解决方案。我们对我们的内部JavaScript功能进行了一些调整，并且能够正确地显示地图项目。

就我个人而言，我发现Leaflet.js和OSM在尝试解决Google地图问题时具有无法估量的价值。

来源

2012-04-17 11:24:58 djlumley

NAD83到WGS84使用地图服务器

回答

相关问题