http:///liongg.net
零零散散这些概念接触好多年，你说我说这些概念潮起又潮落。从宏观上看，对地理信息(geographic @R_758_4045@ion)或地理数据(Geodata)的操作无外乎获取、处理、存储、传输、显示等。KML、GML、GeoRSS、SVG不过是多种Geodata Format（地理数据文件格式），从本质上看和shapefile之流无异，只不过更适于GeoWeb时代一展风骚罢了。
每一种格式都需要一种或一些软件来解析或渲染，正如ArcMap对shapefile，Google Earth对KML，Virtual Earth 对GeoRSS，Web浏览器对SVG，尽管远不局限于上述所列，但无可否认，谁的“渲染器”用户最多，谁的“渲染器”知名度最大，哪个文件格式就越流行。
2008年4月KML成为OGC标准，工业界的支持和标准的制定从来就是互抛媚眼的你侬我侬。当Google牛逼哄哄的宣称“KML——the HTML of geographic content”，便昭示了Google赞助OGC成为其会员的勃勃雄心，绝不仅仅是让其他的地图、地球显示软件支持，或许有一天，Web浏览器都可以直接解析KML。
而这之前，W3C标准旗下早有SVG的存在，但这玩意从来就没有真正的流行过。为什么呢？除了IE迟迟不予支持外，历史因素不得不考虑。SVG是当年Adobe公司为了狙击Macromedia公司的Falsh而向W3C提议的技术，如今，Macromedia被Adobe收购囊中，天知道谁还理睬SVG？矢量图形技术的未来将是SilverLight和Flash/Flex的拼抢，多年以后，或许无人再提起SVG。
束之高阁的标准从来都不少，HTML之前的SGML，由于其极度灵活而显得冗繁、复杂，当相对简单更适于手工编辑的HTML横空出世，自然深得Web开发者的喜爱，进而众所周知。同样GML先于KML诞生5年，却从乏GIS之外的人知晓，很多人把这两对概念相提并论，GML文件OGC提供了600页的文档，而KML则仅仅200多页。两者也并非取代关系，有人说GML设计是为了描述地理信息，至于表现则交给了SVG，而KML主要是为了表现地理信息，当然也有简单的要素模型。
GeoRSS固然提供了GeoRSS Simple和GeoRSS GML Profile两种形式，可除了让用户更容易制造Mashup外，什么时候用得上你？当RSS1.0、RSS2.0、Atom之间还存在冲突和纷争之时，GeoRSS向何处发展？于是我们不难理解，为什么GeoRSS千年不变，甚至GeoRSS.org连服务器搬迁都那么困难。
但随着时间的推移，谁知道这一切究竟会有什么样的变化呢？现在津津乐道的KML的“表现”，会不会像CSS的流行，类似ColorStyle等标签也从KML中剥离，这时KML的优势何在？有人说，GML灰尘满架主要因为缺乏产业界的支持，试想，如果ESRI等GIS翘楚早早就提供对GML的支持，那KML或许今天只是Simple Feature GML Profile……
历史没有假设，HTML越来越多的倾向于XHTML，不论KML、GML还是GeoRSS、SVG，还好都基于统一原生态的XML，如此一来，利用XSTL技术便不难在这繁多的格式，甚至在未来更多的格式之间相互转换。
当微软雅虎廉颇已老，当Facebook羽翼未丰，Google仍在互联网上如日中天，让我们还是把更多的精力投给KML，谁让我们现在只是历史车轮碾过的泥土而不是推动车轮的力量呢？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。