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

Re: Real Estate sites using Product and Offer?

From: Martin Hepp <martin.hepp@ebusiness-unibw.org>
Date: Thu, 12 Jan 2012 10:26:43 +0100
Cc: kurt@develohost.com, public-vocabs@w3.org
Message-Id: <40FF9CFB-7B46-4B2A-985F-27C1694FFF2D@ebusiness-unibw.org>
To: Adrian Giurca <giurca@tu-cottbus.de>
I think a simple solution is to widen the definition of a product to "any object or happening on which rights can be transferred" - this is exactly as GoodRelations understands products.

http://purl.org/goodrelations/v1#ProductOrService

The advantage is that you can use the very same conceptual structures for various industries.

Also see http://www.productontology.org/#faq5 :

"The semantics of gr:ProductOrService is basically that of a tangible or intangible object on which rights can granted or transferred, so even if social conventions tell us that rain, love, health, longevity, or sex should not be traded, they are not necessarily invalid as subclasses of gr:ProductOrService, because in some environments, it may be perfectly valid to sell rain or seek health by means of RDF and GoodRelations."


Best

Martin

On Jan 3, 2012, at 3:48 PM, Adrian Giurca wrote:

> Residence is subclass of  Place therefore is something that can be located. However, it looks like only Product is intended for sale. However, it would be nice to markup the same "object" with both types (Residence as a Product, "residence for sale"). As such you take advantage of the Residence properties which I believe you like. Unfortunately by now this is not possible due to microdata restrictions (see itemscope/itemtype at http://www.w3.org/TR/html5/microdata.html  and the discussion at http://www.jenitennison.com/blog/node/161 ).
> -Adrian
> On 1/3/2012 3:21 PM, Kurt Maine wrote:
>> Thanks for the reply, Adrian. I actually meant "Residence', not Real Estate. Can you tell me the advantages of using Product over just using Residence?
>> Kurt Maine - Sent via BlackBerry
>> 
>> -----Original Message-----
>> From: Adrian Giurca<giurca@tu-cottbus.de>
>> Date: Tue, 03 Jan 2012 15:10:14
>> To: Kurt Maine<kurt@develohost.com>
>> Cc:<public-vocabs@w3.org>
>> Subject: Re: Real Estate sites using Product and Offer?
>> 
>> Dear Kurt,
>> According with schema.org documentation a http://schema.org/Product is
>> is "anything that is made available for sale".
>> I am not sure what do you mean by using the schema.org RealEstate... Is
>> such class available?
>> 
>> Otherwise you may consider extending schema.as:
>> http://schema.org/Product/RealEstate or use a specific vocabulary if you
>> know one. However, as a fast implementation I would encourage to use
>> Product. Later if you find not enough properties to enrich your markup
>> you may consider the extension.
>> 
>> -Adrian Giurca
>> 
>> On 12/27/2011 6:25 PM, Kurt Maine wrote:
>>> I've noticed several real estate listings sites, including one of the
>>> largest (Trulia.com) are marking up their property pages (the page
>>> dedicated to a single home for sale) as a Product, an Offer, or both.
>>> 
>>> Can someone explain to me the advantage of marking up a real estate
>>> listing as a Product or Offer, as opposed to using the Real Estate
>>> schema.org markup?
>>> 
>>> Does the use of Product/Offer allow you to use additional useful
>>> properties that Real Estate doesn't?
>>> 
>>> Any insight into why large, reputable companies may have come to that
>>> decision is appreciated.
>>> 
>>> 
>>> 
> 
> 

--------------------------------------------------------
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 Thursday, 12 January 2012 09:29:48 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 22 May 2012 06:48:59 GMT