自制一款制图软件，从google取地形数据，截取其等高线信息。地名、道路等取自mapinfo地图。
等高线不够光顺，只好名之曰“手绘”地图。
广州白云山
白云山
北京百旺山
百旺山
上面两个地方本人没去过，不知道像不像。
下面是济南千佛山，我就住在山脚下（图中左上标的房子里）。这个有gps路线。
大佛头一带
sduhd
·
2007-11-05 06:14
105 13'E 29 9'N一带
sduhd
·
2007-11-09 02:33
西岳华山
sduhd
·
2007-12-28 08:45
济南东、南外环一带诸山
绿色所标为昨日行走路线。
转了好多地图论坛，感觉这里的够专业。
却非要等一个星期才能发言。
能帮我制作一份地图吗， 范围在东经105度08分北纬29度07分和东经105度18分北纬29度12分两点之间的方形区域。
我想看看GE提取的地形数据精度和SRTM90有什么区别。
感觉比SRTM90差一点。
下面是1：5W
不过，楼主的方法值得关注。或许在GE高清图象地区提取的精度可能会好些。
请问楼上的道路、河流、村寨等信息怎么得到的？
还有，你用的高程数据，除了用软件用，自己编程操控方便么？我没接触过那东西，网上搜也要走些弯路，一块问问您吧。
直接屏幕拷贝的百度地图
参见：http://www.doyouhike.net/forum/231262,0,0,1.html
我不会编程。
"不过，楼主的方法值得关注。或许在GE高清图象地区提取的精度可能会好些。"
g-e里的高精度只是蒙皮像素实际分辨率较高，与3d模型的精度无关。
另外：楼主的努力确实值得赞赏，
起码这说明已经完全搞清楚ge的3d模型数据格式，
我更感兴趣的是
截取ge的某一地区数据，并保存，
设计一个小程序在ppc中打开数据，并3d显示它。
楼主有没有兴趣考虑一下。
楼上说的方法，ge应该就是这么干的。用directx或OpenGL，实现基本的绘制和变换应该不难。如果有卫星照片，作为纹理再贴上，就是个mini GE了。
我想过做个登山的游戏。利用山的3d数据。想想而已，没动手。
ge给的不是3d模型。它的获得3d信息的api是获得屏幕像素点对应的经纬度和高程，应该是插值出来的。原始数据精度高的地方，这样获得的信息精度也高。
这个的原理不妨详细讲解一下，很多懂编程的都很想一试呢，呵呵。
真想做的话，看google com api是免不了的。
api中有一个函数，是指定屏幕位置，返回经纬度和高度。
之所以脱裤子放屁，我想是因为google和数据的主人签了协议，数据只给google用，google不能再给别人。
谁真感兴趣的话，留个言我发给他相应源码。
感觉ge用的高程似乎就是srtm90
直接从GE上获取高程值,方法值得学习.
等高线的光顺相信只是时间问题.
高度数据真不是一般的糙，没有什么取代SRTM 的价值（我怀疑ge用的就是现成的DEM叠加出来的）
高程的原始数据会是srtm吧，不知道世界上还有其它的高程数据，毕竟把地球量一遍不是容易的事。
工兵先生看到的糙，原因在我用的方法，不要怪罪到高程数据上。
我认为：各种途径所用的所有高程数据同源=SRTM。
这个数据严格说来也是糙的很。但是我们无法获得精细的数据，因为它们可能不存在。
呵呵，你看看我用SRTM90生成出来的25m等高线比一下就知道，原因可能在GE的插值方法上
视觉上的糙源于我的程序，缺少光顺的考虑。
从另一角度来说，原始数据与真实的地貌相比，也是糙的很。这是保留等高线的糙的理由。
过于光顺的等高线会使人误以为那是“准确”和“真实”的，其实根本不是那么回事。
不需要特意的光顺处理
光顺过程是你用的程序做的。
呵呵，我没有做任何刻意的光顺处理——因为我也相信光顺处理有害于数据的真实性
而且我可以很有把握的说，你这样的办法在几百米高的小山还能看清，到1000米左右就是一塌糊涂
我可以很有把握的说：不知道你的把握是怎么来的。
^_^
你这么有自信，那就继续研究吧
工兵，ge的模型基本上是一种类似网状的3d实体，
锯齿状的等高线和他的3d模型无关。
它的模型和对应的高程是很准确很实用的，这是反复验证过的。
事实只能被解释，不能被推翻，对不对。。呵呵
应该说把网状实体模型抽象成等高线方式本来就是一种退步，
或者说是附和传统习惯的妥协。
如果打算用ge作为数据源，最好不要去考虑那种完全传统式的等高线了，
实际意义也许不大。
也许有其他的解决方法更好更简单直观，比方色彩模拟，指点返回高程和坐标。