| 查看: 941 | 回复: 2 | |||
| 当前只显示满足指定条件的回帖，点击这里查看本话题的所有回帖 | |||
[求助]
ArcGlobe二次开发，鼠标拾取点转换成地理坐标错误
|
|||
|
第一次发帖，不知道有什么要注意的，有什么不足请大家多多指教。 C#+ArcEngine Globe二次开发，通过鼠标拾取点转换得到地理坐标。看帮助文档和别人基本都是这么做的，直接利用WindowToGeographic函数就能从二维屏幕坐标转换到三维空间大地坐标，我的代码如下： IGlobeViewUtil globeViewUtil = axGlobeControl1.GlobeCamera as IGlobeViewUtil; IGlobeDisplay pGlobeDisplay = axGlobeControl1.GlobeDisplay; double dLon = 0; double dLat = 0; double dAlt = 0; globeViewUtil.WindowToGeographic(pGlobeDisplay, pGlobeDisplay.ActiveViewer, e.x, e.y, true, out dLon, out dLat, out dAlt);//由屏幕获取经纬度和高程 这里我有点儿疑问。鼠标在屏幕上点击可获取一个二维坐标，映射到三维场景中其实就从观察点到屏幕坐标的一条射线，转换到三维空间不可能是一个特定的点，除非给定深度值或者说能严格限定视线长度的条件。我不知道这个函数是怎么确定的，猜想可能是得到视线和三维地形的交点，也就是说拾取的这个点在地面上。 但是我现在做这一步的时候，周围的地形高度都在100米左右，鼠标拾取的点地理坐标的高度有七百多米，使得相应的经纬度也成了错误的。如下图所示：  e是鼠标点取的位置（跟踪了下应该没问题），转换出来的应该是P的位置，但是实际上得到了P'的位置，由于高度不对，使得经纬度也有很大的偏差。直观的感受就是视线长度不对，还没有延伸到和地面的交点上。中间只用了一个函数，一直不知道为什么会出现这个问题。是不是有什么地方需要设置？菜鸟求指导，先谢谢了。 |
回复此楼» 猜你喜欢
澳门大学机器人与自主系统硕士项目
已经有2人回复
-
南京大学能源与资源学院马朝阳课题组 博士后招聘
已经有30人回复
-
地球化学论文润色/翻译怎么收费?
已经有258人回复
-
调剂 西南科技大学 环资学院
已经有4人回复
-
城乡规划学招收调剂 1名
已经有1人回复
-
【招聘】科研助理+五险一金
已经有20人回复
-
西南科技大学 调剂 绵阳
已经有10人回复
-
招聘博士研究生
已经有45人回复
-
散金币，求基金中标！！
已经有48人回复
【答案】应助回帖
|
(1) WindowToGeographic() function was introduced for a fast and rough estimate of a geographic location that can then be used, for example, for accumulating the geographic extent of the 3D view as defined by a window; or as a faster (and rougher) substitute for standard Locate() when doing picking. (2) It appears that a safe mode from within an AfterDraw() handler, is 'useZBufferValue = true' -- because otherwise Locate() is used and will draw the whole frame again in our 'internal' transformation and scaling for precision. (3) Regarding precision: (a) when useZBufferValue is true, we directly read from the Z-Buffer the depth component and then use gluUnProject() to get x, y, z coordinates. The precision of Z-Buffer depth values varies with "how far you zoom in or out" and is not that precise anyway. (b) when useZBufferValue is false, we use Locate() which uses a 'Pick-Render' pass to calculate the intersection with the mesh at the current LOD as defined by the view -- so again the precision varies with the current view parameters. - Note that the precision of the altitude (i.e. elevation) component can be improved by additionally calling IGlobeDisplay::GetSurfaceElevation(); with bGetMaxResolution argument set to true. (4) Currently we are not using a "mesh-ray intersection algorithm " which would work for us only when no elevation data is present -- the case that can probably be easily calculated on the client side anyway. |
3楼2013-11-12 22:02:11
2楼2013-11-12 21:58:55
100