- From: Richard Cyganiak <richard.cyganiak@deri.org>
- Date: Thu, 28 Jul 2011 14:01:06 +0100
- To: Jeni Tennison <jeni@jenitennison.com>
- Cc: Michael Hausenblas <michael.hausenblas@deri.org>, "www-tag@w3.org List" <www-tag@w3.org>
Hi Jeni, (I stumbled into the middle of this thread, so apologies if I'm out of context) On 27 Jul 2011, at 22:25, Jeni Tennison wrote: > From what I can see, the documented meaning of http://schema.org/startDate and http://schema.org/endDate is different depending on whether the item is a TVSeason/TVSeries or an Event. What makes you think so? The documentation (in the table of properties) is exactly the same. > IIRC, one reason that Hixie gives for the complexity of the generated property URIs in the current microdata/RDF mapping is to ensure that properties with potentially different semantics (that appear on items of different types) have distinct URIs. But of course when you have inheritance in a vocabulary like schema.org, you don't want distinct URIs by type. Yes. > Makes me think you can't have a generic mapping that gives a good output in RDF terms. My conclusion too. The Microdata spec gives certain powers to the documents that define vocabularies. Does the vocabulary allow dereferencing of type URLs? Which types support itemid? That's up to the document defining the vocabulary. I was thinking that the Microdata spec could say that these documents can also specify how local property names are expanded to IRIs in the RDF mapping. So, the schema.org documentation could authoritatively define that startDate gets expanded to http://schema.org/startDate or whatever else makes sense. That would of course be moot if the RDF mapping gets dropped. Best, Richard
Received on Thursday, 28 July 2011 13:01:48 UTC