网友投稿 | 设为首页 | 加入收藏
1/2页12 跳转到查看:3514
回复该主题 发新话题
键盘左右键可以进行前后翻页操作
帮助

[抛砖]长沙市及周边道路--讨论GE上道路层的表现方式--被冤枉的Google?!

[抛砖]长沙市及周边道路--讨论GE上道路层的表现方式--被冤枉的Google?!

这些道路是从长沙1:10000的mapinfo地图中导出的,目前还只有线段

由于近几年长沙的城市建设变化很大,从现有的数据看,还有许多需要修改调整的地方

另外,在仔细观察了GE上washington D.C的roads图层之后,可以肯定GE的layer图层是用kml直接实现的,而不是像当初认为的那样,使用overlay进行覆盖

那么,下一步就是看看能不能破解除google没有公开的kml语句了



../upload/2007/04/15/222943.rar



道路全貌



拉近一点,精确度还不错



再拉近一点,嗯,看样子不怎么样了




TOP

 

re:这是岳麓山顶上道路的图片,误差太大啦...

这是岳麓山顶上道路的图片,误差太大啦

看样子,目前手头的mapinfo数据,基本只能做个示意用,要实现GE在欧美道路层的效果(当然,要包括拓扑、可以实现导航的那种),首先要干的就是重新绘制地图了


TOP

 

re:这是手绘的部分长沙道路,目前还很粗糙,下...

这是手绘的部分长沙道路,目前还很粗糙,下一步打算使用mapinfo进行绘制,并加入拓扑数据





长沙道路(手绘) 224707.rar

TOP

 

re:沙发先,等下再港

沙发先,等下再港

TOP

 

re:花版好强啊!你不是要个人把这些道路都画上...

花版好强啊!你不是要个人把这些道路都画上吧?海量啊---个人可以吗?

TOP

 

re:[QUOTE][b]下面引用由[u]pf...

下面引用由pfp333发表的内容:



花版好强啊!你不是要个人把这些道路都画上吧?海量啊---个人可以吗?




手绘只是增加一点感性认识而已,大批量的道路数据肯定不会手绘啦



现在有几个大问题还没有解决:

1、数据来源(各种格式都可以,但是,手头很缺)

2、数据现实性和精确度(这个问题很麻烦,目前各家都在各干各的,测绘部门也保守得很)

3、数据转换(这个好办一点,至少不用手工画图,累死PC得了,以后再累死服务器)

4、数据表现(现在还没有弄明白GE的roads layers用得kml格式,但相信很简单,弄好了这个的话,就能直接导航什么的了,YYing....)

TOP

 

re:长沙数据嘛,咱私下里聊聊~~哈哈~[em...

长沙数据嘛,咱私下里聊聊~~哈哈~

TOP

 

re:1:1万的数据是酱紫效果的啦。不...

1:1万的数据是酱紫效果的啦。



不过我不明白花哥说要讨论的“表现方式”是啥意思?

TOP

 

re:表现形式还木有写[em11]~~~~

表现形式还木有写~~~~

TOP

 

re:为卧版加油。可恶的Google,...

为卧版加油。



可恶的Google,路线上不开放道路名称实在是太不爽了,即使用个特殊的方法加进去了,也需要编程,还不能支持高度不同时的变化。



这是目前自制道路的时候大概最不方便的地方了,其他不准什么的相比之下也不算什么了。

TOP

 

re:我想,也许,我们错怪Google了...

我想,也许,我们错怪Google了



又仔细的阅读了一遍KML 2.1 Tutorial,突然觉得,原来Google并没有隐藏关于道路标注的kml语句

只是~~~~~~

数据量太大了,所有的道路标注,其实都是用GroundOverlay来实现的,包括旋转方向后道路名称的方向变换,也是用不同的两张GroundOverlay来实现的

我想,在0~7层(大约数吧,也就是低空的时候),使用了GroundOverlay

在高空的时候,对重要的路径(国道/州际公路、省道)使用的lines来绘制

那么,现在google与mapabc合作推出的ditu.google.com,也就是在为今后推出中国的roads层做准备

super3547兄做的那个joinmaps只是提前用手动的方式来实现这个roads layer罢了



试想一下,如果joinmaps得到的不是gif图片,而是png图片,会是什么效果~~~~~~~

另外,mapabc再加一把劲,把他的地图从另外一个方向标注一次,就完全可以并入到roads layer了

至少,现在mapabc的地图分层工作已经基本完成了,剩下的就是增加数据而已



So.. 看来,google与mapabc的合作,决不会仅仅是推出一个ditu.google.cn而已



一己之言,欢迎拍砖





这个角度看washington D.C的murillo St,是不是很有groundOverlay的效果?





再看看Floar St和Accotink Park Rd,这个是弯曲的道路标注,是不是更明显?





换个角度,再看一次



在换角度的时候,我注意到GE下面的进度条有了变化

如果,这些道路名称是使用“隐藏的”kml语句标注的话,那么~~进度条完全没有必要变化啊,只需要在kml里面计算一下浏览方向,重新显示这个Accotink Park Rd就可以了

所以,这次的进度条变化,就是GE在读取这个Accotink Park Rd的另外一个方向的Overlay


TOP

 

re:又或者,google“隐藏了”把字符作为...

又或者,google“隐藏了”把字符作为GroundOverlay的功能?

但是,以目前GoogleEarth所支持的语言种类的数量(以及今后将要支持的)来看,我觉得不太可能



另外,为什么Google偏偏选择mapabc图盟作为推出ditu.google.cn的合作伙伴?

前几天看到的新闻里说mapabc是目前唯一拿到了电子地图“测绘”和“发布”两块牌照的公司,Google又不是傻子,只有用mapabc的牌照才能发布中国地区的roads层啊!

我估计Google在美国、欧洲、日本、香港等等地区的roads层也是用的这样的操作模式:

把大量的工作让别人去干,然后通过Region-based NetworkLink file在GE上读取就行了

当然了,mapabc们也不是傻子,干好了这个活儿,还愁没有广告商?

各位看看现在ditu.google.cn上面的“XX大厦”之类这些八杆子也算不着的所谓地表性建筑就知道了,只是,图盟这么干,似乎心急了那么一点点

TOP

 

re:卧版是不是指的这种效果?[img...

卧版是不是指的这种效果?







根据小修版主的指导,改成 png 格式后,全透明的效果就出来了。

TOP

 

re:[QUOTE][b]下面引用由[u]su...

下面引用由super3547发表的内容:



卧版是不是指的这种效果?



../upload/2007/04/17/091122.jpg



根据小修版主的指导,改成 png 格式后,全透明的效果就出来了。




感觉这个效果更好些,呵呵

TOP

 

re:大体上应该就是这种样子,roads层里面...

大体上应该就是这种样子,roads层里面也是根据不同的浏览高度和浏览位置,通过Region-based NetworkLink file 去读取的服务器上的256*256大小的png图片

只是,mapabc上面还标注了水体和山麓,而GE在欧美那一边没有标注这些东西罢了

这也说明了mapabc的数据是从早期的GIS数据中转换过来的



理论上,mapabc的数据还应该精简一些,只留下道路信息就行了

还一个不明白的问题是,导航需要的道路拓扑的数据是如何实现的?

TOP

 
1/2页12 跳转到
回复该主题 发表新主题
  <<上一主题 | 下一主题>>