Assuming that nmm:TVShow could be used instead nfo:Media seems good for me :).
On Wed, Apr 4, 2012 at 6:36 PM, Andrew Lake <[email protected]> wrote: > Thanks for taking the time to put this together Sebastian. > > I wonder if it would be possible to push a simpler class > nmm:LivePerformance up above the media type (audio/music/video). > Perhaps just subclassed from nfo:Media, since we could have audio or > video live performances. Then perhaps we could just add the type to > any existing audio, music, video, tv show, etc. resource to indicate > it is a live performance. A concert then is just a special type of > live performance that can have multiple live performances. It might > even have unique properties like location, numberOfPerformers, > tourStops, etc. > > Based on what you came up with and Ignacio's comments, I've attached a > png that captures what I'm thinking might work. > > Hope this helps, > Andrew > > On Wed, Apr 4, 2012 at 4:41 AM, Ignacio Serantes <[email protected]> wrote: > > In a second view I have some remarks: > > > > Why nmm:MusicVideo is related to nmm:LiveMusicPerformance? There are > totally > > independent without any relation. > > nmm:MusicVideo must be related to many nmm:MusicPiece as > > nmm:LiveMusicPerformance. This is a very uncommon case but there is a few > > music video clips related to more than on song. > > I'm assuming a 0:n cardinality because I have several live performances > > related to a nmm:MusicPiece I don't own. > > > > > > > > On Wed, Apr 4, 2012 at 10:40 AM, Sebastian Trüg <[email protected]> > wrote: > >> > >> Hi guys, > >> > >> I quickly drew little diagrams trying to summarize again. Please tell me > >> what I missed: > >> > >> 1.png is the example of a concert which is split into live performances > >> or certain music pieces. Still missing are the DataObject parts. There > >> could be a filedataobject for all of them or only for the concert. in > >> the latter case the rest would be embedded data objects or we need > >> something new like "part of a dataobject". > >> 2.png is the relationship between the classes. > >> > >> Cheers, > >> Sebastian > -- Best wishes, Ignacio
_______________________________________________ Nepomuk mailing list [email protected] https://mail.kde.org/mailman/listinfo/nepomuk
