地理空间 - GIS谷歌地球/地图虚拟地球

KML ... OGC兼容或垄断格式?

OGC标准 有消息传出,尽管一年多以前才将kml格式视为一种标准...批准它的那一刻引发了许多批评,指责Google意图垄断一种定位良好的格式。 据说kml在OGC标准中,引起了各种各样的意见。

良好

这些标准是好的;如果不存在这些标准,就无法维持不同技术工具(主要是商业工具)之间的互操作性。 的对象 打开Gis联盟 (OGC)的目标是系统化空间数据标准,允许在文档化的方案下创建交换协议,如实体的定义,关系和数据字典等。

查看他们的几个产品在“ogc 标准”口号下的技术列表,我们看到这项工作得到了很好的支持,包括 AutoDesk、ESRI、Bentley、Intergraph、Leica、Oracle、CadCorp、Mapinfo、Manifold.. . 其中包括微软去年。 此表反映了存在 OGC 标准的类别,包括 KML,这将是一种 XML 地理定位数据标准。

到目前为止,已经很难用KML交互,而无需将其导入(KML到DXF),以及日期谷歌一直没有渴求会给你的谷歌地球的能力直接打开一个.SHP或.DXF; 的事实KML标准可能会认为这些事情会改变,因为它确保了进化不听从疯狂的成功标准开始发挥作用,谷歌和地理空间行业的创造力和一般社会。

因此,谷歌发布它的 kml 格式并不错,它在“开放”模式下这样做是好的,因为这样可以保证那些投资开发的人的可持续性。 这意味着无需导入或转换数据即可轻松创建应用程序,尽管看起来非常理论化,但“开放”标准除了协作之外,还寻求中立性,使每个人都受益,而无需将格式注册到特定程序......除了谷歌,当然。。

问题在于,OGC格式的批准在大型技术市场上处于一个敏感时期, 而我们恰恰指的是那个时刻 微软无法购买 雅虎 谁决定与谷歌调情。

微软在桌面工具上击败了谷歌,谷歌在互联网统治地位上击败了所有人,雅虎! 胜过在线广告。 微软押注强制许可,谷歌试图推广使用“它的”免费应用程序,雅虎! 它每秒都会死去。 虚拟地球是每一天 更有吸引力,谷歌地球有更多的报道,雅虎地图......

这些微小的变化使人们怀疑Google是否试图向公众发布kml,这不是因为它正在向世界提供某些东西,而是因为它希望每个人都以已经设法定位的格式工作……类似于Microsoft向任何想要提供.NET的人提供开发桌面应用程序,以确保与样式的兼容性,从而导致极大的痛苦并试图使Java黯然失色。 此外,由于其功能有限,很大一部分地理空间社区都低估了kml的潜力,因为尽管我们承认Google Earth和Google Maps取得了令人钦佩的成就,但kml只不过显示了他妈的位置,因为该原理是ese:基于xml的地域简化,并且始终以网络为中心。 但是,出色的桌面工具的开发只关心导入和导出kml,这是因为Google疯狂的习惯在任何地方钉给我们它们的API。

)GC标准 - 丑陋

...这可以释放开发连接到谷歌地图数据的开发的可能性,而无需通过其API? 到目前为止,如果你想要做一些事情,你必须找到一位谷歌高管,告诉他你想做什么,你想要展示什么,数据看起来如何......然后期望得到最高分辨率水平的条件来显示,您必须放置Google徽标,当然,还有义务以他们能想到的价格购买Google地球企业客户端,或者在极端情况下安装 Google地球专业版 在服务器的条件下,他的奇想。

此外,虽然我们赞赏开替代正在被很好地定位技术,如已在其API开发的谷歌和数以千计的域名的情况下支持的,记得不久前的MySQL,它收到了来自社会各界的高度合作,一天被SUN买了一小笔钱 一万亿美元。 其中那些帮助解决每个版本的错误的人一分钱也没有。

在巴尔的摩会议上,我已经可以想象 OGC 首席执行官 Mark Reichardt 将在全体会议上发表的演讲:“OGC的愿景“,他们肯定会在其中为谷歌提供祭坛。 这部小说将在哪里结束?

高尔基阿尔瓦雷斯

作家、研究员、土地管理模型专家。 他参与了模型的概念化和实施,例如:洪都拉斯国家财产管理系统 SINAP、洪都拉斯联合市政管理模型、地籍管理综合模型 - 尼加拉瓜登记处、哥伦比亚领土 SAT 管理系统. 自 2007 年以来,Geofumadas 知识博客的编辑和 AulaGEO 学院的创建者,其中包括 100 多门关于 GIS - CAD - BIM - 数字孪生主题的课程。

相关文章

2条评论

  1. 好吧。 谢谢你的回答,看起来非常成功。 Google向标准提交kml会使其对反复无常的变化更加稳定。

  2. 你好,

    视图不能与橘子混苹果,有一件事是,谷歌已经做好大企业的地图服务,又是另一回事事情是,OGC给了荣誉,其中谷歌转移他们的信息,多格式地理。

    让我解释一下:在将KML定义为标准时,我们确保它将被记录下来 如何 我们使用的是非常不同的。 谷歌最近发表了一个 履行 没有图书馆与KML一起工作(这将与谷歌希望的一样好,但这是另一场战争)。 在gvSIG已经有不使用这个库的KML支持,并正在努力改进它,因为它是在一个相当简单的格式来发送信息(这并不意味着它的目的是支持GML 3.2,更强大的和可行的替代方案可能大小适合其他用途)。 如果能够向gvSIG提供任何人发布的KML,请使用它进行分析并重新生成另一个KML,以便在您想要的地方发布(无需明显通过Google的服务)是否真的很有趣?

    简而言之,我们绝不能将Google的业务方式与标准的定义相混淆。 就我个人而言,我认为KML是标准的,因为至少我们确保我们都使用相同的格式。

    问候

发表评论

您的电子邮件地址将不会被发表。 必填字段标有 *

因此,检查
关闭
返回顶部按钮