<?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: Isn&#8217;t The Web Built From Links?</title>
	<atom:link href="http://blog.iandavis.com/2007/11/isnt-the-web-built-from-links/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.iandavis.com/2007/11/isnt-the-web-built-from-links</link>
	<description>blog.iandavis.com</description>
	<lastBuildDate>Tue, 23 Mar 2010 13:32:22 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=3.0-alpha</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: iand</title>
		<link>http://blog.iandavis.com/2007/11/isnt-the-web-built-from-links/comment-page-1#comment-477</link>
		<dc:creator>iand</dc:creator>
		<pubDate>Thu, 22 Nov 2007 11:26:49 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/2007/11/isnt-the-web-built-from-links#comment-477</guid>
		<description>Henry: have a read of Tim&#039;s message at http://lists.w3.org/Archives/Public/www-tag/2007Oct/0140.html for more clarity on this. His view is very relevant to this problem: &quot;allow the same fragid to be used as an ID for an anchor and an ID for a thing, with RDF clients and HTML clienst doing different things.  I think that this path leads to madness&quot;</description>
		<content:encoded><![CDATA[<p>Henry: have a read of Tim&#8217;s message at <a href="http://lists.w3.org/Archives/Public/www-tag/2007Oct/0140.html" rel="nofollow">http://lists.w3.org/Archives/Public/www-tag/2007Oct/0140.html</a> for more clarity on this. His view is very relevant to this problem: &#8220;allow the same fragid to be used as an ID for an anchor and an ID for a thing, with RDF clients and HTML clienst doing different things.  I think that this path leads to madness&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Henry Story</title>
		<link>http://blog.iandavis.com/2007/11/isnt-the-web-built-from-links/comment-page-1#comment-476</link>
		<dc:creator>Henry Story</dc:creator>
		<pubDate>Thu, 22 Nov 2007 11:01:51 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/2007/11/isnt-the-web-built-from-links#comment-476</guid>
		<description>Ah cool, now I understand what the tabulator extension is for. Nice.

But I understand Ian&#039;s point. The idea is that in the rdf representation

http://www.w3.org/People/Berners-Lee/card#i

denotes Tim, whereas for the html representation, if there were one, that URL would denote apparently a portion of an html page. Does the html spec really say that though? Does it not just specify some behavior a typical html web agent should display, namely to display that portion of the text that is located close to that  id? In which case Tim could also create an html representation for his rdf and have a section with id &quot;i&quot; in it, which would lead to the correct behavior.

This is similar to the sentence

&quot;Tim is at MIT&quot;

We can say that &quot;Tim&quot; above is the first word in that sentence, and that Tim refers to a real person. In html the #i works in a syntactic fashion, and so can be used to identify a position in the html. 

And if this is not the case then perhaps this just indicates that something needs fixing in the definition of html. I suppose the RDFa folks are onto this. There you clearly can use the #i to refer to Tim, and you can indicate a piece of the html as being the one preferred piece that people should go to if they are interested in him.

The example is a good one that should help clarify a problem in the specs somewhere.</description>
		<content:encoded><![CDATA[<p>Ah cool, now I understand what the tabulator extension is for. Nice.</p>
<p>But I understand Ian&#8217;s point. The idea is that in the rdf representation</p>
<p><a href="http://www.w3.org/People/Berners-Lee/card#i" rel="nofollow">http://www.w3.org/People/Berners-Lee/card#i</a></p>
<p>denotes Tim, whereas for the html representation, if there were one, that URL would denote apparently a portion of an html page. Does the html spec really say that though? Does it not just specify some behavior a typical html web agent should display, namely to display that portion of the text that is located close to that  id? In which case Tim could also create an html representation for his rdf and have a section with id &#8220;i&#8221; in it, which would lead to the correct behavior.</p>
<p>This is similar to the sentence</p>
<p>&#8220;Tim is at MIT&#8221;</p>
<p>We can say that &#8220;Tim&#8221; above is the first word in that sentence, and that Tim refers to a real person. In html the #i works in a syntactic fashion, and so can be used to identify a position in the html. </p>
<p>And if this is not the case then perhaps this just indicates that something needs fixing in the definition of html. I suppose the RDFa folks are onto this. There you clearly can use the #i to refer to Tim, and you can indicate a piece of the html as being the one preferred piece that people should go to if they are interested in him.</p>
<p>The example is a good one that should help clarify a problem in the specs somewhere.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: iand</title>
		<link>http://blog.iandavis.com/2007/11/isnt-the-web-built-from-links/comment-page-1#comment-473</link>
		<dc:creator>iand</dc:creator>
		<pubDate>Thu, 22 Nov 2007 09:58:52 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/2007/11/isnt-the-web-built-from-links#comment-473</guid>
		<description>Tim: the point is that URI links to a specific representation format (i.e. RDF) because of the fragment. That&#039;s ok if we only ever want the semantic web to consist of RDF representations. However, I&#039;m quite sure we will want to be able to cross-relate semantics from all kinds of representation formats in the future. URIs with fragments are an impediment to that IMHO. Potentially interesting non-RDF formats that come to mind are RDDL and Topic Maps.</description>
		<content:encoded><![CDATA[<p>Tim: the point is that URI links to a specific representation format (i.e. RDF) because of the fragment. That&#8217;s ok if we only ever want the semantic web to consist of RDF representations. However, I&#8217;m quite sure we will want to be able to cross-relate semantics from all kinds of representation formats in the future. URIs with fragments are an impediment to that IMHO. Potentially interesting non-RDF formats that come to mind are RDDL and Topic Maps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: iand</title>
		<link>http://blog.iandavis.com/2007/11/isnt-the-web-built-from-links/comment-page-1#comment-472</link>
		<dc:creator>iand</dc:creator>
		<pubDate>Thu, 22 Nov 2007 09:00:34 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/2007/11/isnt-the-web-built-from-links#comment-472</guid>
		<description>Richard: my link was to the fragment on that page which cannot exist in an HTML representation</description>
		<content:encoded><![CDATA[<p>Richard: my link was to the fragment on that page which cannot exist in an HTML representation</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Cyganiak</title>
		<link>http://blog.iandavis.com/2007/11/isnt-the-web-built-from-links/comment-page-1#comment-464</link>
		<dc:creator>Richard Cyganiak</dc:creator>
		<pubDate>Thu, 22 Nov 2007 02:12:40 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/2007/11/isnt-the-web-built-from-links#comment-464</guid>
		<description>Man, what crappy kind of browser do you use? When I click that link, I get a nice mug shot of the man and all sorts of interesting information. His assistant is cute!

C&#039;mon, Firefox and the &lt;a href=&quot;http://dig.csail.mit.edu/2007/tab/&quot; rel=&quot;nofollow&quot;&gt;Tabulator extension&lt;/a&gt;. All the cool kids use it!

I&#039;m looking forward to your post that explains how getting everyone to upgrade their browser is impossible. That&#039;s why CSS is never going to work and you have to design for Netscape 4.</description>
		<content:encoded><![CDATA[<p>Man, what crappy kind of browser do you use? When I click that link, I get a nice mug shot of the man and all sorts of interesting information. His assistant is cute!</p>
<p>C&#8217;mon, Firefox and the <a href="http://dig.csail.mit.edu/2007/tab/" rel="nofollow">Tabulator extension</a>. All the cool kids use it!</p>
<p>I&#8217;m looking forward to your post that explains how getting everyone to upgrade their browser is impossible. That&#8217;s why CSS is never going to work and you have to design for Netscape 4.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Berners-Lee</title>
		<link>http://blog.iandavis.com/2007/11/isnt-the-web-built-from-links/comment-page-1#comment-457</link>
		<dc:creator>Tim Berners-Lee</dc:creator>
		<pubDate>Thu, 22 Nov 2007 00:00:15 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/2007/11/isnt-the-web-built-from-links#comment-457</guid>
		<description>Now try this actual experiment. Get the tabulator extension and try the same thing.

I don&#039;t want *you* to learn RDF.  I want your browser to!

Sorry the tab&#039;r is very alpha.    The online script version (development trunk) is more advanced in several ways.</description>
		<content:encoded><![CDATA[<p>Now try this actual experiment. Get the tabulator extension and try the same thing.</p>
<p>I don&#8217;t want *you* to learn RDF.  I want your browser to!</p>
<p>Sorry the tab&#8217;r is very alpha.    The online script version (development trunk) is more advanced in several ways.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
