[Nepomuk] OSCAF and music live and videoclips
Sebastian Trüg
sebastian at trueg.de
Wed Apr 4 19:11:53 UTC 2012
On 04/04/2012 09:00 PM, Ignacio Serantes wrote:
>
>
> On Wed, Apr 4, 2012 at 8:50 PM, Sebastian Trüg <sebastian at trueg.de
> <mailto:sebastian at trueg.de>> wrote:
>
> On 04/04/2012 08:16 PM, Ignacio Serantes wrote:
> > Looks more near reality and more 3 normal form but seems a little bit
> > complex and I think that a relation n:n is missing between nmm:Concert
>
> not really complex from a usage point of view as you only need to decide
> on one type. The rest comes through inheritance.
>
> > <-> nmm:ConcertVideo. There are video concerts recorded in two or more
> > concerts,
>
> What do you mean here exactly? One concert split over several videos?
>
>
> I'm assuming that nmm:Concert is a single Concert but a Concert
> Recording normally is recorded in more than one Concert. For example,
> Metallica's S&M was recorded in two Concerts.
So one audio/video file consist of more than one Concert. That would
mean we would need a nfo:Music which has two nmm:Concerts as
nie:hasLogicalPart.
>
>
> > the same for discs, and one concert could have more than one
> > video editions, or disc editions.
>
> Hm, that is true. We did not look into that yet.
> So what are the possibilities here?
>
> nmm:Album nie:hasLogicalPart nmm:AlbumDisc?
>
>
> Yes, could be a good solution and even is good to solve the actual
> problem with disc sets.
>
>
> > On the other side I'm not sure how nmm:Concert and nmm:LiveMusicPiece
> > could be implemented in strigi analyzers because there is no
> support at
> > all in audio files for this kind of information.
>
> Well, that is information that could be added separately like for tv
> shows.
>
>
> Ok, yes, you are right :).
>
>
>
> > Finally to be coherent we need a nmm:StudioMusicPiece, at same
> level as
> > nmm:LiveMusicPiece, because we have nmm:LiveMusicVideo and
> > nmm:MusicVideoVideo and we don't want different structure in audio and
> > video to store the same concepts.
>
> agreed. So maybe also StudioMusicVideo instead of MusicVideoVideo. :P
>
>
> For name coherence yes but nobody calls a Music Video a Studio Music
> Video ;).
Of course not. But that is an internal technical name anyway.
Cheers,
Sebastian
>
> Cheers,
> Sebastian
>
> >
> > On Wed, Apr 4, 2012 at 7:49 PM, Sebastian Trüg <sebastian at trueg.de
> <mailto:sebastian at trueg.de>
> > <mailto:sebastian at trueg.de <mailto:sebastian at trueg.de>>> wrote:
> >
> > looks very nice indeed. Would you thus propose to double-type live
> > performance videos with nmm:MusicVideo and nmm:LivePerformance?
> >
> > How about the attached layout instead.
> >
> > We simply derive the live video and audio from the same live
> base class.
> > That way we can easily query all live performances, be it audio or
> > video.
> > Also I added an intermediate class nmm:MusicVideo and the
> badly named
> > nmm:MusicVideoVideo which is supposed to be typical music
> videos as you
> > get from performers for mtv and stuff.
> > That way we can also easily query for videos that contain music in
> > any form.
> >
> > What do you think?
> >
> > Cheers,
> > Sebastian
> >
> > On 04/04/2012 07:26 PM, Andrew Lake wrote:
> > > nmm:TVShow is a subclass of nfo:Media so yes, it should be
> okay to
> > do that. :-)
> > >
> > > peace and much respect,
> > > Andrew
> > >
> > > On Wed, Apr 4, 2012 at 10:23 AM, Ignacio Serantes
> <kde at aynoa.net <mailto:kde at aynoa.net>
> > <mailto:kde at aynoa.net <mailto:kde at aynoa.net>>> wrote:
> > >> 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
> <jamboarder at gmail.com <mailto:jamboarder at gmail.com>
> > <mailto:jamboarder at gmail.com <mailto:jamboarder at gmail.com>>>
> 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
> <kde at aynoa.net <mailto:kde at aynoa.net>
> > <mailto:kde at aynoa.net <mailto:kde at aynoa.net>>> 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
> > <sebastian at trueg.de <mailto:sebastian at trueg.de>
> <mailto:sebastian at trueg.de <mailto:sebastian at trueg.de>>>
> > >>>> 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
> > >>
> > >>
> > >
> >
> >
> >
> >
> > --
> > Best wishes,
> > Ignacio
> >
> >
> >
> >
> > _______________________________________________
> > Nepomuk mailing list
> > Nepomuk at kde.org <mailto:Nepomuk at kde.org>
> > https://mail.kde.org/mailman/listinfo/nepomuk
> _______________________________________________
> Nepomuk mailing list
> Nepomuk at kde.org <mailto:Nepomuk at kde.org>
> https://mail.kde.org/mailman/listinfo/nepomuk
>
>
>
>
> --
> Best wishes,
> Ignacio
>
>
More information about the Nepomuk
mailing list