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

Re: Generic Property-Value Proposal for Schema.org

From: Francois-Paul Servant <francoispaulservant@gmail.com>
Date: Thu, 1 May 2014 19:24:37 +0200
Cc: "martin.hepp@ebusiness-unibw.org Hepp" <martin.hepp@ebusiness-unibw.org>, W3C Web Schemas Task Force <public-vocabs@w3.org>
Message-Id: <01C1EA36-7B57-44BC-81A9-3533F4DAFD76@gmail.com>
To: Thad Guidry <thadguidry@gmail.com>
Thad,

not sure to fully understand you here.
> does propertyID always infer the idea of a Kind or Type ?
I'd say that if propertyID is the URI of a property, then the "idea of a Kind or Type" you mention would be the range of the property in question.

fps

Le 1 mai 2014 à 18:22, Thad Guidry <thadguidry@gmail.com> a écrit :

> Francois, Martin,
> 
> Is that the intended use for propertyID ?  I did not get the feeling from looking through the proposal that it could also be used to hold Kinds, Types, Contexts, etc.  I instead got the feeling that it was to be used for identifiers... ah looking at it again... now I see... so ... what is the eClass representation of this in reality ?
> 
> <meta itemprop="propertyID" content="eclass81:02-AAM226">
> 
> is that content equate to some Kind or Type ? ... does propertyID always infer the idea of a Kind or Type ?  if not, ... how does one infer a Kind or Type in Martins proposal ?
> 
> 
> I have a box...that has  "some KIND of Feature" ... how do I express that Feature KIND...that many of my boxes would share ?  Is that what propertyID would be used for ?
> 
> (I must be really tired today)
> 
> 
> 
> On Thu, May 1, 2014 at 11:14 AM, Francois-Paul Servant <francoispaulservant@gmail.com> wrote:
> Thad,
> 
> I've been very fast in my explanation.
> Whatever the interpretation of PropertyValue, we can write:
> 
> foo:YourBook schema:additionalProperty x:MartinHeppAsPV.
> x:MartinHeppAsPV a PropertyValue;
> 	propertyID author;
> 	value x:MartinHeppThePerson
> 
> but x:MartinHeppThePerson and x:MartinHeppAsPV are not the same thing.
> 
> Must I say that I strongly support Martin's proposal direction? My only concern is the following: it must allow to use a URI for the object of the property (the "feature") when we have one, (and minting one should be encouraged otherwise), because this allows to publish data as they are, and to lift them later.
> 
> Best,
> 
> fps
> 
> Le 1 mai 2014 à 16:53, Thad Guidry <thadguidry@gmail.com> a écrit :
> 
>> Francois,
>> 
>> That's because this:
>> 
>> foo:YourBook schema:additionalProperty x:MartinHeppThePerson.
>> 
>> is missing the sub-property for the right context... I.E.  it's missing the word "author"
>> 
>> 1. perhaps that missing context needs to somehow use "additionalType" ?
>> 
>> 2. maybe context should just be the "scope" of the Property-Value pairing?
>> 
>> In Schema.org .. Contexts and Kinds are referred to and modeled actually as Types. ..(well, that's how we CURRENTLY have Schema.org designed).
>> 
>> But Martin's proposal presents a slight variation on the CURRENT Design...that we need, but that we need to get right...and it can be a work in progress starting at Products & Places. Agreed.
>> 
>> Martin,
>> 
>>  The new proposal looks fine to me... just wondering about how to handle missing Context, as Francois is hitting upon...would that be through the use of "additionalType" or "scope" or something else ?  Can you mock up an example for his Sunroof case ?
>> 
>> -- 
>> -Thad
>> +ThadGuidry
>> Thad on LinkedIn
> 
> 
> 
> 
> -- 
> -Thad
> +ThadGuidry
> Thad on LinkedIn
Received on Thursday, 1 May 2014 17:25:05 UTC

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