- From: Ian Hickson <ian@hixie.ch>
- Date: Thu, 13 Oct 2011 19:28:23 +0000 (UTC)
- To: Stéphane Corlosquet <scorlosquet@gmail.com>
- cc: Henri Sivonen <hsivonen@iki.fi>, public-html-data-tf@w3.org
- Message-ID: <Pine.LNX.4.64.1110131924490.27449@ps20323.dreamhostps.com>
On Thu, 13 Oct 2011, Stéphane Corlosquet wrote: > > Here is a concrete example covering the case of multi-vocabulary use on > a property and on a type. At the schema.org workshop, I had a discussion > with Rachel Sanders who is working on improving the scholarly article > type for schema.org. She's sent several properties to be added to the > schema.org scholarly article type [1]. Many of them are very generic, > and she gave me the example of the PubMed ID property which would > probably not be accepted on schema.org because it is too specific to the > biomedical field. This is exactly the use case that URL properties are intended for. You don't need a new type here -- the type is still the schema.org scholarly article type, you just define a new property for the PubMed ID whose name is a URL and that is defined as being intended to be used with the schema.org scholarly article type with the semantic of "this gives the PubMed ID for article" (defining the syntax, error handling rules, etc). > I also asked her about the various article types which the Drupal > Bibliography module supports (e.g. Conference proceedings, Book Chapter, > Thesis). Again, these seemed to be too specific for a generic vocabulary > like schema.org, and would need to be take from a domain specific > vocabulary. If you're extending an existing vocabulary, there's only one vocabulary, not two. You're not forced to use another type here. It's not clear, however, what the other consumer is in your use case here. The search engines won't support these new properties. What software are you targetting when you provide them? -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
Received on Thursday, 13 October 2011 19:32:13 UTC