NAD83 для WGS84 с помощью сервера MAP

Question

Я в процессе добавления наложения WAC в Google Maps.

Картовые плитки проецируются в NAD83 (LCC), Google Maps IS WGS84 (Mercator).

Плитки WAC разбиты на их отдельные области, как найдено: http://map.aeroplanner.com/mapping/chart/smartchart.cfm Так что есть довольно большое количество плиток. Тем не менее, в настоящее время у меня возникают проблемы с позиционированием даже одной плитки.

Мировой файл, по -видимому, правильно сформирован, так как ArcGIS правильно отображает плитки, используя связанный мировой файл.

При использовании проекции LCC и установления LAT/Long, которую они должны заполнить плитки, северные и южные плитки, которые составляют сектор WAC, правильно выровнены по отношению друг к другу.

http://img716.imageshack.us/img716/1742/waclcc.jpg - На этом изображении вы можете увидеть CF16 A & B и CF17 A & B. Проекция выглядит так, как будто он работает правильно, однако позиция неверна. Абсолютный LAT/Long должен быть назначен как оставление их из -за того, что MapServer выводит ошибку позиционирования.

Это сегмент из файла карты, который создает вышеуказанный вывод:

Тип слоя имя растрового имени "16_40_north" Group "WAC" DATA "/OPT/FGS/WWW/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 неисправна, или это, скорее всего, будет нашим картовым файлом?

Answer 1

Мы пересмотрели этот вопрос месяц назад, решая совершенно другую проблему.

Мы обнаружили, что наш устаревший JavaScript (с использованием API Google Maps) не рассчитывал ограничивающую коробку должным образом. Мы предположили, что все в порядке, учитывая, что он был в производстве в течение нескольких лет без проблем.

Я исследовал альтернативные отображения API, включая Листовка.js и создал образец решения с нуля. Мы внесли некоторые коррективы к нашей внутренней функциональности JavaScript и смогли правильно сделать проект MAPS.

Лично я обнаружил, что Leastlet.js и OSM неоценимы при попытке устранить проблемы Google Maps.