|
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间:2008-08-08 关键字: webgis
SVG(Scalable Vector Graphics)是W3C组织为适应InternetWeb应用的飞速发展需要而制定的一套基于XML语言的二维可缩放矢量图形语言描述规范。传统的HTML静态页面描述语言的采用的标记固定、有限且无内涵、不支持矢量图形等缺点日益暴露出来,已经越来越满足不了WebGIS发展要求。目前网络上浒的MacroMiedia公司提出的SWF文件格式以其图像矢量化,文件较小及具有交互性而倍受青睐,但它相比于SVG,还是有一些不足之处。XML作为公认的世界未来统一格式标准已经为越来越多的领域所应用。SVG作为XML的一个描述矢量图形的子集的出现,为解决WebGIS面临的静态性,数据格式多样性,平台相关的Web内容表现和缺乏交互性,网络传输慢等问题提供了一个全新的解决方法。 1 SVG与HTML的比较 2 SVG与SWF的比较 3 SVG与VRML的比较 虚拟现实建模语言是用来描述三维交互场景和实体的一种文件格式。用于联接全球网(WWW)。它可以用于创建复杂场景的三维表示,如装饰图像,产品设计和虚拟现实实现。同Java 3D一样,VRML也是遵循OpenGL标准的。OpenGL是近年来发展起来的一个性能卓越的三维图形标准,它是在SGI等多家世界闻名的计算机公司的倡导下,以SGI的GL三维图形库为基础制定的一个通用共享的开放式三维图形标准。VRML在其描述中也采用了节点树的表达方式。与VRML不同的是,SVG是专门针对二维场景而推出的一种基于是XML标准的标记言语,对三维场景它显然无能为力。另一方面,VRML并不是基于XML标准的,这对我们实现三维OpenGIS也是一个不利因素。 4 SVG与GML、VML、PGML的比较 矢量标识语言(VML),精度图像标识语言(PGML)都是作为W3C的矢量图像初始标准在1998年提出的。VML和PGML在很多地方非常的类似,但VML比较适合一些普通矢量图像,而PGML可以做出更加丰富多彩,适合专业设计和公众出版的图像。为了进一步促进图像标准的发展,W3C成立了SVG工作组。SVG工作组将VML和PGML的优势结合在了一起,重新推出了新的标准矢量格式,这就是SVG。GML、SVG、VML都与矢量图形有着密切的关系:GML在表示实体的空间信息的同时加入了实体的其他属性信息,是表示实体的空间信息和属性的编码标准,但它并不支持直接显示图形。而VML和SVG是在表示图形的矢量信息同时加入了图形的显示信息(即以什么样的样式显示矢量图形),是显示矢量图形的两种比较好的格式。相比之下,SVG是综合了VML的优点后推出的,是国际标准,它比VML具有更多的优点,也有更广阔的前景。 基于SVG的系统主要由Web服务、GIS服务和数据存储三部分的关键技术构成,采用基于B/S方式的三层体系结构,整个工作流程如下:
}
4 查询功能的实现 SVG技术不仅用于地图的展示,任何矢量图形都可以使用该技术。基于该技术的图像具有图形美观、文件标准统一、可读性强、灵活易用等特点。个人觉得SVG技术在WebGIS及互联网上的矢量图形发布中将具有广阔的应用前景。
声明:JavaEye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
|
|
| 返回顶楼 | |
|
最后更新时间:2008-08-11
建议增加一个讨论svg做webgis的栏目,听说浙江电力系统这方面在做,做的还可以
|
|
| 返回顶楼 | |
|
最后更新时间:2008-08-11
everlasting_188 写道
建议增加一个讨论svg做webgis的栏目,听说浙江电力系统这方面在做,做的还可以
电力系统的gis我倒是体验过,日本的人做的,贼贵,据说上千万。 个人感觉svg/webgis是个好的方向。 建议增加webgis/flex的标签或者讨论区。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-08-12
这个性能测试过吗?就像google earth那样的数据量
|
|
| 返回顶楼 | |
|
最后更新时间:2008-08-26
性能是大问题
|
|
| 返回顶楼 | |
|
最后更新时间:2008-09-02
everlasting_188 写道 建议增加一个讨论svg做webgis的栏目,听说浙江电力系统这方面在做,做的还可以
|
|
| 返回顶楼 | |
|
最后更新时间:2008-09-05
性能是问题!SVG不可能做到GIS那么大
|
|
| 返回顶楼 | |
|
最后更新时间:2008-09-05
不错,我也刚刚开始接触这玩意儿!
|
|
| 返回顶楼 | |
|
最后更新时间:2008-09-05
如果MAP SERVER 开发商打算在GIS SERVER产品中将地图以SVG方式返回给客户端请求者时,那么可以考虑SVG的技术。不过和楼主说的过程不同。根本不用生成GML,再由GML转SVG,而是WEB GIS服务器的开发语言(譬如Java),根据SLD文件的描述,以及请求的参数,直接由空间数据生成SVG,性能更好,而生成GML再转SVG的时候(同时结合SLD的描述)的效率太低。
如果是WEB GIS 应用开发商,那开发WEB GIS时应主要关注OGC的WEB GIS规范,OGC官方开源GEOSERVER所提供的WEB GIS服务性能非常高。FLex+GEOSERVER(或者 基于JS的开源openlayers+geoserver)就可以很快开发出高性能,易用的 WEB GIS应用来,而可以不必考虑SVG技术。 如果在客户端根据地理信息数据画出SVG,性能是个大问题。而考虑以SVG作为地理空间信息存储的格式,就好像用xml取代关系数据库一样,非常不现实。 地理信息数据交换用SVG更是不必要,因为WEB GIS 规范中的服务服务返回的地理信息数据也是XML形式(GML),而SVG中则包含了更多的图形渲染的信息。 在客户端对SVG进行搜索来找到一个或者多个Feature,肯定不如在服务器端对空间数据库的搜索性能好,而且所找的信息未必全面,因为大的地理信息系统中不会把所有的空间数据一次性提出来到客户端。而是根据客户端的请求地理空间范围来给出相应的地理信息,以减少信息的传输。 当地图缩小时,不仅是矢量图进行了缩小,而是更大地地理空间范围纳入了视野,要重新根据需要显示地理空间数据绘制SVG图形。 放大和平移也是同样道理,因此不是客户端自己操作就能改变的,必须重新向服务器请求SVG才行。 综上所述,现阶段 WEB GIS应用开发者(GIS SERVER开发者除外),不必关注SVG技术,等支持SVGde服务器面世之后关注也来得及。用Flex+支持WEB GIS规范的GIS SERVER可以快速开发出WEB GIS。 或者熟悉JS的人用 openlayers+支持WEB GIS规范的GIS SERVER 也是一条快速路径。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-09-05
等等等。。。。。
|
|
| 返回顶楼 | |










