W3C home > Mailing lists > Public > public-vocabs@w3.org > October 2011

Re: URIs for properties at schema.org

From: Gregg Kellogg <greggkellogg@gmail.com>
Date: Wed, 12 Oct 2011 12:40:24 -0700
Cc: public-vocabs@w3.org
Message-Id: <06EBE93E-66C5-41B1-84AE-041395B37EC2@gmail.com>
To: Bob Ferris <zazi@smiy.org>
Note that the just-released Microdata to RDF draft defines property URI generation using the same domain as the @itemtype, not relative to the type itself. Read about it at [1]; comments welcome, feedback to public-html-data-tf@w3.org.


[1] http://lists.w3.org/Archives/Public/public-html-data-tf/2011Oct/0066.html

On Oct 12, 2011, at 1:44 AM, Bob Ferris wrote:

> Hi,
> On 10/12/2011 9:45 AM, Bernard Vatant wrote:
>> Thanks for the pointer to any23.org <http://any23.org>
>> An issue I clearly see with URIs such as http://schema.org/Person/name
>> is that some properties are used by more than one class. So we'll have
>> for example http://schema.org/Movie/duration and
>> http://schema.org/Event/duration potentially misleading to the idea that
>> they are different properties with specific domains, although the
>> definition found for "duration" is exactly the same at both
>> http://schema.org/Movie and http://schema.org/Event : "The duration of
>> the item (movie, audio recording, event, etc.) in ISO 8601 date format
>> <http://en.wikipedia.org/wiki/ISO_8601>." So it's another argument for
>> having this definition clearly published at a single place, under
>> http://schema.org/duration - with expected range
>> http://www.schema.org/Duration. (which BTW would lead to the side issue
>> of having a property and its range just differing by one character case,
>> not a good practice in my opinion).
> +1 for excluding the class domains in the URIs of multiple classes spanning properties, i.e., a name is a name is a name. A human user and also a machine will get the relation (specific meaning) of name via its context, i.e., the types of that resource, e.g., schemaorg:Person => a person's name etc.
> Cheers,
> Bo
> PS: otherwise we would probably end up with something the like the Freebase vocabulary ;)
Received on Friday, 14 October 2011 22:11:50 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:48:42 UTC