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

Re: SKOS for schema.org proposal for discussion

From: Kingsley Idehen <kidehen@openlinksw.com>
Date: Wed, 09 Oct 2013 15:45:37 -0400
Message-ID: <5255B261.7070907@openlinksw.com>
To: public-vocabs@w3.org
On 10/9/13 12:20 PM, Martin Hepp wrote:
> Hi all:
>
> The new element in schema.org and a few properties taken from SKOS would not prevent anybody from publishing a thesaurus in a proper Linked Data way, fully based on SKOS, with just the schema.org classes and properties attached in parallel.
>
> There is no either or, and we should keep in mind that the goals of advancing the idea of the "Semantic Web" or "Linked Data" and the goals of schema.org and its supporters are related, yet not identical.
>
> Martin

+1

Kingsley

>
> On Oct 9, 2013, at 6:16 PM, jean delahousse wrote:
>
>> Hello,
>>   
>> In the use cases I know about thesaurus or taxonomy publishing, you want several publication supports:
>> - xml/skos file to be downloaded
>> - sparql endpoint to query the controlled vocabulary
>> - html version for search engine and human navigation
>>   
>> For each publication you want to provide all the semantic information in the most reusable way. It seems the best way to provide the semantic of a controlled vocabulary publish in html pages would be to use schema.org if you could find the proper class and properties.
>>   
>> Find here a data.bnf.fr page about a concept belonging to the Rameau thesaurus, it has no schema.org annotations, as there is no such properties avalaible today in schema.org, but for the related pages about works and persons it was possible to map part of the frbr properties into schema.org properties and then to publish more semantic in the html page.
>> concept : http://data.bnf.fr/13319064/science_politique/
>> person classified with the concept : http://data.bnf.fr/12085503/thomas_jefferson/
>>   
>> "Science_politique" deserve the same chance to be well described in a web page as cookie recipe or a song.
>>   
>> As you see in the data.bnf.fr it, there is no more complexity for a user to understand a page about a person, a work or a concept.
>>   
>> data.bnf.fr also publish the rameau thesaurus as xml/skos files as it publishes the works as xml/rdf files using a bnf ontology mainly based on frbr.
>>   
>> Jean
>>
>> 2013/10/9 Ed Summers <ehs@pobox.com>
>> On Wed, Oct 9, 2013 at 8:24 AM, jean delahousse
>> <delahousse.jean@gmail.com> wrote:
>>> About use cases, a very simple one is the publication of a thesaurus, for
>>> example FAO or Eurovoc in the web, with one page for each concept showing
>>> its pref-label and alt-labels in various languages, definition,
>>> exactMatch...
>> Thanks for responding Jean. Can you describe why you would prefer to
>> publish this structured data in your HTML using schema.org rather than
>> using SKOS directly?
>>
>> //Ed
>>
>>
>>
>> -- 
>> Jean Delahousse
>> JDC
>> ----------------------------------------------------------------------------------------------------
>> delahousse.jean@gmail.com - +33 6 01 22 48 55  http://jean-delahousse.net/
>>
>>
> --------------------------------------------------------
> martin hepp
> e-business & web science research group
> universitaet der bundeswehr muenchen
>
> e-mail:  hepp@ebusiness-unibw.org
> phone:   +49-(0)89-6004-4217
> fax:     +49-(0)89-6004-4620
> www:     http://www.unibw.de/ebusiness/ (group)
>           http://www.heppnetz.de/ (personal)
> skype:   mfhepp
> twitter: mfhepp
>
> Check out GoodRelations for E-Commerce on the Web of Linked Data!
> =================================================================
> * Project Main Page: http://purl.org/goodrelations/
>
>
>
>
>


-- 

Regards,

Kingsley Idehen	
Founder & CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter/Identi.ca handle: @kidehen
Google+ Profile: https://plus.google.com/112399767740508618350/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen







Received on Wednesday, 9 October 2013 19:46:00 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:29:32 UTC