<?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:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: More Linked Data and RDF</title>
	<atom:link href="http://cloudofdata.com/2009/07/more-linked-data-and-rdf/feed/" rel="self" type="application/rss+xml" />
	<link>http://cloudofdata.com/2009/07/more-linked-data-and-rdf/</link>
	<description>Linked Data, Cloud Computing, Semantic Web, SaaS, PaaS, more</description>
	<lastBuildDate>Fri, 10 Feb 2012 10:47:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: micahherstand</title>
		<link>http://cloudofdata.com/2009/07/more-linked-data-and-rdf/comment-page-1/#comment-441</link>
		<dc:creator>micahherstand</dc:creator>
		<pubDate>Wed, 22 Jul 2009 20:32:06 +0000</pubDate>
		<guid isPermaLink="false">http://cloudofdata.com/?p=733#comment-441</guid>
		<description>&gt;&gt;There are surely far more failed 
&gt;&gt;attempts to prematurely constrain in 
&gt;&gt;the name of ’standardisation’ than 
&gt;&gt;successful ones. If we’re trying to 
&gt;&gt;grow and nurture a market (in more 
&gt;&gt;senses than just the commercial,) 
&gt;&gt;shouldn’t we be more permissive? I’d 
&gt;&gt;far rather be engaged in ’selling’ (to 
&gt;&gt;maintain the market metaphor) the 
&gt;&gt;benefits of RDF than apologising for 
&gt;&gt;its imposition, wouldn’t you?

No. It doesn&#039;t work to argue about hypothetical analogies.  Linked Data means all databases are connected (&quot;linked&quot;).  As soon as you allow multiple formats, you might as well stick with web 2.0&#039;s APIs.  Whether RDF or not, there needs to be a single format (or at least a few, standard formats) that a technology such as SPARQL can parse through.  As soon as computers can&#039;t *automatically* understand the semantics of a piece of data, it is no longer the semantic web.  As soon as computers can&#039;t *automatically* link to and from a piece of data, it is no longer linked data.

