<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: KML: HTML for the Geoweb</title>
	<atom:link href="http://crschmidt.net/blog/archives/303/kml-html-for-the-geoweb/feed/" rel="self" type="application/rss+xml" />
	<link>http://crschmidt.net/blog/archives/303/kml-html-for-the-geoweb/</link>
	<description>Ramblings of a GIS Hacker</description>
	<pubDate>Wed, 19 Jun 2013 21:33:20 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: KML is an OGC Open Specification! &#124; It&#8217;s All About Data</title>
		<link>http://crschmidt.net/blog/archives/303/kml-html-for-the-geoweb/comment-page-1/#comment-20247</link>
		<dc:creator>KML is an OGC Open Specification! &#124; It&#8217;s All About Data</dc:creator>
		<pubDate>Tue, 10 Mar 2009 18:26:15 +0000</pubDate>
		<guid isPermaLink="false">http://crschmidt.net/blog/archives/303/kml-html-for-the-geoweb/#comment-20247</guid>
		<description>[...] is about content, KML is about display. There is quite a difference – I think Chris Schmidt’s recent posting on this is worth reading if you, like me, find spatial data formats a captivating [...]</description>
		<content:encoded><![CDATA[<p>[...] is about content, KML is about display. There is quite a difference – I think Chris Schmidt’s recent posting on this is worth reading if you, like me, find spatial data formats a captivating [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nodalities &#187; Blog Archive &#187; This Week&#8217;s Semantic Web</title>
		<link>http://crschmidt.net/blog/archives/303/kml-html-for-the-geoweb/comment-page-1/#comment-19644</link>
		<dc:creator>Nodalities &#187; Blog Archive &#187; This Week&#8217;s Semantic Web</dc:creator>
		<pubDate>Thu, 17 Apr 2008 17:52:23 +0000</pubDate>
		<guid isPermaLink="false">http://crschmidt.net/blog/archives/303/kml-html-for-the-geoweb/#comment-19644</guid>
		<description>[...] KML: HTML for the Geoweb [...]</description>
		<content:encoded><![CDATA[<p>[...] KML: HTML for the Geoweb [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Flood</title>
		<link>http://crschmidt.net/blog/archives/303/kml-html-for-the-geoweb/comment-page-1/#comment-19541</link>
		<dc:creator>Brian Flood</dc:creator>
		<pubDate>Wed, 12 Mar 2008 16:58:38 +0000</pubDate>
		<guid isPermaLink="false">http://crschmidt.net/blog/archives/303/kml-html-for-the-geoweb/#comment-19541</guid>
		<description>hi csrchmidt

I think the SchemaData tags introduced in KML 2.2 certainly help in the area of portable attribute data. granted, most exports do not include schema data and the spec seems a little light on field types (no Date type?) but once you include these values, I don't see KML too differently from other exchange formats. 

my 2 cents...

cheers
brian</description>
		<content:encoded><![CDATA[<p>hi csrchmidt</p>
<p>I think the SchemaData tags introduced in KML 2.2 certainly help in the area of portable attribute data. granted, most exports do not include schema data and the spec seems a little light on field types (no Date type?) but once you include these values, I don&#8217;t see KML too differently from other exchange formats. </p>
<p>my 2 cents&#8230;</p>
<p>cheers<br />
brian</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: crschmidt</title>
		<link>http://crschmidt.net/blog/archives/303/kml-html-for-the-geoweb/comment-page-1/#comment-19532</link>
		<dc:creator>crschmidt</dc:creator>
		<pubDate>Thu, 06 Mar 2008 17:23:38 +0000</pubDate>
		<guid isPermaLink="false">http://crschmidt.net/blog/archives/303/kml-html-for-the-geoweb/#comment-19532</guid>
		<description>Jeremy:

I'm not sure I understand the question? I'm not saying that KML is doing anything wrong, but geometry and time are not the only important attributes of geographic features, and KML lacks the capacity to describe the more complete set of attributes that is generally neccesary to work in any non-presentational way with geographic features.</description>
		<content:encoded><![CDATA[<p>Jeremy:</p>
<p>I&#8217;m not sure I understand the question? I&#8217;m not saying that KML is doing anything wrong, but geometry and time are not the only important attributes of geographic features, and KML lacks the capacity to describe the more complete set of attributes that is generally neccesary to work in any non-presentational way with geographic features.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Cothran</title>
		<link>http://crschmidt.net/blog/archives/303/kml-html-for-the-geoweb/comment-page-1/#comment-19531</link>
		<dc:creator>Jeremy Cothran</dc:creator>
		<pubDate>Thu, 06 Mar 2008 16:58:58 +0000</pubDate>
		<guid isPermaLink="false">http://crschmidt.net/blog/archives/303/kml-html-for-the-geoweb/#comment-19531</guid>
		<description>I’ve seen continued belief by some users that KML is a geographic data interchange format. Although exchanging geographic data via KML is possible, it’s not an interchange format for data: it’ s primarily an interchange format for presentation.

==

While I generally agree with the above statement, KML does copy GML in regards to location and ISO8601 in regards to time formatting so why not copy a few popular content standards also as a feature rather than a bug, especially for low-bandwidth type data ?    KML can continue to structurally maintain separation between styling and content within the same document file.

"The medium is the message" - McLuhan</description>
		<content:encoded><![CDATA[<p>I’ve seen continued belief by some users that KML is a geographic data interchange format. Although exchanging geographic data via KML is possible, it’s not an interchange format for data: it’ s primarily an interchange format for presentation.</p>
<p>==</p>
<p>While I generally agree with the above statement, KML does copy GML in regards to location and ISO8601 in regards to time formatting so why not copy a few popular content standards also as a feature rather than a bug, especially for low-bandwidth type data ?    KML can continue to structurally maintain separation between styling and content within the same document file.</p>
<p>&#8220;The medium is the message&#8221; - McLuhan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Links: Games, KML, Data, and more &#187; all about google</title>
		<link>http://crschmidt.net/blog/archives/303/kml-html-for-the-geoweb/comment-page-1/#comment-19521</link>
		<dc:creator>Links: Games, KML, Data, and more &#187; all about google</dc:creator>
		<pubDate>Wed, 05 Mar 2008 10:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://crschmidt.net/blog/archives/303/kml-html-for-the-geoweb/#comment-19521</guid>
		<description>[...] observations - Christopher Schmidt makes some interesting observations about how he sees KML fitting into the GeoWeb as a standard equivalent to [...]</description>
		<content:encoded><![CDATA[<p>[...] observations - Christopher Schmidt makes some interesting observations about how he sees KML fitting into the GeoWeb as a standard equivalent to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Understanding Google Maps &#38; Yahoo Local Search &#187; Local Links of Interest &#124; Developing Knowledge about Local Search</title>
		<link>http://crschmidt.net/blog/archives/303/kml-html-for-the-geoweb/comment-page-1/#comment-19520</link>
		<dc:creator>Understanding Google Maps &#38; Yahoo Local Search &#187; Local Links of Interest &#124; Developing Knowledge about Local Search</dc:creator>
		<pubDate>Tue, 04 Mar 2008 19:14:31 +0000</pubDate>
		<guid isPermaLink="false">http://crschmidt.net/blog/archives/303/kml-html-for-the-geoweb/#comment-19520</guid>
		<description>[...] KML: HTML for the Geoweb - Christopher Schmidt, TechnicalRamblings KML has become the “HTML” of the Geographic Web. With limited semantic meaning, a combination of mostly-human understandable XML tags for the majority of the usages, widespread use and abuse for purposes far beyond the original thoughts and intentions of the designers, and more, KML fits well into the geographic version of the niche filled by HTML in more generalized content publishing. [...]</description>
		<content:encoded><![CDATA[<p>[...] KML: HTML for the Geoweb - Christopher Schmidt, TechnicalRamblings KML has become the “HTML” of the Geographic Web. With limited semantic meaning, a combination of mostly-human understandable XML tags for the majority of the usages, widespread use and abuse for purposes far beyond the original thoughts and intentions of the designers, and more, KML fits well into the geographic version of the niche filled by HTML in more generalized content publishing. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
