<?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: The hammer for every nail</title>
	<atom:link href="http://veryspatial.com/2006/08/the-hammer-for-every-nail/feed/" rel="self" type="application/rss+xml" />
	<link>http://veryspatial.com/2006/08/the-hammer-for-every-nail/</link>
	<description>Discussions on Geography and geospatial technologies</description>
	<lastBuildDate>Wed, 23 May 2012 07:58:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Eric</title>
		<link>http://veryspatial.com/2006/08/the-hammer-for-every-nail/comment-page-1/#comment-210896</link>
		<dc:creator>Eric</dc:creator>
		<pubDate>Wed, 16 Aug 2006 22:23:32 +0000</pubDate>
		<guid isPermaLink="false">http://veryspatial.com/?p=1032#comment-210896</guid>
		<description>One could equally argue that having &#039;so many formats&#039; is not necessary bad - what is truly bad are overly complex and incomprehensible Standards. &quot;Standards&quot; of all stripes become truly standard not simply because they are certified by some Standards Body but rather because they prove to be robust and useful in practice. I would propose that smaller and more focused standards tend to be more successful than those more comprehensive ones designed by committee because they solve a particular problem well and can be more easily understood. The disaster of SDTS is a case it point (even its Profiles didn&#039;t help much). The brilliant complexity that is GML is at a tipping point of being useable by humans (it&#039;s profiles may be more workable).</description>
		<content:encoded><![CDATA[<p>One could equally argue that having &#8216;so many formats&#8217; is not necessary bad &#8211; what is truly bad are overly complex and incomprehensible Standards. &#8220;Standards&#8221; of all stripes become truly standard not simply because they are certified by some Standards Body but rather because they prove to be robust and useful in practice. I would propose that smaller and more focused standards tend to be more successful than those more comprehensive ones designed by committee because they solve a particular problem well and can be more easily understood. The disaster of SDTS is a case it point (even its Profiles didn&#8217;t help much). The brilliant complexity that is GML is at a tipping point of being useable by humans (it&#8217;s profiles may be more workable).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam A. Bacharach</title>
		<link>http://veryspatial.com/2006/08/the-hammer-for-every-nail/comment-page-1/#comment-210290</link>
		<dc:creator>Sam A. Bacharach</dc:creator>
		<pubDate>Tue, 15 Aug 2006 18:59:38 +0000</pubDate>
		<guid isPermaLink="false">http://veryspatial.com/?p=1032#comment-210290</guid>
		<description>Your identification of a need for an ISO answer to data encoding is right on and it is being met as I write this:  The OpenGIS (r) Geography Markup Language (GML) Encoding Specification from OGC is being processed by ISO TC 211 as ISO 19136.  It is scheduled to be released for a Final Draft International Standard ballot this fall and should be published as an International Standard in 2007.</description>
		<content:encoded><![CDATA[<p>Your identification of a need for an ISO answer to data encoding is right on and it is being met as I write this:  The OpenGIS (r) Geography Markup Language (GML) Encoding Specification from OGC is being processed by ISO TC 211 as ISO 19136.  It is scheduled to be released for a Final Draft International Standard ballot this fall and should be published as an International Standard in 2007.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

