W3C home > Mailing lists > Public > public-vocabs@w3.org > January 2014

Re: makesOffer should accept Service

From: Martin Hepp <martin.hepp@ebusiness-unibw.org>
Date: Tue, 7 Jan 2014 19:21:49 +0100
Cc: SchemaDot Org <public-vocabs@w3.org>
Message-Id: <40852E3B-8057-4E2E-81D5-DC176FE20457@ebusiness-unibw.org>
To: Robert Kost <rkost@thematix.com>
The properties of http://schema.org/Product are naturally not sufficient for all possible details of every possible object or activity that can be offered. There are two solutions for that:

1. Propose additional properties for http://schema.org/Service.
2. Wait for the generic property-value proposal that I am working on; more to follow on http://www.w3.org/wiki/WebSchemas/PropertyValuePairs.

As a bit of background: In GoodRelations, there is one joint class for products and services, because many data sources (e.g. Web shops) are not able to signal whether an item is a product or a service (e.g. because the backend-database does not store this distinction). Thus, we need a common abstraction. When integrating GoodRelations into schema.org, we merged that into http://schema.org/Product, since this covers the majority of the use-cases.

Martin

On Jan 2, 2014, at 1:55 PM, Robert Kost wrote:

> Hi Martin — 
> 
> with regard to … 
>> 
>> 2. As for modeling services, schema:Product fits; it can be constrained by combining it with www.productontology.org types or other schema.org types without problems (in general; some Google infrastructure does not yet fully support multi-typed entities).
>> 
> 
> … I don’t understand.  How would one use Product to model, say: the services of a product liability attorney who works on contingency: the SLA of an internet service provider offering to provide specific bandwidth rates, availabilities, etc. over a specific period of time;  a real estate broker specializing in distressed properties; or a hospital that specializes in orthopedic surgeries and that wants to cite certain procedures or success rates?  None of the Product properties seem to support these notions of performance, conditionality, rate, quality, technique, delivery time and method, etc.  And, conversely, many of the Product properties do not pertain.  It is possible, I suppose, to stuff of all of the salient differentiators into “description,” but the utility of Schema is undermined.  In any event, Product seems to be a tortured use of the word to describe what is being offered.
> 
> best,
> 
> Rob

--------------------------------------------------------
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/
Received on Tuesday, 7 January 2014 18:22:13 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:49:20 UTC