[Data-modeling] [Developers] Modeling question
Daniel E. Renfer
duck at kronkltd.net
Mon Jan 7 07:04:08 UTC 2008
I know this adds another layer to the data, but you might want to go
even further and break it down to the types or brands of a product and
the instances or editions of that brand.
For instance:
<The Coca-Cola Bottling Corporation> produces <Coca-Cola>
<Coca-Cola> has an edition <Coca-Cola 20 oz. Bottle>
<Coca-Cola> has an edition <Coca-Cola 2 ltr. Bottle>
<The Coca-Cola Bottling Corporation> produces <Diet Coke>
You could then break it down to regional variance in ingredients,
weight, nutritional value, (although this would be a property of the
co-type, Edible Products) etc.
I don't know how this would fly for most people, but what about a
property to record the ASIN (The key in Amazon's database) of the item
as well.
Ed Laurent wrote:
> I guess it's growing on me and Shawn's definition helps quite a bit
> except I would replace "organization" with "person, company, or other
> organization". My concern is that the product <-> producer concepts are
> so general that they should be well thought out and modeled as generally
> as possible so that they support all relevant co-types now and in the
> future. For example, are UPC, weight/volume, and cost universal
> properties of a product? Coca-cola for example has different
> combinations of ingredients depending on where it is sold. Similarly, my
> motorcycle model has a different gear ratio when sold in Japan compared
> to the U.S. Maybe these versions have different UPCs but their
> differences in weight/volume are insignificant and you might be able to
> sell each version for the same price. I don't know how many topics in
> Freebase can/will be considered products but it's probably a bunch. Any
> problems later on could have big implications.
>
> -Ed
>
>
> On Jan 7, 2008 12:19 AM, Shawn Simister <narphorium at gmail.com
> <mailto:narphorium at gmail.com>> wrote:
>
> I would define a Product as a tangible object which is sold by an
> organization under a specific brand name. Therefore corn or people
> are not products but Corn Flakes and People Magazine are. I know
> that there are more general definitions of products, but I think
> they could be accommodated by additional types like Commercial
> Service, Commodity etc.
>
> Shawn
>
> Ed Laurent wrote:
>> The "Products producer" type with a "Products produced" property
>> sounds pretty good to me. The "Product" type a little less so.
>> Would every tangible topic (including people) need to be typed as
>> a product? What defines a product that separates it from other
>> tangible topics? I agree that this kind of type could be very
>> useful and there should be reciprocation between product and
>> producer but I'm not excited about this approach to doing it.
>>
>> -Ed
>>
>> P.S. This conversation is probably more relevant to the Data
>> Modeling list so I'm cc'ing it.
>>
>>
>> On Jan 6, 2008 10:05 PM, Daniel E. Renfer < duck at kronkltd.net
>> <mailto:duck at kronkltd.net>> wrote:
>>
>> It would probably make sense to have some sort of "products
>> producer"
>> co-type. The producers would have a "products produced" link
>> to the
>> "producer" field of the corresponding "product" type.
>>
>> Not every company produces products, and there are some
>> products that
>> are produced by groups other than companies.
>>
>> Other than that, it sounds like great information to track.
>>
>> Kavitha Srinivas wrote:
>> > For companies, is there any interest in linking companies to
>> their
>> > major products (e.g., Pfizer to its key pharma products) as
>> listed in
>> > Wikipedia? I don't mind adding it, but there is no
>> appropriate slot
>> > to add it.
>> > Key products seems to be important information for a company.
>> > Thanks!
>> > Kavitha
>> > _______________________________________________
>> > Developers mailing list
>> > Developers at freebase.com <mailto:Developers at freebase.com>
>> > http://lists.freebase.com/mailman/listinfo/developers
>>
>>
>> _______________________________________________
>> Developers mailing list
>> Developers at freebase.com <mailto:Developers at freebase.com>
>> http://lists.freebase.com/mailman/listinfo/developers
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Data-modeling mailing list
>> Data-modeling at freebase.com <mailto:Data-modeling at freebase.com>
>> http://lists.freebase.com/mailman/listinfo/data-modeling
>>
>
>
> _______________________________________________
> Data-modeling mailing list
> Data-modeling at freebase.com <mailto:Data-modeling at freebase.com>
> http://lists.freebase.com/mailman/listinfo/data-modeling
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Data-modeling mailing list
> Data-modeling at freebase.com
> http://lists.freebase.com/mailman/listinfo/data-modeling
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 250 bytes
Desc: OpenPGP digital signature
Url : http://lists.freebase.com/pipermail/data-modeling/attachments/20080107/77bfa260/attachment.pgp
More information about the Data-modeling
mailing list