<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: KML 3 Kick-off, Module: Core</title>
	<atom:link href="http://highearthorbit.com/kml-3-kick-off-module-core/feed/" rel="self" type="application/rss+xml" />
	<link>http://highearthorbit.com/kml-3-kick-off-module-core/</link>
	<description>Transmitting ideas, observations, and images from 42,000 km.</description>
	<pubDate>Fri, 25 Jul 2008 16:02:45 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: mapufacture &#187; KML Modules: Services</title>
		<link>http://highearthorbit.com/kml-3-kick-off-module-core/#comment-101014</link>
		<dc:creator>mapufacture &#187; KML Modules: Services</dc:creator>
		<pubDate>Tue, 14 Aug 2007 14:07:56 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/kml-3-kick-off-module-core/#comment-101014</guid>
		<description>[...] So far I&#8217;ve covered the modules: Core, Styling, and Metadata. Another important one is the Services module. This defines how KML can link to external resources like OpenSearch, WFS, WMS, or others. [...]</description>
		<content:encoded><![CDATA[<p>[...] So far I&#8217;ve covered the modules: Core, Styling, and Metadata. Another important one is the Services module. This defines how KML can link to external resources like OpenSearch, WFS, WMS, or others. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://highearthorbit.com/kml-3-kick-off-module-core/#comment-100183</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Thu, 09 Aug 2007 23:31:04 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/kml-3-kick-off-module-core/#comment-100183</guid>
		<description>@Charlie - see my &lt;a href="http://highearthorbit.com/a-proposal-georss-kml/" title="HighEarthOrbit: A Proposal for GeoRSS and KML" rel="me" rel="nofollow"&gt;post about GeoRSS and KML&lt;/a&gt;. KML itself wouldn't be "subscribable" - as KML is just a document format. However, KML would prescribe a way to designate a "feed" that included updates to the source of the KML document. That way, you could download a KML document that included the current data, and then subscribe to the GeoRSS (Atom) feed that would publish updates to add onto the collection of geographies in the KML.

Feed Readers could decide to implement KML parsing if they wanted to, but more useful would be if they supported GeoRSS parsing and display. 

</description>
		<content:encoded><![CDATA[<p>@Charlie - see my <a href="http://highearthorbit.com/a-proposal-georss-kml/" title="HighEarthOrbit: A Proposal for GeoRSS and KML" rel="me" rel="nofollow">post about GeoRSS and KML</a>. KML itself wouldn&#8217;t be &#8220;subscribable&#8221; - as KML is just a document format. However, KML would prescribe a way to designate a &#8220;feed&#8221; that included updates to the source of the KML document. That way, you could download a KML document that included the current data, and then subscribe to the GeoRSS (Atom) feed that would publish updates to add onto the collection of geographies in the KML.</p>
<p>Feed Readers could decide to implement KML parsing if they wanted to, but more useful would be if they supported GeoRSS parsing and display.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charlie</title>
		<link>http://highearthorbit.com/kml-3-kick-off-module-core/#comment-100180</link>
		<dc:creator>Charlie</dc:creator>
		<pubDate>Thu, 09 Aug 2007 22:47:15 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/kml-3-kick-off-module-core/#comment-100180</guid>
		<description>&lt;blockquote&gt;In addition, providing the current Atom support allows for attribution and other interesting things for linking to HTML and GeoRSS.&lt;/blockquote&gt;

Does this mean a future kml document can be "subscribed to" by current Atom-feed readers? Or would the feed readers need to be updated?</description>
		<content:encoded><![CDATA[<blockquote><p>In addition, providing the current Atom support allows for attribution and other interesting things for linking to HTML and GeoRSS.</p></blockquote>
<p>Does this mean a future kml document can be &#8220;subscribed to&#8221; by current Atom-feed readers? Or would the feed readers need to be updated?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: High Earth Orbit &#187; Blog Archive &#187; KML 3 Kick-off, Module: Metadata</title>
		<link>http://highearthorbit.com/kml-3-kick-off-module-core/#comment-99784</link>
		<dc:creator>High Earth Orbit &#187; Blog Archive &#187; KML 3 Kick-off, Module: Metadata</dc:creator>
		<pubDate>Tue, 07 Aug 2007 16:26:02 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/kml-3-kick-off-module-core/#comment-99784</guid>
		<description>[...] This is especially important using the concept of modules that allow KML implementations to only include pertinent areas of functionality. If a mobile phone client want to display markers, but isn&#8217;t going to use Metadata it shouldn&#8217;t be required to implement the complex Schema parsing just to get at the markers. [...]</description>
		<content:encoded><![CDATA[<p>[...] This is especially important using the concept of modules that allow KML implementations to only include pertinent areas of functionality. If a mobile phone client want to display markers, but isn&#8217;t going to use Metadata it shouldn&#8217;t be required to implement the complex Schema parsing just to get at the markers. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
