<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for linked, not bound</title>
	<atom:link href="http://linkednotbound.net/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://linkednotbound.net</link>
	<description>web-inspired software architecture</description>
	<lastBuildDate>Thu, 10 Feb 2011 16:41:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on Self-Descriptive Hypermedia by zazi</title>
		<link>http://linkednotbound.net/2010/07/19/self-descriptive-hypermedia/#comment-471</link>
		<dc:creator><![CDATA[zazi]]></dc:creator>
		<pubDate>Thu, 10 Feb 2011 16:41:00 +0000</pubDate>
		<guid isPermaLink="false">http://linkednotbound.net/?p=41#comment-471</guid>
		<description><![CDATA[I think that cries for the application of a standardized description format whose instantiations can be serialized into appropriated representation formats that are consumable by the interacting clients (instead of creating all the time domain-specific media types that describe domain models). 
So, I would suggest to use RDF Model as a basis and utilize existing Semantic Web knowledge representation languages and specific ontologies, that are built on top of that knowledge representation structure, for creating such domain-specific description. If you won&#039;t find an appropriated Semantic Web ontology to describe (parts of) your domain model, you can create a new one. However, it is generally better to utilize existing Semantic Web ontologies to establish easier a shared understanding. 

What do you think about that way?]]></description>
		<content:encoded><![CDATA[<p>I think that cries for the application of a standardized description format whose instantiations can be serialized into appropriated representation formats that are consumable by the interacting clients (instead of creating all the time domain-specific media types that describe domain models).<br />
So, I would suggest to use RDF Model as a basis and utilize existing Semantic Web knowledge representation languages and specific ontologies, that are built on top of that knowledge representation structure, for creating such domain-specific description. If you won&#8217;t find an appropriated Semantic Web ontology to describe (parts of) your domain model, you can create a new one. However, it is generally better to utilize existing Semantic Web ontologies to establish easier a shared understanding. </p>
<p>What do you think about that way?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Self-Descriptive Hypermedia by Client-driven APIs &#124; Loosely Connected</title>
		<link>http://linkednotbound.net/2010/07/19/self-descriptive-hypermedia/#comment-470</link>
		<dc:creator><![CDATA[Client-driven APIs &#124; Loosely Connected]]></dc:creator>
		<pubDate>Thu, 10 Feb 2011 01:38:11 +0000</pubDate>
		<guid isPermaLink="false">http://linkednotbound.net/?p=41#comment-470</guid>
		<description><![CDATA[[...] http://linkednotbound.net/2010/07/19/self-descriptive-hypermedia/ [...]]]></description>
		<content:encoded><![CDATA[<p>[...] <a href="http://linkednotbound.net/2010/07/19/self-descriptive-hypermedia/" rel="nofollow">http://linkednotbound.net/2010/07/19/self-descriptive-hypermedia/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Hypermedia is an Event Filter by This Week in #REST – Volume 33 (Jan 29 2011 – Feb 8 2011) &#171; This week in REST</title>
		<link>http://linkednotbound.net/2011/01/31/hypermedia-is-an-event-filter/#comment-468</link>
		<dc:creator><![CDATA[This Week in #REST – Volume 33 (Jan 29 2011 – Feb 8 2011) &#171; This week in REST]]></dc:creator>
		<pubDate>Wed, 09 Feb 2011 13:46:51 +0000</pubDate>
		<guid isPermaLink="false">http://linkednotbound.net/?p=92#comment-468</guid>
		<description><![CDATA[[...] Hypermedia is an Event Filter &#8211; &#8220;In this post, I will re-examine these alternatives, extending the analysis to the information flowing from client to server and the protocols used to exchange information. By doing so, I hope to clarify the advantages provided by REST for input event processing.&#8221; (by Andrew Wahbe) [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Hypermedia is an Event Filter &#8211; &#8220;In this post, I will re-examine these alternatives, extending the analysis to the information flowing from client to server and the protocols used to exchange information. By doing so, I hope to clarify the advantages provided by REST for input event processing.&#8221; (by Andrew Wahbe) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Hypermedia is an Event Filter by Scott Banwart&#039;s Blog &#187; Blog Archive &#187; Distributed Weekly 88</title>
		<link>http://linkednotbound.net/2011/01/31/hypermedia-is-an-event-filter/#comment-467</link>
		<dc:creator><![CDATA[Scott Banwart&#039;s Blog &#187; Blog Archive &#187; Distributed Weekly 88]]></dc:creator>
		<pubDate>Fri, 04 Feb 2011 14:02:26 +0000</pubDate>
		<guid isPermaLink="false">http://linkednotbound.net/?p=92#comment-467</guid>
		<description><![CDATA[[...] Hypermedia is an Event Filter [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Hypermedia is an Event Filter [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Hypermedia is an Event Filter by Stu</title>
		<link>http://linkednotbound.net/2011/01/31/hypermedia-is-an-event-filter/#comment-466</link>
		<dc:creator><![CDATA[Stu]]></dc:creator>
		<pubDate>Fri, 04 Feb 2011 05:39:56 +0000</pubDate>
		<guid isPermaLink="false">http://linkednotbound.net/?p=92#comment-466</guid>
		<description><![CDATA[+1

(I wish I could say more, but it probably would be jibberishy)]]></description>
		<content:encoded><![CDATA[<p>+1</p>
<p>(I wish I could say more, but it probably would be jibberishy)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Hypermedia is an Event Filter by Tweets that mention Hypermedia is an Event Filter « linked, not bound -- Topsy.com</title>
		<link>http://linkednotbound.net/2011/01/31/hypermedia-is-an-event-filter/#comment-463</link>
		<dc:creator><![CDATA[Tweets that mention Hypermedia is an Event Filter « linked, not bound -- Topsy.com]]></dc:creator>
		<pubDate>Mon, 31 Jan 2011 03:40:57 +0000</pubDate>
		<guid isPermaLink="false">http://linkednotbound.net/?p=92#comment-463</guid>
		<description><![CDATA[[...] This post was mentioned on Twitter by Glenn Block and Darrel Miller, Andrew Wahbe. Andrew Wahbe said: Blogged: Hypermedia is an Event Filter http://wp.me/pOny4-1u [...]]]></description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Glenn Block and Darrel Miller, Andrew Wahbe. Andrew Wahbe said: Blogged: Hypermedia is an Event Filter <a href="http://wp.me/pOny4-1u" rel="nofollow">http://wp.me/pOny4-1u</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Web Linking by This Week in #REST – Volume 30 (Nov 21 2010 – Dec 12 2010) &#171; This week in REST</title>
		<link>http://linkednotbound.net/2010/12/01/web-linking/#comment-439</link>
		<dc:creator><![CDATA[This Week in #REST – Volume 30 (Nov 21 2010 – Dec 12 2010) &#171; This week in REST]]></dc:creator>
		<pubDate>Mon, 13 Dec 2010 10:13:18 +0000</pubDate>
		<guid isPermaLink="false">http://linkednotbound.net/?p=74#comment-439</guid>
		<description><![CDATA[[...] Web Linking &#8211; &#8220;A couple months ago, Mark Nottingham’s Web Linking internet draft made its way to RFC status. This is a pretty significant specification for the web. It does three key things: It provides a generic definition of a “link”; It establishes a registry for link relations; and It defines the HTTP link header.&#8221; (by Andrew Wahbe) [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Web Linking &#8211; &#8220;A couple months ago, Mark Nottingham’s Web Linking internet draft made its way to RFC status. This is a pretty significant specification for the web. It does three key things: It provides a generic definition of a “link”; It establishes a registry for link relations; and It defines the HTTP link header.&#8221; (by Andrew Wahbe) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Web Linking by Scott Banwart&#039;s Blog &#187; Blog Archive &#187; Distributed Weekly 79</title>
		<link>http://linkednotbound.net/2010/12/01/web-linking/#comment-384</link>
		<dc:creator><![CDATA[Scott Banwart&#039;s Blog &#187; Blog Archive &#187; Distributed Weekly 79]]></dc:creator>
		<pubDate>Fri, 03 Dec 2010 14:29:04 +0000</pubDate>
		<guid isPermaLink="false">http://linkednotbound.net/?p=74#comment-384</guid>
		<description><![CDATA[[...] Web Linking [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Web Linking [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Web Linking by Andrew Wahbe</title>
		<link>http://linkednotbound.net/2010/12/01/web-linking/#comment-370</link>
		<dc:creator><![CDATA[Andrew Wahbe]]></dc:creator>
		<pubDate>Wed, 01 Dec 2010 18:16:24 +0000</pubDate>
		<guid isPermaLink="false">http://linkednotbound.net/?p=74#comment-370</guid>
		<description><![CDATA[Oops yes -- I agree on the second example. I forgot to change the content type in the second example from &quot;application/json&quot; to my fictitious &quot;application/node&quot; media type. Will update.

Your comment about &quot;presenting the link to a human&quot; is touching on the &quot;data-guided controls&quot; issue I talked about at the end. More on that to follow.]]></description>
		<content:encoded><![CDATA[<p>Oops yes &#8212; I agree on the second example. I forgot to change the content type in the second example from &#8220;application/json&#8221; to my fictitious &#8220;application/node&#8221; media type. Will update.</p>
<p>Your comment about &#8220;presenting the link to a human&#8221; is touching on the &#8220;data-guided controls&#8221; issue I talked about at the end. More on that to follow.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Web Linking by Nathan</title>
		<link>http://linkednotbound.net/2010/12/01/web-linking/#comment-369</link>
		<dc:creator><![CDATA[Nathan]]></dc:creator>
		<pubDate>Wed, 01 Dec 2010 17:48:32 +0000</pubDate>
		<guid isPermaLink="false">http://linkednotbound.net/?p=74#comment-369</guid>
		<description><![CDATA[The first examples contains 3 URIs, if they were presented to a human in such a way that they were actionable, then those would be called hyperlinks, untyped ones.

The second example is exactly the same, because application/json doesn&#039;t have any hypermedia semantics, the terms href and rel in that JSON have no meaning at all. It&#039;s no good using two terms from another mediatype and saying that they have the same meaning else where, they don&#039;t.

The third example has one fully typed link, the one in the Link header. And that&#039;s the only example with any kind of link in it.

Best,

Nathan]]></description>
		<content:encoded><![CDATA[<p>The first examples contains 3 URIs, if they were presented to a human in such a way that they were actionable, then those would be called hyperlinks, untyped ones.</p>
<p>The second example is exactly the same, because application/json doesn&#8217;t have any hypermedia semantics, the terms href and rel in that JSON have no meaning at all. It&#8217;s no good using two terms from another mediatype and saying that they have the same meaning else where, they don&#8217;t.</p>
<p>The third example has one fully typed link, the one in the Link header. And that&#8217;s the only example with any kind of link in it.</p>
<p>Best,</p>
<p>Nathan</p>
]]></content:encoded>
	</item>
</channel>
</rss>

