- From: John Walker <john.walker@semaku.com>
- Date: Fri, 17 Apr 2015 10:17:43 +0200 (CEST)
- To: "mfhepp@gmail.com" <mfhepp@gmail.com>, Jarno van Driel <jarnovandriel@gmail.com>
- Cc: W3C Web Schemas Task Force <public-vocabs@w3.org>, Thad Guidry <thadguidry@gmail.com>, ☮ elf Pavlik ☮ <perpetual-tripper@wwelves.org>
- Message-ID: <1602155465.248295.1429258663648.JavaMail.open-xchange@oxweb01.eigbox.net>
Hi Martin > On April 16, 2015 at 4:26 PM "mfhepp@gmail.com" <mfhepp@gmail.com> wrote: > > > No. @itemid/@resource/@id? set *global* identifiers on the bases of the *URI*. > productID and the proposed businessID are for numeric or alphanumeric literals > that can be used as identifiers in some context (e.g. the GTIN13 code). > Very important distinction. In many cases multiple manufacturers use the same product ID for standard/commodity products, so having a truly global ID makes distinguishing these much easier. > ----------------------------------- > martin hepp http://www.heppnetz.de > mhepp@computer.org @mfhepp > > > > > > > > > On 16 Apr 2015, at 13:19, Jarno van Driel <jarnovandriel@gmail.com> wrote: > > > > "...productID is for attaching unique or almost unique identifiers to > > products." > > > > Doesn't this mean that productID has the same role as @itemid/@resource/@id? > > > > And if not, what is the difference in using productID for providing an > > unique identifier as opposed to @itemid/@resource/@id? > > > > 2015-04-13 11:36 GMT+02:00 mfhepp@gmail.com <mfhepp@gmail.com>: > > On 10 Apr 2015, at 16:27, Thad Guidry <thadguidry@gmail.com> wrote: > > > > > > I would explain it as: > > > http://schema.org/Product is really "Product Category Offered". You could > > > also think "Product Class Offered" or "Product Group Offered" if it helps. > > > > > > > To be precise, schema:Product is a type for an entity that is one of the > > following > > > > a) a product model (datasheet, abstract ideal, ...), > > b) a specific, identifiable product (my iPhone 5), or > > c) a bag of not individually identifiable products. > > > > and for which you cannot or do not want to specify whether it is a), b), or > > c). > > > > Note that a), b), and c) are disjoint, so schema:Product should not be used > > to conflate e.g. a product and its make and model. If you expose information > > about a model and about some individual products, it is better to use two > > independent entities and link them properly using schema:model. > > > > Martin > > > > > beneath that you might have 5 laptops that you are offering to sell as a > > > product... so each one....is an http://schema.org/IndividualProduct > > > > > > Fairphone is definitely a http://schema.org/Product each individual one > > > (with it's unique IMEI code) is a http://schema.org/IndividualProduct > > > > > > You can also say: > > > http://schema.org/IndividualProduct can be registered by users using their > > > IMEI, Serial #, etc... something that uniquely ties that individual > > > product to that customer. > > > > > > Only put things that are individually unique for a particular IMEI, Serial > > > #, etc... against the http://schema.org/IndividualProduct > > > One thing that you can put against that > > > http://schema.org/IndividualProduct is actually a chipset firmware version > > > ... because sometimes some folks get version A1 and later on in production > > > the rest of the users might be getting version A2, etc... if you have that > > > kind of data...that would go under http://schema.org/IndividualProduct > > > rather than saying ALL your Fairphones have version A2 by putting ia > > > firmware version under http://schema.org/Product > > > > > > > > > > > > Thad > > > +ThadGuidry > > > > > > On Fri, Apr 10, 2015 at 8:52 AM, ☮ elf Pavlik ☮ > > > <perpetual-tripper@wwelves.org> wrote: > > > Hello, > > > > > > Looking at > > > * http://schema.org/Product > > > "Any offered product or service. For example: a pair of shoes; a > > > concert ticket; the rental of a car; a haircut; or an episode of a TV > > > show streamed online." > > > * http://schema.org/IndividualProduct > > > "A single, identifiable product instance (e.g. a laptop with a > > > particular serial number)." > > > > > > I struggle to understand how I can specify for IndividualProduct just > > > URI of the relevant Product. For example > > > > > > { > > > "@id": "https://www.fairphone.com/fairphone", > > > "@type": "Product", > > > "name": "The Fairphone" > > > } > > > > > > { > > > "@id": "https://graph.wwelves.org/704e3a57-c09e-4846-b27a-d31854096572" > > > "@type": "IndividualProduct", > > > "name": "A Fairphone currently used by elf Pavlik", > > > "serialNumber": "2092043924022" > > > } > > > > > > I understand that I could *duplicate* all the values of properties from > > > * https://www.fairphone.com/fairphone > > > on > > > * https://graph.wwelves.org/704e3a57-c09e-4846-b27a-d31854096572 > > > But I would prefer to just reference it by URI and if needed embed > > > information about Product resource in document describing > > > IndividualProduct resource. And the generic data about Product would > > > keep https://www.fairphone.com/fairphone as its subject. > > > > > > Thank you for help with understanding how to do that, or pointing out > > > flaws in my approach. > > > > > > Cheers! > > > > > > > > > > > > > >
Received on Friday, 17 April 2015 08:38:10 UTC