Re: SKOS for schema.org proposal for discussion

Similar use case in Drupal where users will freely create tags (say as
they're writing articles or blog post), or administrators might create
controlled vocabularies with optionally some hierarchy to categories
content or create sections on the site. The typical workflow is that these
terms are created based the idea / mindset / mood of the author or the site
builder. But they are not created as a mirror of an authoritative
thesaurus. So at this point these terms are just local "skos:Concept" of
the site and defined on that site only. Later on, it might be that the site
owner would want to link the local terms to an authoritative source if they
can find an appropriate mapping, but it is not necessarily the case that
all terms will have a mapping. In any case, this second step won't
necessarily happen for many sites. Note that in all Drupal 7 out there (at
least those with the RDF module enabled), all terms are published as local
skos:Concept.

Steph.


On Wed, Oct 9, 2013 at 11:49 AM, Martin Hepp <
martin.hepp@ebusiness-unibw.org> wrote:

> A very simple use-case that we frequently face in e-commerce:
>
> Sites do have category information (sometimes even based on standard
> categories), but they are unable to include the authoritative URI of that
> category in the page markup, e.g. because it is simply not in their
> back-end database or because there is no simple translation from what they
> have in their database to the URI.
>
> A typical case are shop categories. Sites often do have a notion of
> product category, and even an hierarchical ordering, but they are unable to
> match that to the URIs of respective standards with reasonable effort.
>
> Having a SKOS-like mechanism in schema.org allows a site to expose its
> proprietary hierarchy and preserve the links from products to it. A search
> engine or other client can then try to consolidate categories across sites
> at consumption time.
>
> Let site owners expose as much data structure and semantics as they have
> available, but do not force them to lift the data to ideal heights... ;-)
>
> Martin
>
> On Oct 9, 2013, at 5:09 PM, Ed Summers wrote:
>
> > On Wed, Oct 9, 2013 at 10:42 AM, Dan Brickley <danbri@google.com> wrote:
> >> ... in many many cases URLs can be used, ... but sometimes the thing
> >> we point to can also be usefully described inline too, with further
> >> properties and relationships. 'URL' is very very vague and doesn't
> >> address the inline description possibility.
> >
> > Thanks Dan. I guess I'm failing to imagine a scenario where someone
> > who was describing a job posting would want to describe an
> > occupational category inline and relate it to other occupational
> > categories (broader, narrower, etc), or make other skos like
> > assertions.
> >
> > //Ed
> >
>
> --------------------------------------------------------
> 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/
>
>
>
>
>


-- 
Steph.