<?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 power of hypermedia remains non-obvious</title>
	<atom:link href="http://barelyenough.org/blog/2007/10/the-power-of-hypermedia-remains-non-obvious/feed/" rel="self" type="application/rss+xml" />
	<link>http://barelyenough.org/blog/2007/10/the-power-of-hypermedia-remains-non-obvious/</link>
	<description>… and there is much to be learned</description>
	<lastBuildDate>Thu, 02 Feb 2012 14:46:19 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Peter Williams</title>
		<link>http://barelyenough.org/blog/2007/10/the-power-of-hypermedia-remains-non-obvious/comment-page-1/#comment-33338</link>
		<dc:creator>Peter Williams</dc:creator>
		<pubDate>Fri, 12 Oct 2007 21:16:18 +0000</pubDate>
		<guid isPermaLink="false">http://pezra.barelyenough.org/blog/2007/10/the-power-of-hypermedia-remains-non-obvious/#comment-33338</guid>
		<description>&lt;p&gt;Patrick,&lt;/p&gt;

&lt;p&gt;No offense intended with the Mr bit.  I don&#039;t generally call people I have never meet by their first names (unless of course I am invited to do so).&lt;/p&gt;

&lt;p&gt;As for the subject at hand, I think that data at URI even for closed systems is less than optimal.  It really locks you into what ever the current way of thinking about your system is.  You could use a URI template, I suppose, a way around that problem.  But to allow for future changes to the system you would really need to include the URI template with every response and seems like a lot for effort to avoid generating the URIs server side.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Patrick,</p>
<p>No offense intended with the Mr bit.  I don&#8217;t generally call people I have never meet by their first names (unless of course I am invited to do so).</p>
<p>As for the subject at hand, I think that data at URI even for closed systems is less than optimal.  It really locks you into what ever the current way of thinking about your system is.  You could use a URI template, I suppose, a way around that problem.  But to allow for future changes to the system you would really need to include the URI template with every response and seems like a lot for effort to avoid generating the URIs server side.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick Mueller</title>
		<link>http://barelyenough.org/blog/2007/10/the-power-of-hypermedia-remains-non-obvious/comment-page-1/#comment-33328</link>
		<dc:creator>Patrick Mueller</dc:creator>
		<pubDate>Fri, 12 Oct 2007 20:06:05 +0000</pubDate>
		<guid isPermaLink="false">http://pezra.barelyenough.org/blog/2007/10/the-power-of-hypermedia-remains-non-obvious/#comment-33328</guid>
		<description>&lt;p&gt;Peter, first, please don&#039;t call me Mr.  I&#039;m old, but I&#039;m not ... THAT old!  :-)&lt;/p&gt;

&lt;p&gt;Sorry about the problem submitting comments; there have been some problems with comments at dWorks in the last few days.&lt;/p&gt;

&lt;p&gt;Note I&#039;m not discounting links; I&#039;m suggesting they don&#039;t have to be presented as URLs on the wire.  In fact, your Google Maps sample of the server sending a URL template ... just another case of the data story; the client will end up taking the data and deriving the final URL.  In that case, from the template.  In my example, from some a priori knowledge of the layout of the URLs in the system.&lt;/p&gt;

&lt;p&gt;The &quot;link as data&quot; scheme clearly only works for a &quot;closed system&quot; in which the layout of the URL space is known in advance by the client, or communicated in some other fashion (URL template).  Not appropriate everywhere.  Didn&#039;t mean to imply it would be.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Peter, first, please don&#8217;t call me Mr.  I&#8217;m old, but I&#8217;m not &#8230; THAT old!  :-)</p>
<p>Sorry about the problem submitting comments; there have been some problems with comments at dWorks in the last few days.</p>
<p>Note I&#8217;m not discounting links; I&#8217;m suggesting they don&#8217;t have to be presented as URLs on the wire.  In fact, your Google Maps sample of the server sending a URL template &#8230; just another case of the data story; the client will end up taking the data and deriving the final URL.  In that case, from the template.  In my example, from some a priori knowledge of the layout of the URLs in the system.</p>
<p>The &#8220;link as data&#8221; scheme clearly only works for a &#8220;closed system&#8221; in which the layout of the URL space is known in advance by the client, or communicated in some other fashion (URL template).  Not appropriate everywhere.  Didn&#8217;t mean to imply it would be.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

