- From: Alexandre Bertails <bertails@apple.com>
- Date: Tue, 03 May 2016 11:49:18 -0700
- To: Martin Hepp <mfhepp@gmail.com>
- Cc: Dan Brickley <danbri@google.com>, "schema.org Mailing List" <public-schemaorg@w3.org>
> On May 3, 2016, at 11:43 AM, Martin Hepp <mfhepp@gmail.com> wrote: > > Hi Alexandre, > that looks good! I do like the result :-) >> On 03 May 2016, at 20:38, Alexandre Bertails <bertails@apple.com> wrote: >> >> Thanks Martin and all for the detailed responses. I think I understand a bit better how it could be done now. >> >> What do you think of the following? >> >> [[ >> ## I still feel like we could have schema:ProductFamily as a subclass of schema:Brand > > > I agree that if we want schema:ProductFamiliy, it should be a subtype of schema:Brand and be clearly separate from the Product/Service/ProductModel types. > > The question is whether documenting the use of schema:Brand for this purpose is as good as defining a subtype which does not introduce new properties. > > As a compromise, we could add "Product families are also a form of Brand" to the description of schema:Brand and schema:brand, and add an example for this scenario to schema:Brand, schema:brand, and schema:ProductModel. schema:Brand does say it's about "labeling a product, product group, or similar". I guess "product group" is already very close to "product family". The thing is, I would have never found it by myself through the specification :-) Alexandre > > Martin > >> <http://www.apple.com/iphone/#thing> a schema:Brand ; >> schema:url <http://www.apple.com/iphone/> ; >> schema:name "iPhone" . >> >> <http://www.apple.com/iphone-5/#thing> a schema:ProductModel ; >> ## note /iphone-5/ now redirects to /iphone/ >> schema:url <http://www.apple.com/iphone/> ; >> schema:name "iPhone 5" ; >> schema:brand <http://www.apple.com/iphone/#thing> . >> >> <http://www.apple.com/iphone-6s/#thing> a schema:ProductModel ; >> schema:url <http://www.apple.com/iphone-6s/> ; >> schema:name "iPhone 6s" ; >> schema:brand <http://www.apple.com/iphone/#thing> . >> >> <http://www.apple.com/shop/buy-iphone/iphone6s#gray_64gb> a schema:ProductModel ; >> schema:url <http://www.apple.com/shop/buy-iphone/iphone6s> ; >> schema:name "iPhone 6s Space-Grey, 64 GB" ; >> schema:isVariantOf <http://www.apple.com/iphone-6s/#thing> . >> ]] >> >> Note that in our case, we need to be precise about the entities we manipulate, and where they appear. Our database is www.apple.com. >> >> Best, >> Alexandre >> >> >>> On May 3, 2016, at 8:45 AM, Martin Hepp <mfhepp@gmail.com> wrote: >>> >>> Hi all, >>> >>> when "product family" means a mere group of products that serve a similar purpose, I would use schema:category for the group (e.g. "iPhone"). schema:isVariantOf is meant for linking from base models to fully specified models. >>> >>> >>> So here is what I would use: >>> >>> @prefix pto: <http://www.productontology.org/id/> . >>> >>> foo:iphone1 a schema:ProductModel, pto:Smartphone; >>> schema:name "iPhone 1"; >>> schema:category "Apple iPhone Family". >>> >>> >>> foo:iphone2 a schema:ProductModel, pto:Smartphone; >>> schema:name "iPhone 2"; >>> schema:category "Apple iPhone Family". >>> >>> foo:iphone3 a schema:ProductModel, pto:Smartphone; >>> schema:name "iPhone 3"; >>> schema:category "Apple iPhone Family". >>> >>> foo:iphone3gs a schema:ProductModel, pto:Smartphone; >>> schema:name "iPhone 3 GS"; >>> schema:category "Apple iPhone Family". >>> >>> foo:iphone4 a schema:ProductModel, pto:Smartphone; >>> schema:name "iPhone 4"; >>> schema:category "Apple iPhone Family". >>> >>> foo:iphone5 a schema:ProductModel, pto:Smartphone; >>> schema:name "iPhone 5"; >>> schema:category "Apple iPhone Family". >>> >>> foo:iphone5se a schema:ProductModel, pto:Smartphone; >>> schema:name "iPhone 5 SE"; >>> schema:category "Apple iPhone Family". >>> >>> >>> Then, I would materialize all or the relevant fully specified models, like my new iPhone 5 SE in space-grey with 64 GB: >>> >>> >>> foo:iphone5se_gray_64gb a schema:ProductModel, pto:Smartphone; >>> schema:name "iPhone 5 SE Space-Grey, 64 GB"; >>> schema:category "Apple iPhone Family"; >>> schema:color "space gray"; >>> schema:additionalProperty >>> [ a schema:PropertyValue; >>> schema:name "capacity"; >>> schema:unitText "GB" ] . >>> # add more features here, see http://schema.org/PropertyValue for examples >>> >>> >>> Then I would state that each fully specified model is a variant of its base model: >>> >>> foo:iphone5se_gray_64gb schema:isVariantOf foo:iphone5se. >>> >>> You could also also indicate that the newer models are successors of the older ones: >>> >>> foo:iphone5se schema:successorOf foo:iphone5 . >>> foo:iphone5 schema:successorOf foo:iphone4 . >>> foo:iphone3gs schema:successorOf foo:iphone3 . >>> foo:iphone3 schema:successorOf foo:iphone2 . >>> foo:iphone2 schema:successorOf foo:iphone1 . >>> >>> >>> Note that successorOf is intended to be transitive (see http://www.heppnetz.de/ontologies/goodrelations/v1.html#successorOf), but we have not yet made this explicit in schema.org, because meta-properties for properties were not supported initially. >>> >>> schema:isVariant is not transititve, because properties should be passed from the generic model to the fully specified ones with a pragmatic mechanism for overriding a property (a property will not be passed along if it is already locally specified, see http://wiki.goodrelations-vocabulary.org/Axioms#Recommended_Default_Rules). For this, the ordering of inferences can matter as soon as we have more than one level of hierarchy. If you allow complex variant relationships, the reasoning gets very difficult. >>> >>> >>> Further references (not all up to date): >>> >>> http://wiki.goodrelations-vocabulary.org/Documentation/Product_variants >>> https://lists.w3.org/Archives/Public/public-vocabs/2011Oct/0040.html >>> >>> >>> Hope that helps! >>> >>> Martin >>> >>> >>> ----------------------------------- >>> martin hepp http://www.heppnetz.de >>> mhepp@computer.org @mfhepp >>> >>> >>> >>> >>>> On 03 May 2016, at 17:18, Dan Brickley <danbri@google.com> wrote: >>>> >>>> +Martin Hepp >>>> >>>> On 3 May 2016 at 16:01, Alexandre Bertails <bertails@apple.com> wrote: >>>>> Folks, >>>>> >>>>> I am trying to encode the following things in Schema.org: >>>>> >>>>> 1. "iPhone is a Product family." >>>>> >>>>> 2. "iPhone 6s is part of the iPhone Product family." >>>>> >>>>> 3. all the Products of a Product family would be related to each other (schema:isRelatedTo), and/or similar to each other (schema:isSimilarTo). >>>>> >>>>> Except for 3., I cannot find something that would capture exactly the notion of Product family. >>>> >>>> >>>> You might look at http://schema.org/ProductModel and isVariantOf ("A >>>> pointer to a base product from which this product is a variant. It is >>>> safe to infer that the variant inherits all product features from the >>>> base model, unless defined locally. This is not transitive.") and >>>> predecessorOf/successorOf (which I now see should be marked as mutual >>>> inverses, issue filed as >>>> https://github.com/schemaorg/schemaorg/issues/1142 ). >>>> >>>> I guess you'd need to figure out the constant "essence of iPhone" and >>>> make a generic ProductModel for that, and then relate them. I'm not >>>> sure how deep you'd want this to go e.g. I have an (excellent if >>>> ageing) iPad Mini, presumably part of an iPad Product family; would se >>>> use isSimilarTo vs iSvariantOf to link iPhone and iPad families >>>> together? >>>> >>>> Dan >>>> >>>> >>>>> Any idea? >>>>> >>>>> Alexandre >>> >> >
Received on Tuesday, 3 May 2016 18:49:50 UTC