- From: Charles McCathieNevile <chaals@opera.com>
- Date: Mon, 30 May 2005 03:05:50 +0200
- To: "Christophe Strobbe" <christophe.strobbe@esat.kuleuven.ac.be>, public-wai-ert@w3.org
Hi Cristophe, thanks for this - it was a helpful guide to looking at PRISM. Comments inline On Wed, 18 May 2005 18:56:11 +0200, Christophe Strobbe <christophe.strobbe@esat.kuleuven.ac.be> wrote: > PRISM has a 'prism:person' property, which could replace 'foaf:person' > (because FOAF is not stable yet). However, 'prism:person' is much > simpler than 'foaf:person': it can only contain PCDATA or be empty. If > it is empty, you use the 'rdf:resource' attribute. The following > examples are taken from the spec [2]: It seemed to me that this stems from PRISM being conceived as an XML specification, not an RDF vocabulary. Effectively I don't think that it buys us much - we can also say that foaf:Person either includes PCDATA (and then specify actual elements, not just plain text) or use an rdf:resource. The problem with just using plain text is (for example) that people cannot spell my name, and it is not obvious from plain text searching that the 6 or 7 variations on the spelling are all the same person. (I am pretty sure that my name is actually unique). Other people write their name differently accoridng to circumstances, and automatic completion systems tend to produce varieties according to which rules they are following. FOAF actually provides us with a way around this. The benefit of PRISM is that it has formal standardisation status, but I think the benefit of FOAF is that it is a better match for EARL, since it is designed as RDF already, and the particular parts that seem interesting to EARL are the ones that have broad and widely interoperable implementation. While the FOAF people are reluctant (since they don't use a formal voting process based on some arbitrary membership criteria) to nail down their terms forever, the process they have been using for several years, along with the evidence of implementation in the real world, seems to make it a useful source of terms, if we take some care to check each term that we are going to recommend. Dublin Core is not developed as RDF, but is designed as very broad terms, and is designed explicitly to be RDF compatible. And it does have a formal process behind its elevation of a term to "recommended", in particular. It also has widespread implementation. Because of the DCMI's desire not to endorse one syntax over another, it is less interoperable, and in some details there are real problems, but again with a little care it seems a better source of terms. In general it seems to me somewhat more risky to take terms from an XML vocabulary than from a similar RDF vocabulary, all other things being equal. All other things are not, of course, equal. So while in the end I recommend that we take terms from FOAF and DC in preference to their equivalents in PRISM, without work such as this to check PRISM and other specifications it is a little difficult to come to a sensible decision... (at least I think that my decsisions make sense to me. Your Mileage May Vary, as the americans say :-) cheers Chaals > [1] http://www.prismstandard.org/ > [2] "The PRISM Namespace: Version 1.2", at > http://www.prismstandard.org/specifications/1.2/modularized/PRISM_prism_namespace_12.pdf > [3] http://dublincore.org/documents/dcmi-terms/ > [4] http://www.prismstandard.org/specifications/Prism1%5B1%5D.2.pdf -- Charles McCathieNevile chaals@opera.com hablo español - je parle français - jeg lærer norsk Here's one we prepared earlier: http://www.opera.com/download
Received on Monday, 30 May 2005 01:06:05 UTC