声明不是原创的,我是专业做gis的,公司也曾考虑用api开发,不过因限制较多还是作罢。这个作者还是比较了解的
Google Maps API : Google Maps API 基于Google Maps,能够使用 JavaScript 将 Google Maps 嵌入网页中。API 提供了大量实用工具用以处理地图,并通过各种服务向地图添加内容,从而使用户能够在自己的网站上创建功能强大的地图应用程序。Google Maps API支持交通地图和卫星地图,有中文语言版本,其地标文件KML格式已经成为在线地图的标准格式,Google Earth和Google Maps都支持KML。目前在国际和国内应用都非常广泛,提到互联网地图的应用,基本上不能不提Google Maps API。
Microsoft Virtual Earth API : 基于Virtual Earth的API,英文版,其例子和显示效果非常丰富,预览效果后可以查看相关源代码,可惜目前不支持中国地图的开发。
Yahoo Maps API : 基于Yahoo Maps,和微软地图一样,也仅支持英文,不支持中国地图的开发。Yahoo地图提供基于Flash、Ajax和Map Image三种形式的开发接口,功能较为齐全,显示效果不错。
MapABC API : 基于MapABC的国内地图供应商,Google地图的中国数据就是使用MapABC的,但其API接口和Google的并不相同,其API的开放性和灵活性不如Google地图API。
MapBar API : 基于MapBar的国内地图供应商,其数据提供百度地图使用。
我要地图API : 基于51地图,我要地图的一个特色是提供地图数据下载,可以实现本地桌面地图,不过其地图数据容量有数百兆之大。
我们对市面上几款主流的地图API服务提供商:Google地图服务,MapABC地图服务,微软地图服务,以及其他地图服务进行技术调研,根据调研总结结果为我们选用更为符合需求的地图服务提供商提供参考。
1.调研内容计划
本次技术调研内容主要为:
1. 各类MAP-API使用方法。MAP-API针对系统的开发效率的调查,比如在使用的合理性,封装的
便利性几个方面。
2. 各类MAP-API的功能初步调研,各类MAP-API在免费版本中的功能限制调研,针对免费和收费
版本的异同,收费策略和价格
3. 针对每种MAP-API以免费版本的API完成一个简单的调用示例,也便于对每种API进行代码级别
的使用体验。
2.调研详细内容
2.1 GOOGLE MAP API 调研
2.1.1. 主要使用方法介绍和评估:
Google Map API的种类和应用场景:
A. Google JavaScript地图API : 内嵌Iframe展现形式,适用于一般的互联网应用系统,具有
标准主流浏览器装载的客户端系统。支持的浏览器类型:ie,firefox,safari,google chrome。使用
标准的Java脚本进行开发,可集成google地图空间,与标准google地图功能类似。
B. Google Maps API(Flash版):FLASH展现形式,使用flex继续开发,适用于标准浏览器装载
的客户端系统。‘
C. Google 静态地图API: 图片:图片展现形式,使用http接口进行图片地图的创建,所实现功
能较前两种少,但无需使用java脚本实现,适用于手机或定制化客户端系统的服务调用。静态地图和前
两种地图相比还有个遵从每位查看者每天的唯一(不同)图像请求不超过 1000 次的查询限制配额,也
就是说每个访问者每天可以查看1000个不同的地图图片,对于相同的图片没有限制,所以考虑到一般系
统的访问量,此配合即可满足大部分系统的要求。
评估:
Google提供的这三种API已经基本可以满足大部分的系统需求,在开发难度上除Flex还不是主流技
术,开发成本较高外,其他两种技术在使用上都使用标准的网页开发技术,接口难度系数不大,尤其是
在静态地图API中,还提供了专门为手机所使用的WAP的地图类型.
2.12. API主要特性列表以及版本功能限制:
Google Map API的主要特性列表:
A. 地址解析(从地址名称解析到具体经纬度)
B. 缩放级别的设置
C. 图像大小的设置
D. 标记添加
E. 地图路径显示
(以上为静态地图和动态地图共有,以下为动态地图独有)
F.事件监听(监听客户端浏览器事件,并在需要接受的事件总定义处理方法)
G.. 地图控件(包括加载标准地图控件以及创建自定义控件,比如可以自己加入标注的控件,切
换地图类型的控件,缩放地图的控件等等)
H. 街道全景对象
I. 与google earth集成
J. 交通功能(行车路线,出行模式,路线路段)
K.可与Google AJAX API 集成开发,提高开发效率
L. 支持HTTPS连接对API的访问(企业版专有)
2.1.3.收费策略和商业限制:
Google Maps Api分为两个版本,一个是免费版,一个是企业版。
免费版不对使用者进行收费,但是对使用场景有一定的商业限制:
A. 每天可发出的地址解析请求数有限制,遵从每位查看者每天的唯一(不同)图像请求不超过
1000 次的查询限制配额。
B. 服务必须让最后的使用者免费访问。所以部分商业用途是符合使用条款的,以下两种情况不能
使用免费版:(1)仅付费客户可以使用您的网站(2)仅可从您的公司或您的 Intranet 中访问您的网
站。 详见google api的使用条款
C. 不能更改或遮盖地图上的徽标或归属内容。
企业版除具有免费版的所有功能外,还会根据收费策略的不同,加强服务功能的提升并更改了一些
商业限条款。这些增强点为:
A. 支持强大的服务级别协议(SLA)
B. 客户服务支持
C. 增加了地址解析限制
D. 商业级应用限制的变更
E. 支持HTTPS连接对API进行访问,达到数据保密的目的。
2.1.4.技术支持:
免费版的技术支持包括google code的专业详细的开发文档和google 地图API论坛的支持。
企业版除上述支持外还有人工的客户服务支持。
2.1.5. Google MAP API 使用:
为了正常使用google API,在进行开发之前需要在其项目主页上
http://code.google.com/intl/zh-CN/apis/maps/ 下载API所需的密钥。
Google Code上有很多map api的示例,讲解的十分全面,这里就不多说了。
总结:Google api 优势: 充足的开发资源和文档资源,与google map平行的api功能,强大的自定义
组件和控件功能。在静态API中有针对mobile类型系统的地图类型,API操作简单高效,符合一般性系统
开发需求。
2.2 MAP ABC API 调研
2.2.1. 主要使用方法介绍和评估:
Map ABC API的种类和应用场景:
A. Ajax For Flash 地图API2&Ajax搜索API : MapABC只有一种API类型,就是基于java脚本技术的
内嵌Flash地图展现形式,适用于一般的互联网应用系统,具有标准主流浏览器装载的客户端系统。支
持的浏览器类型:因为官方未公布所支持的浏览器类型,所以本次调研测试了ie,firefox基本没有问
题,由于MAPABC使用的地图展现载体是flash,所以理论上所有支持flash格式和Javascript的浏览器都
可以使用。
B. MAP ABC 静态API:通过JAVA脚本进行静态地图的生成,主要应用场景在需要加快地图加载,
只是示意性进行地图展示的系统中调用。
C. MAP ABC 地图组件API:在原有API的基础上进行封装,简化了开发复杂度,提高了开发效率。
评估:
MAP ABC接口全部采用java脚本进行调用,脚本使用比较方便,但是生成的地图格式为flash格式
,暂不支持其他格式的地图。至少目前为止厂商在免费版本还未提供基于服务端接口的地图生成的API
,企业版是单独提供此类接口的。目前来看MAPABC API还是着重于地图WEB端的展示作用,从这点来看
,比Google的免费版弱一些。
2.2.2. API主要特性列表以及版本功能限制:
MAP ABC API的主要特性列表:
A. 缩放级别的设置
B. 图像大小的设置
C. 标记添加
D. 地图路径显示
F.事件监听(监听客户端浏览器事件,并在需要接受的事件总定义处理方法)
G.. 地图搜索功能(地点搜索,公交路线搜索,行车路线搜索)
H. 地图绘图工具集成
I. 地图控制面板
J. 静态地图生成功能
K. 地图组件封装
2.2.3.收费策略和商业限制:
MapABC Api分为两个版本,一个是公众版,一个是企业版。
免费版不对使用者进行收费,但是对使用场景有一定的商业限制:
A. 使用Map ABC API服务,网站系统所提供给用户的服务必须是开放给一般大众使用且免费的服务
详见map abc api的API使用条款。
B. 不能更改或遮盖地图上的徽标或归属内容。
企业版除具有公众版版的所有功能外,还会增加一些定制服务和技术支持服务。这些增强点为:
D. 专业开发团队的开发服务
E. 从前台界面到后台功能的定制开发
F. 有针对性的MapABC地图API开发培训
G. 快速响应的技术支持。
2.2.4.技术支持:
免费版的技术支持包括MAP ABC网站文档以及MAP ABC 地图API论坛的支持。
企业版除上述支持外还有人工的客户服务支持。
2.2.5 MAPABC API 的使用
为了正常使用MAPABC API,在进行开发之前需要在其项目主页上
http://code.mapabc.com/v1/signup.shtml 下载API所需的密钥。
示例程序可见其网站。
2.3 其他地图服务 API 调研总结
以上我们对国内国外两种主流的地图服务进行了技术调研,除此之外,市面上还有一些其他的地
图API,比如51tidu,yahoo地图API,微软Virtual Earth API,MAPBAR 等。
51ditu和Mapbar同MapABC类似,都是国产地图服务,其特点同MapABC类似,主要是不支持静态地
图的服务端调用,全JAVAscript的调用方式,在WEB上调用方便,但接口灵活性差,并不合适WAP网站的
开发。
Yahoo 的地图接口功能与Google类似,接口类型相比google更为方便和灵活,但是目前雅虎地图
API服务还不支持中国地图,所以目前暂不考虑。如果以后开放了中国区地图,Yahoo API 也是值得考
虑的选择。目前Yahoo地图支持静态地图生成,同时每日的同一ip的访问限制为50000次.
微软地图virtual map api功能较为全面,接口设计灵活性与可封装性也很好,同样支持静态地图服务
端生成,借助微软的MSDN社区的支持下,开发资源和文档也堪比Google Maps,但是由于此产品是微软
自有服务,保持微软一贯的风格,virtual map 官方称只支持ie6/ie7,另外在调用速度上个人感觉比
Google API 也略逊一筹。同时在本次调研时,微软的live.cn因为某些原因被GFW封掉了,因此同样影
响到了微软地图API服务ditu.live.com, 类似的事件希望以后还是少发生为妙。
部分资料来源于网络,仅供开发者参考!
在我国,只有具备国家甲级测绘资质的企业才能合法制作全国电子地图。但这样的企业数量并不少。
从2003年开始,国家测绘局共审批了北京瑞图万方、北京四维图新、上海畅想、北京高德、北京灵图、深圳凯利德、武汉吉奥、北京易图通等九家具有国家甲级测绘资质的电子地图企业。由于瑞图万方今年年初收购上海畅想,这使得真正意义上具备全国级资质的企业只有八家。
然而,由于多家企业各自为阵,这使得国内电子地图行业标准扑朔迷离,难以统一。另外,出于国家安全的考虑,我国政府对所控制的电子地图资源也刻意采用不兼容的专有格式,加密、解密程序十分复杂,这也在一定程度加重了电子地图标准的混乱程度。
一个最明显的弊病就是,由于每家公司标准不一,无法共享各自成果,这使得每家公司都在重复大量劳动,直接损耗的资产无可估量。而且,由于各自精力有限,目前国内还很难有权威的覆盖县级的电子地图。
“全国县级以上的行政单位有2862个,我们的地图做了2859个,就差三个。应该是国内最详细的电子地图了。”瑞图万方科技有限公司市场部王阳向《财经时报》介绍说,为了做到这点,他们招聘的作图队伍超过700人,相应的投入每年在5000万元以上。
“电子地图是知识产权,谁也不愿意把自己辛辛苦苦制作的东西拿出来。”王阳继而分析说,这种心态使得每家电子地图厂商无法合作,只能大规模“烧钱”。据悉,目前国内八家电子地图企业总投入均在数千万美元以上,一些缺乏实力的企业已经显露出窘态。
由此导致的整个产业链的连锁反应就是:由于标准不一,这使得产业链其他环节的产品对接难以顺畅,依附于电子地图之上的增殖服务同样难以开展。而且由于各家电子地图都难以精准,这也导致车载GPS产品只在大城市受到追捧,而在二三级城市,信赖并使用车载GPS产品的用户微乎其微。
“得标准者得天下”。业内人士对此认为,由于各家厂商都希望凭借标准的力量一统江湖,这种标准缺失的局面显然无法在短期内打破。市场竞争将是促进公司合作和融合的最终动力。
标准明年统一?
国家发改委、国家测绘局等有关部门早已意识到电子地图标准缺失所带来的危害。《财经时报》从有关渠道获悉,通过这些主管部门的努力,我国将有望在明年出台相应的电子地图标准。
据知情人介绍,上述部门原计划在今年年初推出相关标准,但由于进度缓慢,这一标准将推迟到明年。
早在去年6月,国家发改委和国家标准化委员就发起制订了《导航电子地图基本技术要求规范》。去年10月,《规范》通过中国质量监督局审批。但是,这个国内首份导航电子地图的强制标准迟迟没有正式出台。
国家测绘局也在加紧开展相关法律法规、产业政策以及标准的制定。2004年之后,国家测绘局现汇颁布了《导航电子地图制作资质标准》,完善了地图保密插件技术,完成了《导航地理数据采集处理技术规定》的制定。目前,《导航地理数据采集处理技术规定》和《导航电子地图格式和内容》等有关标准也在制定之中。
可供借鉴的是,国外导航电子地图的标准与规范制定,在经历10多年时间的发展后,已经初步完善。其中相关的主要行业标准化组织有ISO TC204/WG3等,标准/格式有GDF、KIWI、NavTech等几种。
“国外电子地图基本是寡头垄断,其标准制定也走了不少弯路。我国电子地图竞争混乱的局面下,标准建设工作无疑更存在困难。”12月20日,国家测绘局一位不愿透露姓名的官员向《财经时报》透露说。
名词解释
三大国际标准1.GDF格式:是欧洲交通网络表达的空间数据标准,规定了获取数据的方法和如何定义各类特征要素、属性数据和相互关系。主要用于汽车导航系统,也可用在其他交通数据资料库中。最新版本的GDF 4.0极有可能被ISO采纳而成为国际标准。
2.KIWI格式:是由KIWI-W Consortium制定的标准,专门针对汽车导航的电子数据格式。该格式是公开的,任何人都可使用。
3.NavTech的数据格式: NavTech公司推出的大比例尺的道路网商用数据格式,主要用于车辆导航应用。NavTech公司自有的商用地理数据库的数据格式是SDAL,通过SDAL编译器,可以把一般的电子地图数据转换为SDAL格式,进而可由SDAL程序接口调用SDAL格式数据用于各种车辆导航应用。
没有都用过不敢妄言
用过goole maps
开发起来比较方便速度快
最主要的就是中文资料比较多
我想,你说的所有地图的来源基本上都是GOOGLE的卫星地图。
当然,GOOGLE第一个开始搞的人,实力也是最雄厚的。