|
|
相关文章推荐
|
英姿勃勃的葡萄 · 成功解决TypeError: ...· 1 月前 · |
|
|
紧张的柠檬 · 大模型落地，百度智能云的关键一步｜甲子光年_ ...· 1 月前 · |
|
|
打酱油的小虾米 · webSDK ...· 1 月前 · |
|
|
求醉的小狗 · 口 内打√，“一键全选” ...· 1 月前 · |
|
|
个性的树叶 · Java8的NIO新文件I/O到底有多好用？ ...· 1 月前 · |
|
|
严肃的茶叶 · Excel file format ...· 4 月前 · |
|
|
八块腹肌的地瓜 · 杀死windows的java进程 - 简书· 8 月前 · |
|
|
瘦瘦的大熊猫 · const常量与#define宏定义的区别【 ...· 1 年前 · |
|
|
玉树临风的口罩 · Pywinauto之Windows UI ...· 1 年前 · |
|
|
不爱学习的伏特加 · SeaTable ...· 1 年前 · |
使用GDAL将Robinson转换为EPSG:3857
EN
问
使用GDAL将Robinson转换为EPSG:3857
Stack Overflow用户
提问于
2021-10-12 17:57:41
回答 1
查看 71
关注 0
票数 1
我在试着把罗宾逊投影转换成墨卡托。例如，我使用这个 image 。
首先，我应用地理标记：
gdal_translate -a_ullr -180 90 180 -90 -a_srs ESRI:54030 source.jpg source_tagged.tif
并最终将其传递给墨卡托：
gdalwarp -t_srs ESRI:54030 -s_srs EPSG:3857 source_tagged.tif target.tif
结果在垂直方向上略有延伸，但与适当的墨卡托相去甚远。我做错了什么？
EN
回答 1
Stack Overflow用户
回答已采纳
发布于 2021-10-13 22:02:20
您的命令中有几个问题。第一个是-180 90不在全局Robinson投影GeoTIFF的左上角像素中。左上角将类似于-338.2187147689 90，右下角将是338.2187147689 -90。但是，您还将srs指定为ESRI:54030，因此这些边界需要使用投影坐标，而不是经度/经度。从您的映像生成GeoTIFF的命令为：
gdal_translate -a_ullr -17005833.3305252 8625154.47184994 17005833.3305252 -8625154.47184994 -a_srs ESRI:54030 source.jpg source_tagged.tif您的第二个命令切换了-t_srs和-s_srs。考虑到您要投影到EPSG:3857，您还需要提供界限，因为墨卡托在两极是无穷大的。因此，更新后的命令将如下所示：
gdalwarp -s_srs ESRI:54030 -t_srs EPSG:3857 -te -180 -81 180 81 -te_srs EPSG:4326 source_tagged.tif target.tif我使用这些命令从您的示例中生成了以下投影图像(在运行它们之前裁剪图像中的空格)。
票数 0
EN
页面原文内容由
stack overflow
提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/69545017
复制
相关文章
相似问题
领券
腾讯云开发者
扫码关注腾讯云开发者
领取腾讯云代金券
Copyright © 2013 - 2023 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号： 粤B2-20090059 深公网安备号 44030502008569
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号 | 京公网安备号11010802020287