在 KML ExtendedData 中存储自定义数据
Storing custom data in KML ExtendedData
我正在编写一些代码来输出 KML 文件,某些特定于应用程序的信息存储在 ExtendedData 节点中。作为调试 KML 有效性的一种简单方法,我使用启用了 "Show prompts for all errors" 选项的 Google 地球 (http://screencast.com/t/UDkJc6Nv5G4)。
我正在尝试将 ExtendedData 编写为无类型的任意标记,如 namespace_prefix:other 下的 KML 参考中所述(请参阅:https://developers.google.com/kml/documentation/kmlreference?csw=1#extendeddata) The problem is, even if I replicate their sample code precisely, Google Earth complains about an unknown element: http://screencast.com/t/bCMgaDiDYdWt .
这是完整的 KML:
<?xml version="1.0" encoding="UTF-8"?>
<kml xmlns="http://www.opengis.net/kml/2.2">
<Document>
<name>Sample KML.kml</name>
<Placemark>
<name>Test KML</name>
<Point>
<coordinates>-118.405022621,33.943893977,0</coordinates>
</Point>
<ExtendedData xmlns:prefix="camp">
<camp:number>14</camp:number>
<camp:parkingSpaces>2</camp:parkingSpaces>
<camp:tentSites>4</camp:tentSites>
</ExtendedData>
</Placemark>
</Document>
</kml>
我知道有其他方法可以包含特定于应用程序的数据(即 、 等)- 但对于这个问题,我想弄清楚为什么 Google 自己的软件将此报告为无效,当它直接来自他们自己的示例时。我是否遗漏了 KML 中的其他内容,或者我是否误解了文档?
示例正确。但是,当在 Google Earth 中启用“显示所有错误的提示”选项时,扩展数据的任意命名空间始终显示为错误。
这在 2009 年被报告为一个问题,但尚未修复。
https://code.google.com/p/earth-issues/issues/detail?id=438
根据 KML 2.2 规范的定义,对扩展数据使用任意命名空间是 KML 的有效用法,因此这并不是真正的错误。 Google Earth 只是报告它不知道如何处理该元素,这是正确的,因为当 adding arbitrary XML data to a Feature Google Earth 保留此数据但不处理它。它应该不会被报告为错误。
下面是一个在 KML 中为扩展数据使用真实命名空间的示例。此示例将 Dublin Core 命名空间用于 KML 的元数据:
https://productforums.google.com/d/msg/maps/8pbTmPIbj18/J_w2mjRWyQoJ
如果要验证 KML 中的任意命名空间,则不能使用 Google Earth 的验证。您需要一个 XML 架构感知验证器,例如独立的注释行工具 XmlValidate. Further discussion of validation in Google Earth can be found here.
我也被这个问题困扰了——对问题和答案投了赞成票。但我确实想补充一点,您复制的 XML 在技术上是不正确的。你的来自:
https://developers.google.com/kml/documentation/kmlreference#extendeddata
而更好的解释和正确的 xml 位于:
https://developers.google.com/kml/documentation/extendeddata
如前所述——它对解决这些错误没有帮助。如果您的版本完全有效,那是因为您直接使用了命名空间,而不是前缀。
这是来自第二个站点的示例:
<ExtendedData xmlns:camp="http://campsites.com">
<camp:number>14</camp:number>
<camp:parkingSpaces>2</camp:parkingSpaces>
<camp:tentSites>4</camp:tentSites>
</ExtendedData>
请注意,"prefix"替换为实际前缀("camp"),命名空间用于定义前缀,但未使用。
只需 2c.
我正在编写一些代码来输出 KML 文件,某些特定于应用程序的信息存储在 ExtendedData 节点中。作为调试 KML 有效性的一种简单方法,我使用启用了 "Show prompts for all errors" 选项的 Google 地球 (http://screencast.com/t/UDkJc6Nv5G4)。
我正在尝试将 ExtendedData 编写为无类型的任意标记,如 namespace_prefix:other 下的 KML 参考中所述(请参阅:https://developers.google.com/kml/documentation/kmlreference?csw=1#extendeddata) The problem is, even if I replicate their sample code precisely, Google Earth complains about an unknown element: http://screencast.com/t/bCMgaDiDYdWt .
这是完整的 KML:
<?xml version="1.0" encoding="UTF-8"?>
<kml xmlns="http://www.opengis.net/kml/2.2">
<Document>
<name>Sample KML.kml</name>
<Placemark>
<name>Test KML</name>
<Point>
<coordinates>-118.405022621,33.943893977,0</coordinates>
</Point>
<ExtendedData xmlns:prefix="camp">
<camp:number>14</camp:number>
<camp:parkingSpaces>2</camp:parkingSpaces>
<camp:tentSites>4</camp:tentSites>
</ExtendedData>
</Placemark>
</Document>
</kml>
我知道有其他方法可以包含特定于应用程序的数据(即 、
示例正确。但是,当在 Google Earth 中启用“显示所有错误的提示”选项时,扩展数据的任意命名空间始终显示为错误。
这在 2009 年被报告为一个问题,但尚未修复。 https://code.google.com/p/earth-issues/issues/detail?id=438
根据 KML 2.2 规范的定义,对扩展数据使用任意命名空间是 KML 的有效用法,因此这并不是真正的错误。 Google Earth 只是报告它不知道如何处理该元素,这是正确的,因为当 adding arbitrary XML data to a Feature Google Earth 保留此数据但不处理它。它应该不会被报告为错误。
下面是一个在 KML 中为扩展数据使用真实命名空间的示例。此示例将 Dublin Core 命名空间用于 KML 的元数据: https://productforums.google.com/d/msg/maps/8pbTmPIbj18/J_w2mjRWyQoJ
如果要验证 KML 中的任意命名空间,则不能使用 Google Earth 的验证。您需要一个 XML 架构感知验证器,例如独立的注释行工具 XmlValidate. Further discussion of validation in Google Earth can be found here.
我也被这个问题困扰了——对问题和答案投了赞成票。但我确实想补充一点,您复制的 XML 在技术上是不正确的。你的来自:
https://developers.google.com/kml/documentation/kmlreference#extendeddata
而更好的解释和正确的 xml 位于:
https://developers.google.com/kml/documentation/extendeddata
如前所述——它对解决这些错误没有帮助。如果您的版本完全有效,那是因为您直接使用了命名空间,而不是前缀。
这是来自第二个站点的示例:
<ExtendedData xmlns:camp="http://campsites.com">
<camp:number>14</camp:number>
<camp:parkingSpaces>2</camp:parkingSpaces>
<camp:tentSites>4</camp:tentSites>
</ExtendedData>
请注意,"prefix"替换为实际前缀("camp"),命名空间用于定义前缀,但未使用。
只需 2c.