[Data-modeling] Made-for-TV Movies
Jeff Prucher
jeff at metaweb.com
Thu May 1 23:22:43 UTC 2008
The problem with either delegating the common properties or abstracting them
to a more general type is that the crucial "performance" types are
semantically different for film and TV. While there are essentially
equivalent roles (perhaps director, producer, writer, maybe "other crew"),
performances for film are fairly simple -- they connect an actor, film, and
character or appearance type. For television, they connect an actor and
character/appearance type to tv episode, tv season, and tv series, and
further make a distinction between regular appearances and guest
appearances.
I'm not necessarily opposed to abstracting out common properties, but these
differences between the performance roles should be considered.
Jeff
_____
From: data-modeling-bounces at freebase.com
[mailto:data-modeling-bounces at freebase.com] On Behalf Of Robert Cook
Sent: Wednesday, April 30, 2008 8:49 AM
To: Freebase data modeling mailing list
Subject: Re: [Data-modeling] Made-for-TV Movies
I'm most intrigued by Tim's solution. Film and TV as media are morphing
rapidly right now and I suspect will become less distinguished from each
other over time. They really are historical points on a spectrum that is
becoming filled in. This "video production" type could hold properties for:
/film/film
/tv/tv_program
/tv/tv_episode
Unfortunately, with our current system of "supporting types" we can't handle
this situation well. For instance, if the apparent "director" property of
film really comes from the supporting type /media/video_production, its
expected type would be /media/director rather than /film/director. This
would mean that if you entered a director into a film in the freebase
interface, it the instance on the other end would be typed /media/director
not /film/director as you would expect.
We're about to roll out a new feature called "property delegation" that will
replace the supporting types mechanism and will handle the expected types
correctly. I suspect that this video jumble might be one of the first
things we fix.
R
On Apr 29, 2008, at 6:56 PM, Tim Kientzle wrote:
Sounds like there's confusion between "what something is" (video
production?) versus "how it's distributed" (TV, DVD, movie theater,
streaming video). Perhaps we need to add /media/video_production to
hold the information common to all types of video (who was in it, who
paid for it, who scripted it, who filmed it, who edited it, when it
was filmed, when it was released, what book it's based on)?
On Apr 29, 2008, at 6:45 PM, Faye Li wrote:
Hi,
There are about 200 topics in Freebase that are typed as both /film/
film
and /tv/tv_program, a co-typing that was previously deemed
incompatible.
Bryan Cheung and I looked through a few instances of them, and some
are
clearly mistyped, some are feature-length TV episodes or miniseries
arguably marketed as movies, while others are made-for-TV movies that
qualify for both types.
So, does the co-typing of /film/film and /tv/tv_program make sense?
Does
it apply to feature-length TV episodes and miniseries in addition to
made-for-TV movies, or only some of the above? Should there emerge a
new
type altogether (/film/tv_movie? /tv/tv_movie?) for it?
The problem of cotyping is that the two types, for obvious reasons,
have
overlapping properties: producers, actors, etc. I'm not as concerned
about having to enter the same data twice as I am about the type
implication of doing so, where the same actor then gets cotyped as
both
/tv/actor and /film/actor, just for being in a TV movie! Ditto for the
producer. On the other hand, /tv/tv_program has no director property,
which is attached to /tv/tv_series_episode, and /film/film has no TV
channel property that is part of the data about a TV movie. So
without a
new type, both types are needed to capture all the data. And by the
way,
when I say I'm not *as* concerned about having to enter the same data
twice, I mean I am concerned. ;)
Examples:
1) The three-hour miniseries "Battlestar Galactica" that was a pilot
to
the new series, co-typed with the unholy combo of /film/film,
/tv/tv_program, and tv/tv_series_episode:
http://freebase.com/view/guid/9202a8c04000641f80000000009aaffd
2) "Love Comes Softly", a Hallmark Channel movie original starring
Katherine Heigl, poster child (the movie, not her) for the new TV
Movie
type if there would be one, currently typed as /film/film:
http://freebase.com/view/en/love_comes_softly
3) Too many BBC drama series of "Jane Eyre", such as this one, cotyped
as both /film/film and /tv/tv_program:
http://freebase.com/view/guid/9202a8c04000641f8000000000c551bf
-- Faye
_______________________________________________
Data-modeling mailing list
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 --------------
An HTML attachment was scrubbed...
URL: http://lists.freebase.com/pipermail/data-modeling/attachments/20080501/8b00cd68/attachment.htm
More information about the Data-modeling
mailing list