[Data-modeling] Additional soundtrack types?

Robert Cook robert at metaweb.com
Thu Sep 11 06:04:49 UTC 2008


Many (most?) games have soundtracks that aren't strictly "musical  
games" as defined by that Freebase type.

I think this property should part of the Computer game type.  I also  
question whether  the "songs" property shouldn't be on the Computer  
game type for the same reason.  And, while I'm at it, I'm wondering  
why "input method" isn't a more general property on computer game, as  
many non-musical games have other input device types.

Also -- why is it "input method" and not "input device"?  There are a  
lot of input devices out there, such as steering wheels, flight  
sticks, motion detectors, etc., that are used by a wide variety of  
games outside of the musical genre.

Which begs the question -- why isn't Musical game just a genre?

R

On Sep 10, 2008, at 5:01 PM, Jeff Prucher wrote:

> I agree with Gordon about media-specific types. I'd suggest the types
> Computer Game Soundtrack, linked from the Musical Game type (rather  
> than the
> plain vanilla Computer Game), and TV Program Soundtrack, linked from  
> the TV
> Program type.
>
> Jeff
>
>> -----Original Message-----
>> From: data-modeling-bounces at freebase.com
>> [mailto:data-modeling-bounces at freebase.com] On Behalf Of
>> Gordon Mackenzie
>> Sent: Wednesday, September 10, 2008 4:46 PM
>> To: Freebase data modeling mailing list
>> Subject: Re: [Data-modeling] Additional soundtrack types?
>>
>> I'd vote for keeping the soundtrack type specific to the
>> media...I suppose there could be co-type that is more media
>> commons in nature, for more generic soundtrack/media properties.
>>
>> ~ Gordon
>>
>> <<< gordon at metaweb.com >>>
>>
>>
>>
>> On Sep 10, 2008, at 4:30 PM, Bryan Cheung wrote:
>>
>>> Currently we have a music soundtrack type where the property film
>>> links the soundtrack to the film.  Theater has another type musical
>>> soundtrack for plays/productions.  What about video games
>> and tv shows
>>> that have soundtracks?  I'm thinking we need some new types to
>>> represent this, as opposed to generalizing the soundtrack type.
>>> Anyone else have other suggestions?
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>
> _______________________________________________
> Data-modeling mailing list
> Data-modeling at freebase.com
> http://lists.freebase.com/mailman/listinfo/data-modeling



More information about the Data-modeling mailing list