[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