- From: Tom Baker <tbaker@tbaker.de>
- Date: Mon, 5 Sep 2011 11:48:28 -0400
- To: Emmanuelle Bermes <manue@figoblog.org>
- Cc: Karen Coyle <kcoyle@kcoyle.net>, public-xg-lld@w3.org
Emma, Karen, Thank you for the careful feedback! I restored the original text, then reintroduced some changes (as described below) so that the before-and-after can be compared [1]. [1] http://www.w3.org/2005/Incubator/lld/wiki/index.php?title=Draft_recommendations_page_take2&diff=6181&oldid=6175 On Mon, Sep 05, 2011 at 12:40:10PM +0200, Emmanuelle Bermes wrote: > vocabulary / ontology (versionning, etc.). Maybe the "preserving" > vocabularies is too much in the title here, but we should at least > keep "managing" - so how about : > > === Develop policies for managing RDF vocabularies and coining URIs === +1 - good - or just "RDF vocabularies and their URIs"? > >> * Patterns used to coin the URIs, preferably based on best-practice guidelines. > >> * Institutional commitments to the persistence of the URIs. > > +1 for these edits, actually making things clearer Okay. > >> * The use of "HTTP" URIs, which invoke the Hypertext Transfer Protocol supported > >> universally by Web browsers, and their resolution to any Web pages or RDF schemas > >> which document the meaning of the URIs. > > +1, I like the new wording Okay. Remaining problems, in my opinion: > >> * Version policy for the resources identified by the URIs. > > lost version policy for the namespace itself The problem here, as I see it, is that the text refers both to "vocabulary" and to "namespace" -- the latter sometimes as a synonym for "vocabulary" and sometimes for a URI -- i.e., the base URI used to "derive" the URIs (as in: "policies for the namespaces used to derive those URIs"). If "namespace" is being used to refer to a URI, it does not make sense to talk about "versioning" the namespace, because a URI is not versioned. (A URI may contain "versioning information", though that is not best practice for RDF vocabularies, but even then, a URI with new versioning information is not a "version" of an older URI - it is simply a new URI.) I think the ambiguity can be resolved by replacing "namespace" with "vocabulary" in: BEFORE> Version control for individual URIs and the namespace itself. AFTER> Version control for a vocabulary and its terms. and also in: BEFORE> Extensibility of use of the namespace by smaller organizations. AFTER> Extensibility of the vocabulary by other organizations. (*PROPOSED*) However, I agree with Emma when she says it is unclear what is meant in this sentence: Emma> "* Extensibility of use of the namespace by smaller organizations." Emma> I'm not sure what was meant here, but feel uncomfortable with removing Emma> it altogether. The sentence seems to be saying that the base URI for a vocabulary might be used by "smaller organizations" (why "smaller"?) to coin URIs for (their own?) terms, and that this use is "extensible". If so, I don't quite get it. If the point were "extensibility of the vocabulary by other organizations", I can at least think of scenarios that would fit (e.g., AGROVOC extended by editorial teams in India and China). Or even: "Use of the namespace by other organizations" (for when the AGROVOC team in India adds a new URI using the AGROVOC namespace). > >> -- Removed reference to "Good practice guidelines and recipes for constructing > >> ontologies and structured vocabularies." -- out of place here. > > Not sure it's irrelevant : best practices would be needed when we're > talking about providing URIs for a vocabulary which wasn't primarily > designed for the Semantic Web (e.g. RDA) I do not think the point it irrelevant; it just seems out of place in a paragraph that focuses on managing RDF vocabularies and URIs. Maybe it could be turned into a full sentence and added to the end of the point on "Develop library data standards that are compatible with Linked Data" [2]. Tom [2] http://www.w3.org/2005/Incubator/lld/wiki/Draft_recommendations_page_take2#Develop_library_data_standards_that_are_compatible_with_Linked_Data
Received on Monday, 5 September 2011 15:49:09 UTC