<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: The trouble with PSI&#8217;s</title>
	<link>http://www.marcdegraauw.com/2007/01/28/the-trouble-with-psis/</link>
	<description>Some thoughts on meaning, the web and everything</description>
	<pubDate>Thu, 04 Dec 2008 01:04:31 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.2</generator>

	<item>
		<title>By: David Byrden</title>
		<link>http://www.marcdegraauw.com/2007/01/28/the-trouble-with-psis/#comment-9182</link>
		<author>David Byrden</author>
		<pubDate>Fri, 25 Jul 2008 13:48:30 +0000</pubDate>
		<guid>http://www.marcdegraauw.com/2007/01/28/the-trouble-with-psis/#comment-9182</guid>
		<description>&#62;&#62; "PSI’s are URI’s which uniquely identify something"

To be more correct, PSIs are the resources that you get when you resolve the URIs.</description>
		<content:encoded><![CDATA[<p>&gt;&gt; &#8220;PSI’s are URI’s which uniquely identify something&#8221;</p>
<p>To be more correct, PSIs are the resources that you get when you resolve the URIs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chris sizemore</title>
		<link>http://www.marcdegraauw.com/2007/01/28/the-trouble-with-psis/#comment-6305</link>
		<author>chris sizemore</author>
		<pubDate>Thu, 28 Feb 2008 22:51:08 +0000</pubDate>
		<guid>http://www.marcdegraauw.com/2007/01/28/the-trouble-with-psis/#comment-6305</guid>
		<description>make it easy on yourself and just use Wikipedia URIs (or, if you must, dbPedia.org URIs)...

you are both worrying too much... ;-)</description>
		<content:encoded><![CDATA[<p>make it easy on yourself and just use Wikipedia URIs (or, if you must, dbPedia.org URIs)&#8230;</p>
<p>you are both worrying too much&#8230; ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lars Marius</title>
		<link>http://www.marcdegraauw.com/2007/01/28/the-trouble-with-psis/#comment-177</link>
		<author>Lars Marius</author>
		<pubDate>Mon, 29 Jan 2007 11:58:06 +0000</pubDate>
		<guid>http://www.marcdegraauw.com/2007/01/28/the-trouble-with-psis/#comment-177</guid>
		<description>Frankly, I think the biggest problem with PSIs is that they've been oversold, so that lots of people think they are something they're not, and others dismiss them for failing to do what they were never intended to do.

I'll try to put down what I think of your objections. In general, I think they are valid and that it's good that you point them out, because that helps dispel all the confusion around this. I think you overstate the case a bit (e.g: "PSIs solve the wrong problem"), but I think that's mostly because of all the overblown PSI marketing. With luck we'll find that after the stick has been pushed too far first one way and then the other it will finally be sticking straight up. :-)

1: Yes, the pollution problem is real. No, PSIs will not solve it, or even affect it at all. That just means we have a challenge, though. It's not a reason to give up on PSIs, just as governments don't give up on social security numbers because of pollution problems.

2: You are right that the Semagia PSI page provides no information beyond what knowing that a date is an ISO 8601 date will. But then that's a special case. The PSI for, say tm:supertype-subtype will (once published) define the meaning of that association type. A URI can't do that. So for subjects where there actually is something useful to define, the subject indicator will do that. Where there isn't something useful to define PSIs add nothing to basic URIs, and you might as well skip the indicator.

3: It's definitely true that getting everyone to use the same PSI for every concept is a hopeless task, but I think your cpr:person example shows perfectly what you can do with URIs to identify concepts. With global identifiers (PSIs or just plain URIs) you can reuse someone else's concept where that works, or relate your own concept to someone else's (with subclassing, DL expressions, or whatever).</description>
		<content:encoded><![CDATA[<p>Frankly, I think the biggest problem with PSIs is that they&#8217;ve been oversold, so that lots of people think they are something they&#8217;re not, and others dismiss them for failing to do what they were never intended to do.</p>
<p>I&#8217;ll try to put down what I think of your objections. In general, I think they are valid and that it&#8217;s good that you point them out, because that helps dispel all the confusion around this. I think you overstate the case a bit (e.g: &#8220;PSIs solve the wrong problem&#8221;), but I think that&#8217;s mostly because of all the overblown PSI marketing. With luck we&#8217;ll find that after the stick has been pushed too far first one way and then the other it will finally be sticking straight up. :-)</p>
<p>1: Yes, the pollution problem is real. No, PSIs will not solve it, or even affect it at all. That just means we have a challenge, though. It&#8217;s not a reason to give up on PSIs, just as governments don&#8217;t give up on social security numbers because of pollution problems.</p>
<p>2: You are right that the Semagia PSI page provides no information beyond what knowing that a date is an ISO 8601 date will. But then that&#8217;s a special case. The PSI for, say tm:supertype-subtype will (once published) define the meaning of that association type. A URI can&#8217;t do that. So for subjects where there actually is something useful to define, the subject indicator will do that. Where there isn&#8217;t something useful to define PSIs add nothing to basic URIs, and you might as well skip the indicator.</p>
<p>3: It&#8217;s definitely true that getting everyone to use the same PSI for every concept is a hopeless task, but I think your cpr:person example shows perfectly what you can do with URIs to identify concepts. With global identifiers (PSIs or just plain URIs) you can reuse someone else&#8217;s concept where that works, or relate your own concept to someone else&#8217;s (with subclassing, DL expressions, or whatever).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
