[Data-modeling] modeling a mediator with an included type

[Jack Alves]

I'm trying to model special schema for celebrities. I tried a few things but
it isn't obvious how I accomplish what we need to do.

The special aspect of what I'm trying to do is that I want all types (topics
and mediators) in this domain to include a common type with properties heat,
interest, and source. These are for relevance and for a source (a web link
that "verifies" the assertion).

A person would be typed celeb. A property of celeb is lived_with. I thought
I would make lived_with a CVT with disambiguated properties for the people,
dates, and the included common type with heat, interest, and  source. But
when I do this I can't use freebase.com to edit the common properties (heat,
interest, source). So I tried making lived_with a topic. I get an error
entering the property if I don't include a name for the topic, and the
common properties don't display. Seems like it would be really sloppy to
give names to the mediator properties like lived_with.

I need to figure out what will work quickly because we are in the middle of
development and are deciding if freebase will work as an alternative to our
current database.

We need to use freebase.com for editing. We don't necessarily need
freebase.com to display common properties on a celeb property like
lived_with. It would be okay if we had to navigate into a lived_with
mediator to edit common properties. It would also be okay if
freebase.comdisplayed the guid as a name.

I created a types is a test domain/base,

/base/celeb/celeb
/base/celeb/lived_with - w/ properties participant, start date, end date,
and included type common
/base/celeb/common - w/ properties heat, interest, source


Any suggestions for modelling this? I would be happy to send the existing
full schema if someone wants to help model it. There are a bunch of types:
wears, vacations, canoodled, dated, bought, shops at, endorsements...

Jack Alves
510 604-3609
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freebase.com/pipermail/data-modeling/attachments/20090525/6521ddaf/attachment.htm