W3C home > Mailing lists > Public > public-ldp-wg@w3.org > January 2013

ldp-ISSUE-42 (common properties): Use of common-properties should not be overly prescriptive in section 4.8 [Linked Data Platform core]

From: Linked Data Platform (LDP) Working Group Issue Tracker <sysbot+tracker@w3.org>
Date: Thu, 03 Jan 2013 15:19:12 +0000
Message-Id: <E1TqmZc-000180-H7@tibor.w3.org>
To: public-ldp-wg@w3.org
ldp-ISSUE-42 (common properties): Use of common-properties should not be overly prescriptive in section 4.8 [Linked Data Platform core]

http://www.w3.org/2012/ldp/track/issues/42

Raised by: Steve Battle
On product: Linked Data Platform core

Section 4.8 Common-Properties <http://www.w3.org/TR/2012/WD-ldp-20121025/#common-properties> states that:
"This section summarizes some well-known RDF vocabularies that must be used in Linked Data Platform Resources wherever a resource needs to use a predicate whose meaning matches one of these."

This seems overly prescriptive.

This point was initially raised by Leigh Dodds on the public-ldp mailing list <http://lists.w3.org/Archives/Public/public-ldp/2012Dec/0001.html>:

"It is clearly useful if people re-use existing properties where they
are applicable. It might also be useful to have some general guidance
on which properties are considered to be currently "best practice" or
are most widely deployed, etc.  However I don't think the LDP
specification is the place to do this. For two reasons:

* This kind of guidance is best published by specific communities who
are seeking convergence around their data. Not on a blanket basis by a
W3C group. There needs to be space for these kinds of recommendations
to evolve and be widely discussed
* LDP is meant to be defining a platform for managing data. It should,
as far as possible, be agnostic to what data is being stored inside
it." 

"Section 4.8 as it stands be removed and
perhaps replaced with some informative text recommending re-use of
vocabulary where it makes sense to do so."
Received on Thursday, 3 January 2013 15:19:13 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:11:44 UTC