社区
地理信息系统
帖子详情
已知栅格地图图片四个角的经纬度数据,如何计算得到地图图片上任意一点(x,y)对应的经纬度?
rl0516
2008-11-26 12:15:21
已知栅格地图图片四个角的经纬度数据,如何计算得到地图图片上任意一点(x,y)对应的经纬度?
由于经纬度不是线性的它是个球面坐标呀,线性变换后误差挺大的。我对这方面的算法不懂,特向各位请教。(不要使用第三方组件)
...全文
574
1
打赏
收藏
已知栅格地图图片四个角的经纬度数据,如何计算得到地图图片上任意一点(x,y)对应的经纬度?
已知栅格地图图片四个角的经纬度数据,如何计算得到地图图片上任意一点(x,y)对应的经纬度? 由于经纬度不是线性的它是个球面坐标呀,线性变换后误差挺大的。我对这方面的算法不懂,特向各位请教。(不要使用第三方组件)
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
1 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
传说中的堕落
2008-12-01
打赏
举报
回复
球面的一部分嘛..
类似opengl的纹理贴图。
按照线性变换的计算方式计算没啥不对的吧
OpenGL-自主高性能三维GIS平台架构与实现-第二季
OpenGL-自主高性能三维GIS平台架构与实现/第二季:实现三维GIS球体+ 高程
数据
章节名称DEM基础1DEM基础知识1.介绍基本的DEM知识2.什么是DEM,作用是什么2DEM
数据
1.如何获取/ 传统测量/激光扫描/无人机测量/ 点云
数据
/ 倾斜摄影2.如何使用/局部小规模(栅格
数据
,
图片
/tif),3. 组织方式4. 根据使用目的不同,介绍多种优化方法3DEM图层的实现原理14DEM
数据
结构定义struct V3U3N4顶点
数据
的生成和
计算
WGS84投影
计算
5wgs84 投影球体被切成一个个小圆弧,一共60个投影带,分别为01,02.........60WGS的最新版本为WGS 84(也称作WGS 1984、EPSG:4326),1984年定义、最后修订于2004年。接口定义坐标转换Wgs84
数据
加载6瓦片编号
计算
生成算法1.
经纬度
到大地坐标的转换2.大地坐标到
经纬度
坐标转换3. 根据
经纬度
获取瓦片编号框架重构7智能指针重构框架1. 基类定义(所有的类继承自基类),基类派生自 std::enbale_shared_from_this2. 实现智能指针的动态转换接口3. 实现向下转换4. 已有的类实现全部使用智能指针重构5. 任务系统(多线程加载任务)8引入图层(Layer)1. 介绍图层的概念以及重要性2. 图层类实现3. 修改框架(使用图层的方式重构框架)9Layer-bug排查(绘制过程中出现错位,偶发)1. 框架重构后遇到问题(绘制结果错误)2. 瓦片索引方式发生变化,多线程中引起内存问题3. 修改索引方式,解决绘制偶发错误问题10引入
数据
源(TileSource)1.
数据
源的作用与设计目的2. 当前存在的问题,
数据
调度中存在问题3.
数据
源(TileSource)类实现11
数据
格式管理(FormatMgr)1.
数据
格式管理(FormatMgr) 提出的目的,需要解决的问题2. CELLFormat基类接口抽象3. 实现几个标准格式类4. 修改框架流程,使用FormatMgr重构流程5. 扩展支持,后续支持任务格式
数据
加入系统12Task(任务)优化1. 任务中低耦合
数据
结构,目的是让Task更加的通用2. 修改任务读取代码与任务处理代码,完善处理流程DEM高程13DEM-数字高程定义1. 什么是数字化高程
数据
2. 当下GIS系统中有哪些常见的高程格式3. 课程体体系中使用的哪种格式4. 高程类定义以及实现,并加入到FormatMgr 管理系统中14高程瓦片
数据
读取1. 介绍GIS系统相关的工具(在
数据
转换)
数据
生成方面可以解决大量时间2. 自定义高程瓦片格式说明3. 自定义高程格式文件解析,并以智能对象的方式引入到系统中4. 完善框架代码,适配高程
数据
15高程瓦片文件的读取1. 实现基本的读取算法2. 增加格式化组件,并加入到系统中3. 配置高程图层以及高程
数据
源,并加载
数据
,验证
数据
正确性16瓦片
数据
结构重构1.顶点生成2.UV坐标
计算
3.面
数据
生成17DEM重构绘制流程1. 修改绘制
数据
结构,去除无用字段2. 增加Mesh类,实现光栅
数据
转换成三
角
面
数据
,
计算
UV
数据
,提炼接口3. 修改系统调度,实现顶点
数据
,UV
数据
,以及面
数据
的生成与更新4. 按需更新
数据
,而不是每一帧更新18DEM-
数据
精度问题(CPU)1. 因为瓦片
数据
使用大地坐标作为系统输入,造成瓦片坐标很大,单浮点
数据
精度不够2. 使用局部坐标的方式解决单浮点精度问题3. 调整相机参数,解决投影矩阵
数据
计算
深度精度问题4. 修改绘制shader 实现对瓦片
数据
的绘制19DEM-
数据
精度问题(LogDepth)1. 使用对数深度(log depth )算法在GPU中
计算
解决单浮点经纬
计算
问题2. 修改shader ,增加对(logDepth)算法支持3. 修改C++端代码,实现对shader
数据
的输入20DEM-
数据
结构优化1.当下使用CPU端
数据
通过接口的方式传递给GPU,速度慢2. 使用Instance 方式降低Vertex Buffer 的大小,优化渲染系统21DEM-GPU缓冲区优化1. 使用Vertex Buffer Object / Index Buffer Object / Instance 方式优化渲染系统2. 修改绘制接口,使用DrawElementsInstanceBaseInstance方式提升系统性能内存池与对象池22瓦片生成优化/对象池1. 相机移动过程中会频繁的建立与释放瓦片,对CPU有较大的消耗2. 引入内存池,避免频繁的内存申请与释放,降低CPU时间3. 改造智能指针对象,对象释放通知到内存管理,回收对象内存23改造任务系统支持对象池1. 任务系统是一个公用模块,被多个模块使用,避免频繁的内存操作,引起的内存碎片2. 实现对象池,并应用到任务模块法线
计算
24法线
计算
1. 修改现有顶点结构,增加法线支持2. 修改shader,增加法线顶点输入,使用平行光光照模型3. 修改绘制流程,支持光照
计算
,使用探照灯作为光源输入25顶点法线
计算
/共享法线
计算
1. 增加
数据
结构保存顶点
数据
被多个面共享的次数2.
计算
面法线,并累加到顶点法线中3. 根据顶点被面共享的次数做平均法线
计算
4. 修改流程,按需更新法线
数据
26法线
数据
压缩1. 法线
数据
使用3 * float
数据
存储,大大的增加了系统的
数据
2. 实现算法,将3 * float
数据
压缩成4字节
数据
3. 改造绘制代码,支持压缩
数据
输入27GPU中
计算
产生法线
数据
(去掉CPU中
计算
)1. 引擎支持 Geometry Shader 阶段2. 编写 Geometry Shader,实现法线
计算
系统功能优化28重构CPU拾取流程1. 当下的拾取流程,只支撑二维
数据
拾取,无法准群的拾取三维
数据
2. Terrain中增加拾取接口,输入射线,输出拾取到顶点
数据
29绘制拾取结果1. 增加一个绘制点的方法,实现绘制代码2. 修改shader,增加logdepth3. 调试代码,花费了很多时间排查错误,最总排查到是因为uniform参数笔误写错造成。30任务系统完善,避免任务队列无线膨胀1. 任务系统中,没有限制队列的大小,生产者的能力远大于消费者的能力,造成任务队列膨胀2. 处理办法,限制生产者的生产能力,而不是限制任务队列大小(这种方式会造成业务逻辑异常复杂)3. 使用sleep休眠方式(这种方式是严重错误的)31如何避免瓦片
数据
抖动1. 产生瓦片抖动的原因 ? 分裂算法与回退算法中间没有过度2. 引入过度流程,避免内存抖动,参数因子是一个重要的
数据
,需要谨慎使用3. 有必要结合瓦片自身
数据
动态
计算
参数因子32瓦片
数据
管理-fepk文件格式支持-全球
数据
加载1. 支持fepk文件格式,增加fepk读取组件,适配fepk文件2. fepk管理
数据
方式:一般情况选择全球前10级别作为基础级别,因
数据
量不大(1G)左右,后续以8级作为基础级别,全球19级别
数据
被划分为 2^8 * 2^7(512 * 256)个块。每个块中包含了256 * 256 张小瓦片33fepk高程
数据
读取 34高程分裂处理当瓦片没有高程
数据
,那么子节点以及其他后代节点该如何共享父节点的
数据
35lesson-734-高程瓦片分裂处理(2)-算法实现高程
数据
分裂算法实现实现对高程
数据
的切分,并对特殊
数据
进行处理36高程瓦片分裂处理(3)-问题排查 37高程瓦片分裂处理(4)-(后代节点更新问题)当一个瓦片高程
数据
更新后,他的儿子节点,孙子节点...该如何处理?38瓦片视锥裁剪错误高程
数据
更新后,没有技术
计算
瓦片包围盒信息,造成包围盒错误,进而引视锥
计算
错误39http支持1.引入三方库 Libcurl2.http类封装,支持http读取
数据
40fepk.server使用 生成三维地球41改造四叉树-统一使用
经纬度
输入42地形网络生成算法重构 43引入球体坐标系 44使用球体坐标改造瓦片 45多图层(加载标签
数据
) 课时截图:镜头拉近后,显示细节
数据
加载矢量SHP国界线
数据
:加载矢量三维白膜
数据
截图高程
数据
加载点云
数据
加载倾斜摄影
数据
GDAL+Java实现获取
对应
栅格影像
经纬度
对应
的像素值
从前面的GDAL系列博文中,可以指导GDAL可以将栅格影像文件读出为
对应
的多维数组,可以读出每一个像素格
对应
的像素值。但如何根据
经纬度
直接读取像素值呢?博主从查阅了网上的相关文档,发现有个人写的
计算
公式是错误的,用代码跑出来的结果都是错误的。于是自己查阅了相关文档,自己实现了一遍,跟大家分享一下。
C#以中心点
经纬度
和范围半径为基准
计算
矩形
四个
顶点的
经纬度
最近要做附近的人查询算法,在网上找了相关示例,发现代码有些问题,经过我整理测试,终于完成该算法,特此记录。 1.
经纬度
坐标实例,方便实例化和传值。 /// ///
经纬度
坐标 /// public class Degree { /// /// 构造函数 /// /// 经度
已知
经纬度
,基于matlab
计算
太阳和月亮的升起和落下时间以及黄昏时间
随着科技的不断发展,我们现在可以通过多种方式获取到地球上
任意
一个地点的
经纬度
。这为我们了解当地的天文现象提供了便利。其中,
计算
太阳和月亮的升起和落下时间以及黄昏时间是非常有用的。在本文中,我们将探讨如何根据
已知
的
经纬度
来
计算
这些时间。首先,让我们来了解一下天文学中的一些基本概念。在地球上观测天文现象时,我们通常使用地平坐标系来描述天体的位置。在这个坐标系中,天体的位置由两个参数确定:方位
角
和高度
角
。方位
角
是从正北方向开始逆时针测量的
角
度,范围是0到360度。高度
角
是天体与地平面的夹
角
,范围是0到90度。
Arcgis根据
经纬度
获得点的地理信息/行政区划信息
从图中可以看到,栅格正确地落入到了面中,这说明栅格和面
数据
的坐标系是一致的。因为我们人为导入的点
数据
没有Object-ID,如果这个ID的话是无法进行与其他图层的连接操作的,所以需要在Arcgis里面转换一下。将导出的图层添加到现在的
地图
图层中,可以看到多了一个点图层,这个图层就包含了Objcte-ID,可以进行“连接”操作。完成上述操作后可以看到一个新的点图层,打开它的属性表,就可以看到栅格
经纬度
对应
的地理区划信息。具体
一点
就是,假如你想
得到
栅格点
对应
的县,那么这个面
数据
也得是县级的才行。
地理信息系统
2,142
社区成员
8,289
社区内容
发帖
与我相关
我的任务
地理信息系统
它是一种特定的十分重要的空间信息系统。它是在计算机硬、软件系统支持下,对整个或部分地球表层(包括大气层)空间中的有关地理分布数据进行采集、储存、管理、运算、分析、显示和描述的技术系统。
复制链接
扫一扫
分享
社区描述
它是一种特定的十分重要的空间信息系统。它是在计算机硬、软件系统支持下,对整个或部分地球表层(包括大气层)空间中的有关地理分布数据进行采集、储存、管理、运算、分析、显示和描述的技术系统。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章