- From: Richard Wallis <richard.wallis@oclc.org>
- Date: Mon, 25 Feb 2013 08:31:35 +0000
- To: Karen Coyle <kcoyle@kcoyle.net>, <public-schemabibex@w3.org>
- Message-ID: <CD50D1E7.5F57%richard.wallis@oclc.org>
On 25/02/2013 02:28, "Karen Coyle" <kcoyle@kcoyle.net> wrote: > I'm not advocating lists of values, just properties with text like > > <span itemprop="techDetails">Format: OverDrive MP3 Audiobook, OverDrive > WMA Audiobook</span> > > or > > <span itemprop="techDetails">Mode of access: World Wide Web</span> > > Obviously you can't do with text what you can with controlled lists, > Precisely Google recognised this that is one of the reasons they are behind Schema.org, to introduce Œstructured dataš into the web. Things not Strings <http://googleblog.blogspot.fr/2012/05/introducing-knowledge-graph-things-no t.html> puts it very well. With the variation of language and spelling on the web, how on earth could you reliably build an interface to differentiate such information trapped in a string. Do we have an example of technology struggling to extract meaning from information embedded in strings? oh yes, library records. I am a little taken aback that you are suggesting this as a way forward. > > but the information from which to derive a precise list member simply isn't > there. So lets find a simple way to get it there get the ONIX codes available as reliable dereferencable canonical URIs quickly for the benefit of all or take a pragmatic way forward with Product Ontology. A few parallel solutions could coexist, so pick one until your favourite is available in a useable form. ~Richard
Received on Monday, 25 February 2013 07:35:33 UTC