If multiple formats was argued for by the community strongly enough, then I suppose we could use the idea of ontologies to have a way that SPARQL-like software could look up the way to interpret the software to find out how to interpret the implied triple.  But wouldn&#039;t that just be more of a headache than requiring everyone to use RDF?  Front-end web designers (the thousands who will need to be convinced for this to really take off) are used to a one language per function paradigm (HTML for structure, CSS for style, Javascript for behavior).  As soon as we give them choice, we&#039;re just asking for frustration from all sides.</description>
		<content:encoded><![CDATA[<p>&gt;&gt;There are surely far more failed<br />
&gt;&gt;attempts to prematurely constrain in<br />
&gt;&gt;the name of ’standardisation’ than<br />
&gt;&gt;successful ones. If we’re trying to<br />
&gt;&gt;grow and nurture a market (in more<br />
&gt;&gt;senses than just the commercial,)<br />
&gt;&gt;shouldn’t we be more permissive? I’d<br />
&gt;&gt;far rather be engaged in ’selling’ (to<br />
&gt;&gt;maintain the market metaphor) the<br />
&gt;&gt;benefits of RDF than apologising for<br />
&gt;&gt;its imposition, wouldn’t you?</p>
<p>No. It doesn&#8217;t work to argue about hypothetical analogies.  Linked Data means all databases are connected (&#8220;linked&#8221;).  As soon as you allow multiple formats, you might as well stick with web 2.0&#8242;s APIs.  Whether RDF or not, there needs to be a single format (or at least a few, standard formats) that a technology such as SPARQL can parse through.  As soon as computers can&#8217;t *automatically* understand the semantics of a piece of data, it is no longer the semantic web.  As soon as computers can&#8217;t *automatically* link to and from a piece of data, it is no longer linked data.</p>
<p>If multiple formats was argued for by the community strongly enough, then I suppose we could use the idea of ontologies to have a way that SPARQL-like software could look up the way to interpret the software to find out how to interpret the implied triple.  But wouldn&#8217;t that just be more of a headache than requiring everyone to use RDF?  Front-end web designers (the thousands who will need to be convinced for this to really take off) are used to a one language per function paradigm (HTML for structure, CSS for style, Javascript for behavior).  As soon as we give them choice, we&#8217;re just asking for frustration from all sides.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: micahherstand</title>
		<link>http://cloudofdata.com/2009/07/more-linked-data-and-rdf/comment-page-1/#comment-648</link>
		<dc:creator>micahherstand</dc:creator>
		<pubDate>Wed, 22 Jul 2009 20:32:00 +0000</pubDate>
		<guid isPermaLink="false">http://cloudofdata.com/?p=733#comment-648</guid>
		<description>&gt;&gt;There are surely far more failed 
&gt;&gt;attempts to prematurely constrain in 
&gt;&gt;the name of ’standardisation’ than 
&gt;&gt;successful ones. If we’re trying to 
&gt;&gt;grow and nurture a market (in more 
&gt;&gt;senses than just the commercial,) 
&gt;&gt;shouldn’t we be more permissive? I’d 
&gt;&gt;far rather be engaged in ’selling’ (to 
&gt;&gt;maintain the market metaphor) the 
&gt;&gt;benefits of RDF than apologising for 
&gt;&gt;its imposition, wouldn’t you?

No. It doesn&#039;t work to argue about hypothetical analogies.  Linked Data means all databases are connected (&quot;linked&quot;).  As soon as you allow multiple formats, you might as well stick with web 2.0&#039;s APIs.  Whether RDF or not, there needs to be a single format (or at least a few, standard formats) that a technology such as SPARQL can parse through.  As soon as computers can&#039;t *automatically* understand the semantics of a piece of data, it is no longer the semantic web.  As soon as computers can&#039;t *automatically* link to and from a piece of data, it is no longer linked data.

If multiple formats was argued for by the community strongly enough, then I suppose we could use the idea of ontologies to have a way that SPARQL-like software could look up the way to interpret the software to find out how to interpret the implied triple.  But wouldn&#039;t that just be more of a headache than requiring everyone to use RDF?  Front-end web designers (the thousands who will need to be convinced for this to really take off) are used to a one language per function paradigm (HTML for structure, CSS for style, Javascript for behavior).  As soon as we give them choice, we&#039;re just asking for frustration from all sides.</description>
		<content:encoded><![CDATA[<p>&gt;&gt;There are surely far more failed<br />
&gt;&gt;attempts to prematurely constrain in<br />
&gt;&gt;the name of ’standardisation’ than<br />
&gt;&gt;successful ones. If we’re trying to<br />
&gt;&gt;grow and nurture a market (in more<br />
&gt;&gt;senses than just the commercial,)<br />
&gt;&gt;shouldn’t we be more permissive? I’d<br />
&gt;&gt;far rather be engaged in ’selling’ (to<br />
&gt;&gt;maintain the market metaphor) the<br />
&gt;&gt;benefits of RDF than apologising for<br />
&gt;&gt;its imposition, wouldn’t you?</p>
<p>No. It doesn&#8217;t work to argue about hypothetical analogies.  Linked Data means all databases are connected (&#8220;linked&#8221;).  As soon as you allow multiple formats, you might as well stick with web 2.0&#8242;s APIs.  Whether RDF or not, there needs to be a single format (or at least a few, standard formats) that a technology such as SPARQL can parse through.  As soon as computers can&#8217;t *automatically* understand the semantics of a piece of data, it is no longer the semantic web.  As soon as computers can&#8217;t *automatically* link to and from a piece of data, it is no longer linked data.</p>
<p>If multiple formats was argued for by the community strongly enough, then I suppose we could use the idea of ontologies to have a way that SPARQL-like software could look up the way to interpret the software to find out how to interpret the implied triple.  But wouldn&#8217;t that just be more of a headache than requiring everyone to use RDF?  Front-end web designers (the thousands who will need to be convinced for this to really take off) are used to a one language per function paradigm (HTML for structure, CSS for style, Javascript for behavior).  As soon as we give them choice, we&#8217;re just asking for frustration from all sides.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kingsley Idehen</title>
		<link>http://cloudofdata.com/2009/07/more-linked-data-and-rdf/comment-page-1/#comment-439</link>
		<dc:creator>Kingsley Idehen</dc:creator>
		<pubDate>Wed, 22 Jul 2009 11:31:48 +0000</pubDate>
		<guid isPermaLink="false">http://cloudofdata.com/?p=733#comment-439</guid>
		<description>Ryefriday,

The answer to your question lies in simply understanding that RDF is not the Atom re. graph data models and metadata. 

The Atom is the Entity-Attribute-Value + Classes &amp; Relationships (EAV/CR) data model [1].

The novelty of Linked Data meme lies in the power of the HTTP URI when applied to the EAV/CR data model.

Until that day arrives when we accept that computing, data structures, identity, data access,  didn&#039;t start with the Web, the entire concept of Linked Data will sadly remain mercurial to most :-(

For what its worth here are some links:

1. http://en.wikipedia.org/wiki/Entity-attribute-value_model - EAV/CR data model
2. http://www.youtube.com/watch?v=WEj9vqVvHPc - really watch and listen .

Kingsley</description>
		<content:encoded><![CDATA[<p>Ryefriday,</p>
<p>The answer to your question lies in simply understanding that RDF is not the Atom re. graph data models and metadata. </p>
<p>The Atom is the Entity-Attribute-Value + Classes &amp; Relationships (EAV/CR) data model [1].</p>
<p>The novelty of Linked Data meme lies in the power of the HTTP URI when applied to the EAV/CR data model.</p>
<p>Until that day arrives when we accept that computing, data structures, identity, data access,  didn&#8217;t start with the Web, the entire concept of Linked Data will sadly remain mercurial to most <img src='http://cloudofdata.com/wp-includes/images/smilies/icon_sad.gif' alt=':-(' class='wp-smiley' /> </p>
<p>For what its worth here are some links:</p>
<p>1. <a href="http://en.wikipedia.org/wiki/Entity-attribute-value_model" rel="nofollow">http://en.wikipedia.org/wiki/Entity-attribute-value_model</a> &#8211; EAV/CR data model<br />
2. <a href="http://www.youtube.com/watch?v=WEj9vqVvHPc" rel="nofollow">http://www.youtube.com/watch?v=WEj9vqVvHPc</a> &#8211; really watch and listen .</p>
<p>Kingsley</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kingsley Idehen</title>
		<link>http://cloudofdata.com/2009/07/more-linked-data-and-rdf/comment-page-1/#comment-647</link>
		<dc:creator>Kingsley Idehen</dc:creator>
		<pubDate>Wed, 22 Jul 2009 11:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://cloudofdata.com/?p=733#comment-647</guid>
		<description>Ryefriday,

The answer to your question lies in simply understanding that RDF is not the Atom re. graph data models and metadata. 

The Atom is the Entity-Attribute-Value + Classes &amp; Relationships (EAV/CR) data model [1].

The novelty of Linked Data meme lies in the power of the HTTP URI when applied to the EAV/CR data model.

Until that day arrives when we accept that computing, data structures, identity, data access,  didn&#039;t start with the Web, the entire concept of Linked Data will sadly remain mercurial to most :-(

For what its worth here are some links:

1. http://en.wikipedia.org/wiki/Entity-attribute-value_model - EAV/CR data model
2. http://www.youtube.com/watch?v=WEj9vqVvHPc - really watch and listen .

Kingsley</description>
		<content:encoded><![CDATA[<p>Ryefriday,</p>
<p>The answer to your question lies in simply understanding that RDF is not the Atom re. graph data models and metadata. </p>
<p>The Atom is the Entity-Attribute-Value + Classes &amp; Relationships (EAV/CR) data model [1].</p>
<p>The novelty of Linked Data meme lies in the power of the HTTP URI when applied to the EAV/CR data model.</p>
<p>Until that day arrives when we accept that computing, data structures, identity, data access,  didn&#8217;t start with the Web, the entire concept of Linked Data will sadly remain mercurial to most <img src='http://cloudofdata.com/wp-includes/images/smilies/icon_sad.gif' alt=':-(' class='wp-smiley' /> </p>
<p>For what its worth here are some links:</p>
<p>1. <a href="http://en.wikipedia.org/wiki/Entity-attribute-value_model" rel="nofollow">http://en.wikipedia.org/wiki/Entity-attribute-value_model</a> &#8211; EAV/CR data model<br />
2. <a href="http://www.youtube.com/watch?v=WEj9vqVvHPc" rel="nofollow">http://www.youtube.com/watch?v=WEj9vqVvHPc</a> &#8211; really watch and listen .</p>
<p>Kingsley</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ryefriday</title>
		<link>http://cloudofdata.com/2009/07/more-linked-data-and-rdf/comment-page-1/#comment-438</link>
		<dc:creator>ryefriday</dc:creator>
		<pubDate>Tue, 21 Jul 2009 23:44:40 +0000</pubDate>
		<guid isPermaLink="false">http://cloudofdata.com/?p=733#comment-438</guid>
		<description>Paul,

I find this statement confusing: &quot;Yes… but if, for the sake of argument, I happen to have ‘the idea of a triple’ in some other form, I may not want or need to convert.&quot; 

All RDF is, is a way of talking about linking URIs with URIs - in a form of triple statements. Everything else - N3, RDF/XML, turtle, etc. are just formats for writing it down.

When you understand that, Toby&#039;s comment is simply correct, and nothing else needs to be said. If you have triples and URIs it is hard to come up with something different from RDF. 

If someone comes up with something different, it will have to be so similar to RDF that arguments for using this (to be invented) approach versus RDF are not likely to be very substantial. And in any case, it will be quite easy to convert between it and RDF. 

Irene</description>
		<content:encoded><![CDATA[<p>Paul,</p>
<p>I find this statement confusing: &#8220;Yes… but if, for the sake of argument, I happen to have ‘the idea of a triple’ in some other form, I may not want or need to convert.&#8221; </p>
<p>All RDF is, is a way of talking about linking URIs with URIs &#8211; in a form of triple statements. Everything else &#8211; N3, RDF/XML, turtle, etc. are just formats for writing it down.</p>
<p>When you understand that, Toby&#8217;s comment is simply correct, and nothing else needs to be said. If you have triples and URIs it is hard to come up with something different from RDF. </p>
<p>If someone comes up with something different, it will have to be so similar to RDF that arguments for using this (to be invented) approach versus RDF are not likely to be very substantial. And in any case, it will be quite easy to convert between it and RDF. </p>
<p>Irene</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ryefriday</title>
		<link>http://cloudofdata.com/2009/07/more-linked-data-and-rdf/comment-page-1/#comment-646</link>
		<dc:creator>ryefriday</dc:creator>
		<pubDate>Tue, 21 Jul 2009 23:44:00 +0000</pubDate>
		<guid isPermaLink="false">http://cloudofdata.com/?p=733#comment-646</guid>
		<description>Paul,

I find this statement confusing: &quot;Yes… but if, for the sake of argument, I happen to have ‘the idea of a triple’ in some other form, I may not want or need to convert.&quot; 

All RDF is, is a way of talking about linking URIs with URIs - in a form of triple statements. Everything else - N3, RDF/XML, turtle, etc. are just formats for writing it down.

When you understand that, Toby&#039;s comment is simply correct, and nothing else needs to be said. If you have triples and URIs it is hard to come up with something different from RDF. 

If someone comes up with something different, it will have to be so similar to RDF that arguments for using this (to be invented) approach versus RDF are not likely to be very substantial. And in any case, it will be quite easy to convert between it and RDF. 

Irene</description>
		<content:encoded><![CDATA[<p>Paul,</p>
<p>I find this statement confusing: &#8220;Yes… but if, for the sake of argument, I happen to have ‘the idea of a triple’ in some other form, I may not want or need to convert.&#8221; </p>
<p>All RDF is, is a way of talking about linking URIs with URIs &#8211; in a form of triple statements. Everything else &#8211; N3, RDF/XML, turtle, etc. are just formats for writing it down.</p>
<p>When you understand that, Toby&#8217;s comment is simply correct, and nothing else needs to be said. If you have triples and URIs it is hard to come up with something different from RDF. </p>
<p>If someone comes up with something different, it will have to be so similar to RDF that arguments for using this (to be invented) approach versus RDF are not likely to be very substantial. And in any case, it will be quite easy to convert between it and RDF. </p>
<p>Irene</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bernhard Schandl</title>
		<link>http://cloudofdata.com/2009/07/more-linked-data-and-rdf/comment-page-1/#comment-437</link>
		<dc:creator>Bernhard Schandl</dc:creator>
		<pubDate>Tue, 21 Jul 2009 20:51:43 +0000</pubDate>
		<guid isPermaLink="false">http://cloudofdata.com/?p=733#comment-437</guid>
		<description>Paul, it would be really interesting to see one example that you consider to be Linked Data but is not RDF.</description>
		<content:encoded><![CDATA[<p>Paul, it would be really interesting to see one example that you consider to be Linked Data but is not RDF.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bernhard Schandl</title>
		<link>http://cloudofdata.com/2009/07/more-linked-data-and-rdf/comment-page-1/#comment-645</link>
		<dc:creator>Bernhard Schandl</dc:creator>
		<pubDate>Tue, 21 Jul 2009 20:51:00 +0000</pubDate>
		<guid isPermaLink="false">http://cloudofdata.com/?p=733#comment-645</guid>
		<description>Paul, it would be really interesting to see one example that you consider to be Linked Data but is not RDF.</description>
		<content:encoded><![CDATA[<p>Paul, it would be really interesting to see one example that you consider to be Linked Data but is not RDF.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kingsley Idehen</title>
		<link>http://cloudofdata.com/2009/07/more-linked-data-and-rdf/comment-page-1/#comment-435</link>
		<dc:creator>Kingsley Idehen</dc:creator>
		<pubDate>Tue, 21 Jul 2009 09:23:54 +0000</pubDate>
		<guid isPermaLink="false">http://cloudofdata.com/?p=733#comment-435</guid>
		<description>Paul, 

Clearly your original thoughts where about RDF/XML the format. I discern that with clarity from your comments.

As I indicated in response to Ross, I can bear with current protraction of RDF model and data representation conflation problem; especially, since the version 1.0 of the RDF story is fully to blame for this confusion.

Today though, we do have a clear distinction between the model and its data representational formats (RDF/XML, RDF/JSON, Turtle, N3, TriX, TriG, and others).

If any data space that connects to the Web uses HTTP URIs as identifiers for records, record attributes, and record attribute values, we have Linked Data on the Web as espoused by the Linked Data meme. 

Does the model need to be literally &quot;RDF&quot;? 

Answer: No. 

Does the model need to provide a machine readable mechanism for describing  Entities via a constellation of characteristics (properties) that coalesce around the Identifier of the entity being described? 

Answer: Yes.

What I described above is simply a &quot;Metadata Model&quot;. A model that enables granular Linkage a on the Web between data items via their de-referencable metadata meshes.

The Linked Data meme is fundamentally about a single  HTTP URI as vehicle for three vital things:

1. Unambiguous Identification of an Entity/Data Item/Data Object 
2. Accessing the description (metadata) of an Entity/Data Item/Data Object
3. Negotiable representation of Entity/Data Item/Data Object metadata.

If any Web friendly mechanism delivers the above, then it will be compatible with the Linked Data meme.

Evan after all of the above, I still don&#039;t see the need for adding  &quot;RDF&quot; and &quot;SPARQL&quot; to the updated Linked Data meme rules. Instead, they should have remained confined to the realm of &quot;suggested implementation options and details&quot;. 

Links:

1.  http://tr.im/sMoo - Simplified Linked Data meme rules

Kingsley</description>
		<content:encoded><![CDATA[<p>Paul, </p>
<p>Clearly your original thoughts where about RDF/XML the format. I discern that with clarity from your comments.</p>
<p>As I indicated in response to Ross, I can bear with current protraction of RDF model and data representation conflation problem; especially, since the version 1.0 of the RDF story is fully to blame for this confusion.</p>
<p>Today though, we do have a clear distinction between the model and its data representational formats (RDF/XML, RDF/JSON, Turtle, N3, TriX, TriG, and others).</p>
<p>If any data space that connects to the Web uses HTTP URIs as identifiers for records, record attributes, and record attribute values, we have Linked Data on the Web as espoused by the Linked Data meme. </p>
<p>Does the model need to be literally &#8220;RDF&#8221;? </p>
<p>Answer: No. </p>
<p>Does the model need to provide a machine readable mechanism for describing  Entities via a constellation of characteristics (properties) that coalesce around the Identifier of the entity being described? </p>
<p>Answer: Yes.</p>
<p>What I described above is simply a &#8220;Metadata Model&#8221;. A model that enables granular Linkage a on the Web between data items via their de-referencable metadata meshes.</p>
<p>The Linked Data meme is fundamentally about a single  HTTP URI as vehicle for three vital things:</p>
<p>1. Unambiguous Identification of an Entity/Data Item/Data Object<br />
2. Accessing the description (metadata) of an Entity/Data Item/Data Object<br />
3. Negotiable representation of Entity/Data Item/Data Object metadata.</p>
<p>If any Web friendly mechanism delivers the above, then it will be compatible with the Linked Data meme.</p>
<p>Evan after all of the above, I still don&#8217;t see the need for adding  &#8220;RDF&#8221; and &#8220;SPARQL&#8221; to the updated Linked Data meme rules. Instead, they should have remained confined to the realm of &#8220;suggested implementation options and details&#8221;. </p>
<p>Links:</p>
<p>1.  <a href="http://tr.im/sMoo" rel="nofollow">http://tr.im/sMoo</a> &#8211; Simplified Linked Data meme rules</p>
<p>Kingsley</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kingsley Idehen</title>
		<link>http://cloudofdata.com/2009/07/more-linked-data-and-rdf/comment-page-1/#comment-644</link>
		<dc:creator>Kingsley Idehen</dc:creator>
		<pubDate>Tue, 21 Jul 2009 09:23:00 +0000</pubDate>
		<guid isPermaLink="false">http://cloudofdata.com/?p=733#comment-644</guid>
		<description>Paul, 

Clearly your original thoughts where about RDF/XML the format. I discern that with clarity from your comments.

As I indicated in response to Ross, I can bear with current protraction of RDF model and data representation conflation problem; especially, since the version 1.0 of the RDF story is fully to blame for this confusion.

Today though, we do have a clear distinction between the model and its data representational formats (RDF/XML, RDF/JSON, Turtle, N3, TriX, TriG, and others).

If any data space that connects to the Web uses HTTP URIs as identifiers for records, record attributes, and record attribute values, we have Linked Data on the Web as espoused by the Linked Data meme. 

Does the model need to be literally &quot;RDF&quot;? 

Answer: No. 

Does the model need to provide a machine readable mechanism for describing  Entities via a constellation of characteristics (properties) that coalesce around the Identifier of the entity being described? 

Answer: Yes.

What I described above is simply a &quot;Metadata Model&quot;. A model that enables granular Linkage a on the Web between data items via their de-referencable metadata meshes.

The Linked Data meme is fundamentally about a single  HTTP URI as vehicle for three vital things:

1. Unambiguous Identification of an Entity/Data Item/Data Object 
2. Accessing the description (metadata) of an Entity/Data Item/Data Object
3. Negotiable representation of Entity/Data Item/Data Object metadata.

If any Web friendly mechanism delivers the above, then it will be compatible with the Linked Data meme.

Evan after all of the above, I still don&#039;t see the need for adding  &quot;RDF&quot; and &quot;SPARQL&quot; to the updated Linked Data meme rules. Instead, they should have remained confined to the realm of &quot;suggested implementation options and details&quot;. 

Links:

1.  http://tr.im/sMoo - Simplified Linked Data meme rules

Kingsley</description>
		<content:encoded><![CDATA[<p>Paul, </p>
<p>Clearly your original thoughts where about RDF/XML the format. I discern that with clarity from your comments.</p>
<p>As I indicated in response to Ross, I can bear with current protraction of RDF model and data representation conflation problem; especially, since the version 1.0 of the RDF story is fully to blame for this confusion.</p>
<p>Today though, we do have a clear distinction between the model and its data representational formats (RDF/XML, RDF/JSON, Turtle, N3, TriX, TriG, and others).</p>
<p>If any data space that connects to the Web uses HTTP URIs as identifiers for records, record attributes, and record attribute values, we have Linked Data on the Web as espoused by the Linked Data meme. </p>
<p>Does the model need to be literally &#8220;RDF&#8221;? </p>
<p>Answer: No. </p>
<p>Does the model need to provide a machine readable mechanism for describing  Entities via a constellation of characteristics (properties) that coalesce around the Identifier of the entity being described? </p>
<p>Answer: Yes.</p>
<p>What I described above is simply a &#8220;Metadata Model&#8221;. A model that enables granular Linkage a on the Web between data items via their de-referencable metadata meshes.</p>
<p>The Linked Data meme is fundamentally about a single  HTTP URI as vehicle for three vital things:</p>
<p>1. Unambiguous Identification of an Entity/Data Item/Data Object<br />
2. Accessing the description (metadata) of an Entity/Data Item/Data Object<br />
3. Negotiable representation of Entity/Data Item/Data Object metadata.</p>
<p>If any Web friendly mechanism delivers the above, then it will be compatible with the Linked Data meme.</p>
<p>Evan after all of the above, I still don&#8217;t see the need for adding  &#8220;RDF&#8221; and &#8220;SPARQL&#8221; to the updated Linked Data meme rules. Instead, they should have remained confined to the realm of &#8220;suggested implementation options and details&#8221;. </p>
<p>Links:</p>
<p>1.  <a href="http://tr.im/sMoo" rel="nofollow">http://tr.im/sMoo</a> &#8211; Simplified Linked Data meme rules</p>
<p>Kingsley</p>
]]></content:encoded>
	</item>
</channel>
</rss>

