[Data-modeling] Consumer product type (was Modeling question)

Ed Laurent spatial.db at gmail.com
Thu Jan 31 06:41:28 UTC 2008


I forgot to mention that, in reference to Shawn's concern, spammer links for
motorcycle parts are relegated to the retailer part number whereas the
actual part is given a higher status that is linked to the manufacturer.
Both can have the same name. Considering the case of cell phones, the cell
phone product can have a page that contains its specifications as well as
links to retailer sales pages advertising the cell phone. This approach will
hopefully maintain the integrity of the product information but also allow
retailers to do whatever the heck they want on their sales pages. Consumers
will therefore be able to compare products at one level (i.e., manufacturer)
and compare prices for products and product packages at the other level (i.e.,
retailer). If a spammer starts causing problems, all their spam links can
simply be re-typed from manufacturer product number to an equivalent
retailer product number. My hope is that this approach will empower all
involved. Thoughts?

-Ed


On Jan 30, 2008 8:56 PM, Ed Laurent <spatial.db at gmail.com> wrote:

> I like the generic product type and hope to use it. However, I went a
> little more clunky with motorcycle parts because I'd like to eventually
> summarize parts by motorcycle model, track changes in the distribution of
> manufacturing locations, etc. There can also be small variations in the same
> parts that fit different models. Similarly, retailers often have their own
> part numbers that differ from the manufactuers and are easier to look up
> than the part's description. Therefore its best to focus on part numbers for
> this specific application. Here's a link to my: Motorcycle part number
> (manufacturer)<http://www.freebase.com/view/schema/user/spatialed/motorcycle/motorcycle_part_number_manufacturer>and Motorcycle
> part number (retailer)<http://www.freebase.com/view/schema/user/spatialed/motorcycle/motorcycle_part_number_retailer>which are linked into each other.
>
> -Ed
>
>
> On Jan 30, 2008 8:49 PM, Shawn Simister <narphorium at gmail.com> wrote:
>
> >  If Freebase becomes the next Wikipedia, those back-links could be worth
> > a lot in terms of SEO. Hopefully, this property doesn't become the target of
> > link spam.
> >
> > Robert Cook wrote:
> >
> > If you gather information on products, people would like to know where
> > to purchase it.  These could be added to a more general link type (such as
> > the one on /common/topic) but it seemed to have more utility as a more
> > specific property.
> >  Even more importantly, this points to how users of freebase could more
> > easily make money from their applications.
> >
> >  R
> >
> >  On Jan 30, 2008, at 5:09 PM, Shawn Simister wrote:
> >
> >  The new type looks good to me but I'm curious what the intended use
> > case for the purchase_links property is?
> >
> > Shawn
> >
> > Jeff Prucher wrote:
> >
> > If there are no more comments on this type, I'll promote it to the business
> > domain at the end of the week.
> >
> > Jeff
> >
> >
> >
> >  -----Original Message-----
> > From: data-modeling-bounces at freebase.com
> > [mailto:data-modeling-bounces at freebase.com <data-modeling-bounces at freebase.com>] On Behalf Of
> > Kavitha Srinivas
> > Sent: Monday, January 28, 2008 12:11 PM
> > To: Freebase data modeling mailing list
> > Subject: Re: [Data-modeling] Consumer product type (was
> > Modeling question)
> >
> > Yes, then that makes sense.
> > Kavitha
> > On Jan 28, 2008, at 1:49 PM, Jeff Prucher wrote:
> >
> >
> >
> >  Yes, that's exactly what we were thinking.
> >
> > Jeff
> >
> >
> >
> >  -----Original Message-----
> > From: data-modeling-bounces at freebase.com
> > [mailto:data-modeling-bounces at freebase.com <data-modeling-bounces at freebase.com>] On Behalf Of Kavitha
> > Srinivas
> > Sent: Thursday, January 24, 2008 6:10 PM
> > To: Freebase data modeling mailing list
> > Subject: Re: [Data-modeling] Consumer product type (was Modeling
> > question)
> >
> > This looks great.  Just to clarify your point about not wanting to
> > encode an association with a brand or company type, do you
> >
> >
> >  mean that
> >
> >
> >  there might be a more specific link between a company and
> >
> >
> >  a product,
> >
> >
> >  say Apple Inc. has ComputerModels MacBookPro, but that the
> >
> >
> >  MacBookPro
> >
> >
> >  will be typed additionally as a consumer_product?
> > Thanks!
> > Kavitha
> >
> > On Jan 24, 2008, at 4:52 PM, Jeff Prucher wrote:
> >
> >
> >
> >  Following up on a recent discussion on the data-modelling and
> > developers lists (threads begin here:http://lists.freebase.com/pipermail/developers/2008-January/001156.html
> > and here:http://lists.freebase.com/pipermail/data-modeling/2008-January/000250.html),
> > we're proposing a new type to be used for consumer
> >
> >
> >   products.  This
> >
> >
> >   type is a fairly simple type, with only three properties,
> >
> >
> >  all of which
> >
> >
> >  expect the type
> > "webpage": "official website", "external reviews", and "purchase
> > links". The type would most likely be used as an included type on
> > types that are designed for more specific products, and
> >
> >
> >   can be used
> >
> >
> >   for everything from board games, to computer software, to digital
> > cameras (and more -- examples in the earlier discussion included
> > pharmaceuticals, books, and cars).
> >
> > We decided against trying to encode an association with a brand,
> > manufacturer, or other company type since the
> >
> >
> >   relationships between
> >
> >
> >   products, brands, and companies can vary greatly between
> >
> >
> >   different
> >
> >
> >   types of products, and we want to enable communities and interest
> > groups to maintain a more precise structure.
> >
> > The type is published in my private domain, with some
> >
> >
> >  examples of how
> >
> >
> >  it might be used:http://www.freebase.com/view/schema/user/jeff/default_domain/
> > consumer_produc
> > t
> >
> > Comments welcome.
> >
> > Jeff Prucher
> > Type Librarian & Ontologist
> > Metaweb Technologies, Inc.
> >
> > _______________________________________________
> > Data-modeling mailing listData-modeling at freebase.comhttp://lists.freebase.com/mailman/listinfo/data-modeling
> >
> >  _______________________________________________
> > Data-modeling mailing listData-modeling at freebase.comhttp://lists.freebase.com/mailman/listinfo/data-modeling
> >
> >          _______________________________________________
> > Data-modeling mailing listData-modeling at freebase.comhttp://lists.freebase.com/mailman/listinfo/data-modeling
> >
> >  _______________________________________________
> > Data-modeling mailing listData-modeling at freebase.comhttp://lists.freebase.com/mailman/listinfo/data-modeling
> >
> >      _______________________________________________
> > Data-modeling mailing listData-modeling at freebase.comhttp://lists.freebase.com/mailman/listinfo/data-modeling
> >
> >
> >  _______________________________________________
> > Data-modeling mailing list
> > Data-modeling at freebase.com
> > http://lists.freebase.com/mailman/listinfo/data-modeling
> >
> >
> >  ------------------------------
> >
> > _______________________________________________
> > Data-modeling mailing listData-modeling at freebase.comhttp://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 --------------
An HTML attachment was scrubbed...
URL: http://lists.freebase.com/pipermail/data-modeling/attachments/20080131/b17c5a4d/attachment.htm 


More information about the Data-modeling mailing list