W3C home > Mailing lists > Public > public-vocabs@w3.org > September 2012

Re: new itemscope or not?

From: Dawson, Laura <Laura.Dawson@bowker.com>
Date: Fri, 7 Sep 2012 17:00:26 -0400
To: Richard Wallis <richard.wallis@oclc.org>
CC: Jeni Tennison <jeni@jenitennison.com>, Ed Summers <ehs@pobox.com>, Thad Guidry <thadguidry@gmail.com>, "public-vocabs@w3.org" <public-vocabs@w3.org>
Message-ID: <9976DBF2-73E1-4B8E-A3C3-9EE4C6094618@bowker.com>
I think we need to test different scenarios and see what the results are - get very familiar with the drawbacks and benefits of each approach, and then...either pick one or figure out a way to accommodate both depending on usage...


On Sep 7, 2012, at 4:51 PM, Richard Wallis <richard.wallis@oclc.org<mailto:richard.wallis@oclc.org>> wrote:

This thread is playing out some of the thoughts I have been having around the issue of representing identifiers for a while.  It is a classic “I would not of started from here” problem.

In the ideal world everything would have it’s own identifier that everyone would recognise as being unique and in the Schema/RDF world it would be a resolvable http URI.

However, we have been creating identifiers for things, people, etc, for decades and continue to do so.  Often these identifiers can be considered as things in their own right.  For example, an ISBN has properties such as issuing authority, organisation it was issued to, issue date, book, and of course the string of characters which is the number itself.  This is a pattern that is repeatable in a lesser or greater degree for many identifiers from EAN’s to social security numbers.

One approach to associating these numbers is the one taken with Book.  Predefine what identifiers can be associated with a thing and provide an attribute for it – Book:isbn.  The problem with this approach occurs when the addition of more of these identifiers becomes appropriate, as we are seeing in this conversation about Person – do we add attributes for ISNI, VIAF, ORCID, Social Security Number, etc?

The other approach would be to implement an Identifier class enabling the description and associated attributes of identifiers from any scheme, plus having the ability to associate many different identifiers.  As Ed says, this may be applicable for most classes of thing, so why not add an Identifier property to the Thing class.

Essentially it is choice between constrained simplicity (Book:isbn) which prevents you from adding identifiers not thought of at schema definition time or; flexibility which introduces a complexity of indirection that many would not expect.

~Richard

On 07/09/2012 20:19, "Dawson, Laura" <Laura.Dawson@bowker.com<x-msg://1499/Laura.Dawson@bowker.com>> wrote:

So many identifiers are not URLs. They can be related to URLs (as DOIs) but they are not URLs themselves.

I would be reluctant to have VIAF be "the" person identifier.

On Sep 7, 2012, at 3:15 PM, Jeni Tennison <jeni@jenitennison.com<x-msg://1499/jeni@jenitennison.com>> wrote:


On 7 Sep 2012, at 20:03, Ed Summers wrote:
It would be interesting to know if the HTML spec allowed multiple
identifiers, similar to how other HTML attributes work:


"The itemid attribute, if specified, must have a value that is a valid URL potentially surrounded by spaces."

http://www.w3.org/TR/microdata/#attr-itemid

So that would be 'no', not according to spec.

I've often wondered whether the schema.org<http://schema.org> 'url' property is meant to be synonymous with itemid. I'm not sure what happens in schema.org<http://schema.org> interpreters when you specify one/other/both/multiple urls...

Jeni

Laura Dawson
Product Manager, Identifiers
Bowker
908-219-0082
917-770-6641
laura.dawson@bowker.com<mailto:laura.dawson@bowker.com>
Received on Friday, 7 September 2012 21:00:55 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 7 September 2012 21:00:55 GMT