运行持续集成构建，出于各种原因不依赖HTTP查询是件好事。我们手动解析KML文件中的一些数据，作为第一个冒烟测试，我们将根据KML模式验证它们。目前我们正在使用ogckml22.xsd，但我们希望添加对Google扩展程序的支持，因为我们主要使用Google地图/ Google地球。我们下载了旧架构并在本地使用它进行KML验证。
Google地球似乎会生成具有以下命名空间的KML：
<kml xmlns="http://www.opengis.net/kml/2.2"
xmlns:gx="http://www.google.com/kml/ext/2.2"
xmlns:kml="http://www.opengis.net/kml/2.2"
xmlns:atom="http://www.w3.org/2005/Atom">
http://www.google.com/kml/ext/2.2是Google自己的，并从此通知开始：
<!-- Copyright 2010. Google, Inc. All rights reserved. -->
古老的Google网上论坛讨论here设法无法回答这个问题，但这是我发现的唯一直接解决此问题的资源。
答案 0 :(得分：1)
如果您不转售您的应用程序，那么在不删除版权或Google名称的情况下包含Google扩展程序架构应符合Google的权限。它应该在＆＃34;合理使用＆＃34;如Google Permissions General Guidelines中所定义。
事实上，所有已定义的＆＃34; gx＆＃34;新版KML 2.3 standard中已包含扩展（Track，MultiTrack，Tour等）。
OGC KML 2.3文档是免费的，可以从http://www.opengeospatial.org/standards/kml#downloads下载。
请注意，Google Earth目前仅支持OGC KML 2.2标准。 TBD未来版本可能支持KML 2.3。