<?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: Fragmentation</title>
	<atom:link href="http://blog.iandavis.com/2007/11/fragmentation/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.iandavis.com/2007/11/fragmentation</link>
	<description>blog.iandavis.com</description>
	<lastBuildDate>Wed, 04 Nov 2009 14:19:37 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=3.0-alpha</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mia Tyler</title>
		<link>http://blog.iandavis.com/2007/11/fragmentation/comment-page-1#comment-558</link>
		<dc:creator>Mia Tyler</dc:creator>
		<pubDate>Sun, 02 Dec 2007 15:44:25 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/2007/11/fragmentation#comment-558</guid>
		<description>Hey!...Man i love reading your blog, interesting posts ! it was a great Sunday .</description>
		<content:encoded><![CDATA[<p>Hey!&#8230;Man i love reading your blog, interesting posts ! it was a great Sunday .</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Internet Alchemy &#187; It&#8217;s OK to use URIs with Fragments in RDF</title>
		<link>http://blog.iandavis.com/2007/11/fragmentation/comment-page-1#comment-529</link>
		<dc:creator>Internet Alchemy &#187; It&#8217;s OK to use URIs with Fragments in RDF</dc:creator>
		<pubDate>Thu, 29 Nov 2007 09:05:46 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/2007/11/fragmentation#comment-529</guid>
		<description>[...] been doing some more digging on my fragmentation and shadow web themes and came across something I hadn&#8217;t really seen before or, if I have, [...]</description>
		<content:encoded><![CDATA[<p>[...] been doing some more digging on my fragmentation and shadow web themes and came across something I hadn&#8217;t really seen before or, if I have, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: iand</title>
		<link>http://blog.iandavis.com/2007/11/fragmentation/comment-page-1#comment-516</link>
		<dc:creator>iand</dc:creator>
		<pubDate>Mon, 26 Nov 2007 21:39:06 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/2007/11/fragmentation#comment-516</guid>
		<description>By the way, I&#039;m not suggesting that fragments should be deprecated totally. I just think that they&#039;re unsuitable for use as abstract concept identifiers in RDF since their meaning changes depending on the representation. If you really do mean to link to a subsection of an HTML page or some such then they work really well.</description>
		<content:encoded><![CDATA[<p>By the way, I&#8217;m not suggesting that fragments should be deprecated totally. I just think that they&#8217;re unsuitable for use as abstract concept identifiers in RDF since their meaning changes depending on the representation. If you really do mean to link to a subsection of an HTML page or some such then they work really well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: iand</title>
		<link>http://blog.iandavis.com/2007/11/fragmentation/comment-page-1#comment-515</link>
		<dc:creator>iand</dc:creator>
		<pubDate>Mon, 26 Nov 2007 19:00:33 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/2007/11/fragmentation#comment-515</guid>
		<description>I wonder what URI we ought to use to refer to issue 81 on the RFC2616bis work?

http://www.w3.org/Protocols/HTTP/1.1/rfc2616bis/issues/#i81 is the URI of the HTML fragment describing it. According to the webarch I can&#039;t use that URI  to also denote the issue itself.</description>
		<content:encoded><![CDATA[<p>I wonder what URI we ought to use to refer to issue 81 on the RFC2616bis work?</p>
<p><a href="http://www.w3.org/Protocols/HTTP/1.1/rfc2616bis/issues/#i81" rel="nofollow">http://www.w3.org/Protocols/HTTP/1.1/rfc2616bis/issues/#i81</a> is the URI of the HTML fragment describing it. According to the webarch I can&#8217;t use that URI  to also denote the issue itself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Nottingham</title>
		<link>http://blog.iandavis.com/2007/11/fragmentation/comment-page-1#comment-514</link>
		<dc:creator>Mark Nottingham</dc:creator>
		<pubDate>Mon, 26 Nov 2007 18:09:36 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/2007/11/fragmentation#comment-514</guid>
		<description>I hadn&#039;t heard people suggest that we deprecate fragment identifiers before, but it certainly is an option. Interestingly, people are also talking about deprecating -- or at least cautioning against the use of -- format conneg; see http://www.w3.org/Protocols/HTTP/1.1/rfc2616bis/issues/#i81

(yes, that has a fragid in it ;)</description>
		<content:encoded><![CDATA[<p>I hadn&#8217;t heard people suggest that we deprecate fragment identifiers before, but it certainly is an option. Interestingly, people are also talking about deprecating &#8212; or at least cautioning against the use of &#8212; format conneg; see <a href="http://www.w3.org/Protocols/HTTP/1.1/rfc2616bis/issues/#i81" rel="nofollow">http://www.w3.org/Protocols/HTTP/1.1/rfc2616bis/issues/#i81</a></p>
<p>(yes, that has a fragid in it <img src='http://blog.iandavis.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Henry Story</title>
		<link>http://blog.iandavis.com/2007/11/fragmentation/comment-page-1#comment-459</link>
		<dc:creator>Henry Story</dc:creator>
		<pubDate>Thu, 22 Nov 2007 00:53:37 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/2007/11/fragmentation#comment-459</guid>
		<description>Just read the referred to article. I was hoping never to have to read about this issue again, but this is well written - even if the english could do with a little improovement (good english is important when difficult concepts such as this are being treated)

The distinctions are really subtle. 

I suppose one could test it with some good example vocabularies that would allow one to speak of things, their representations and the relation between them, in such a way that all of this would work in a linked data way.</description>
		<content:encoded><![CDATA[<p>Just read the referred to article. I was hoping never to have to read about this issue again, but this is well written &#8211; even if the english could do with a little improovement (good english is important when difficult concepts such as this are being treated)</p>
<p>The distinctions are really subtle. </p>
<p>I suppose one could test it with some good example vocabularies that would allow one to speak of things, their representations and the relation between them, in such a way that all of this would work in a linked data way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Henry Story</title>
		<link>http://blog.iandavis.com/2007/11/fragmentation/comment-page-1#comment-455</link>
		<dc:creator>Henry Story</dc:creator>
		<pubDate>Wed, 21 Nov 2007 23:48:23 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/2007/11/fragmentation#comment-455</guid>
		<description>I wonder if there is not another solution to the # problem. Perhaps we can argue that in html the #url does not refer to a section of html, but rather that when people are working with html, they are working syntactically, and so things just work differently. Consider the sentence

&quot;Henry was born in England&quot;

We can say &quot;Henry&quot; is the first word of the sentence, and so we can identify positions in the sentence with words. But &quot;Henry&quot; really does identify me the physical 10 dimensional process writing this email.

Now I would agree with you that information resources are perhaps not quite as seriously needed as one may think. But I don&#039;t think this is such a big problem. Neither are hash urls are big problem. 

Hash urls do have a nice advantage in that it is easy to figure out if you already have the representation for a # url. Other urls that redirect to their definitions require a GET to discover this.</description>
		<content:encoded><![CDATA[<p>I wonder if there is not another solution to the # problem. Perhaps we can argue that in html the #url does not refer to a section of html, but rather that when people are working with html, they are working syntactically, and so things just work differently. Consider the sentence</p>
<p>&#8220;Henry was born in England&#8221;</p>
<p>We can say &#8220;Henry&#8221; is the first word of the sentence, and so we can identify positions in the sentence with words. But &#8220;Henry&#8221; really does identify me the physical 10 dimensional process writing this email.</p>
<p>Now I would agree with you that information resources are perhaps not quite as seriously needed as one may think. But I don&#8217;t think this is such a big problem. Neither are hash urls are big problem. </p>
<p>Hash urls do have a nice advantage in that it is easy to figure out if you already have the representation for a # url. Other urls that redirect to their definitions require a GET to discover this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Internet Alchemy &#187; Reformulating the Web Architecture</title>
		<link>http://blog.iandavis.com/2007/11/fragmentation/comment-page-1#comment-435</link>
		<dc:creator>Internet Alchemy &#187; Reformulating the Web Architecture</dc:creator>
		<pubDate>Wed, 21 Nov 2007 16:53:51 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/2007/11/fragmentation#comment-435</guid>
		<description>[...] Fragmentation [...]</description>
		<content:encoded><![CDATA[<p>[...] Fragmentation [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Internet Alchemy &#187; What are Information Resources Good For?</title>
		<link>http://blog.iandavis.com/2007/11/fragmentation/comment-page-1#comment-431</link>
		<dc:creator>Internet Alchemy &#187; What are Information Resources Good For?</dc:creator>
		<pubDate>Wed, 21 Nov 2007 14:19:11 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/2007/11/fragmentation#comment-431</guid>
		<description>[...] is probably obvious from my recent posts (e.g. Fragmentation and Is the Semantic Web Destined to be a Shadow?), I&#8217;m thinking about the TAG&#8217;s [...]</description>
		<content:encoded><![CDATA[<p>[...] is probably obvious from my recent posts (e.g. Fragmentation and Is the Semantic Web Destined to be a Shadow?), I&#8217;m thinking about the TAG&#8217;s [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Internet Alchemy &#187; Is the Semantic Web Destined to be a Shadow?</title>
		<link>http://blog.iandavis.com/2007/11/fragmentation/comment-page-1#comment-426</link>
		<dc:creator>Internet Alchemy &#187; Is the Semantic Web Destined to be a Shadow?</dc:creator>
		<pubDate>Wed, 21 Nov 2007 02:16:03 +0000</pubDate>
		<guid isPermaLink="false">http://iandavis.com/blog/2007/11/fragmentation#comment-426</guid>
		<description>[...] decision on the types of resources that can be addressed with HTTP. As I pointed out in my recent Fragmentation post, there is strong pressure towards using URIs with fragment IDs to represent [...]</description>
		<content:encoded><![CDATA[<p>[...] decision on the types of resources that can be addressed with HTTP. As I pointed out in my recent Fragmentation post, there is strong pressure towards using URIs with fragment IDs to represent [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
