От NAD83 до WGS84 с использованием картографического сервера - PullRequest
Новая
       58

От NAD83 до WGS84 с использованием картографического сервера

0 голосов
/ 06 сентября 2011

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

Плитки карт проецируются в формате NAD83 (lcc), карты Google - WGS84 (mercator).

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

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

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

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

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

LAYER TYPE RASTER NAMEГРУППА "16_40_NORTH" wac "ДАННЫЕ" / 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 неисправна или это скорее всего наш файл-файл?

1 Ответ

0 голосов
/ 17 апреля 2012

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

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

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

Лично я обнаружил, что Leaflet.js и OSM неоценимы при попытке устранения неполадок в Картах Google.

...