Как растянуть GMT-растровый файл с помощью gdal для работы с Google

Question

Как растянуть растровый PNG-растровый поток из GMT (Generic Mapping Tools 4.5.6) таким образом, чтобы он совпал с Google спутником или бином?

Такой растр находится в wgs84 и пересекает две зоны UTM (17 и 18 южных). Я думаю, что это проблема несоосности. Я использую gdalwarp для преобразования PNG в GeoTiff. Растр обслуживается сервером карт 5.6.7 и отображается openlayers 2.11 как WMS через Google или Bing. Я использую epsg: 4326 и epsg: 3857.

Другие WMS в wgs84 (то есть epsg: 4326) обслуживаются серверами-картами, у них нет этой проблемы несоосности с Google или Bing, но только с GeoTiff.

Я ценю любую поддержку с этим, спасибо!

Answer 1

Просьба уточнить:

1. что это код EPSG вас растровым? Является ли он в географических координатах (например, EPSG 4326)?
2. Что значит «Я использую epsg: 4326 andepsg: 3857»? Вы имеете в виду, что вы используете два «PROJECTION» в вашем картографическом файле maperver?
3. Вы используете epsg: 900913 в выходной проекции сервера карт?

Я предлагаю:

1. Убедитесь, что растр правильно проецируется в EPSG: 4326 с использованием gdalwarp
2. Дважды проверьте, что исходная система координат имеет ту же ИГД (т.е. WGS84) как EPSG: 4326 : различные DATUMS (например, NAD27-NAD83) нуждаются в сетчатых файлах, чтобы избежать «несоосности» (см. NTV2 specifications here).
3. Если ни одно из вышеперечисленных работ не опубликовано скриншот несоосности!

Answer 2

Просто некоторые другие вопросы диагностики :-) Вопрос 0: ваше большое изображение имеет границы -82 -5 -74 -17, но на 1 ° на этих широтах соответствует примерно 25 км в западно-восточном направлении и так вы уверены, что границы не имеют десятичных знаков? Вопрос 1: насколько меньше ваши маленькие плитки? Я вижу, что ваше большое изображение имеет границы -82 -5 -74 -17, а как же маленькие? Вопрос 2: Вы сделали точно такой же процесс для большого изображения и небольших изображений? Мне кажется, что вы вынуждаете ссылку на географическую систему координат (epsg: 4326) на изображении, которое фактически находится в проектируемой системе координат. Это может вызвать деформацию. Вы уверены, что изображение, выходящее из GMT, находится в координатах lat/long (т. Е. Epsg: 4326)?