On a quick quick view you are forgetting the relation with Lives and TV Shows. As I explained I have hundreds of lives from TV Shows and not from concerts.<div><br></div><div><div class="gmail_quote">On Wed, Apr 4, 2012 at 10:40 AM, Sebastian Trüg <span dir="ltr"><<a href="mailto:sebastian@trueg.de">sebastian@trueg.de</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi guys,<br>
<br>
I quickly drew little diagrams trying to summarize again. Please tell me<br>
what I missed:<br>
<br>
1.png is the example of a concert which is split into live performances<br>
or certain music pieces. Still missing are the DataObject parts. There<br>
could be a filedataobject for all of them or only for the concert. in<br>
the latter case the rest would be embedded data objects or we need<br>
something new like "part of a dataobject".<br>
2.png is the relationship between the classes.<br>
<br>
Cheers,<br>
Sebastian<br>
<div class="im"><br>
On 03/26/2012 12:15 PM, Ignacio Serantes wrote:<br>
><br>
><br>
> On Fri, Mar 23, 2012 at 5:48 PM, Andrew Lake <<a href="mailto:jamboarder@gmail.com">jamboarder@gmail.com</a><br>
</div><div class="im">> <mailto:<a href="mailto:jamboarder@gmail.com">jamboarder@gmail.com</a>>> wrote:<br>
><br>
>     On Thu, Mar 22, 2012 at 11:56 PM, Sebastian Trüg <<a href="mailto:sebastian@trueg.de">sebastian@trueg.de</a><br>
</div><div><div class="h5">>     <mailto:<a href="mailto:sebastian@trueg.de">sebastian@trueg.de</a>>> wrote:<br>
>     ><br>
>     >> nmm:LiveMusicVideo, nmm:ConcertMusicVideo and, maybe,<br>
>     >> nmm:VideoMusicVideo :?. I'm not strong in English names so for me is<br>
>     >> good if I could store the information I want.<br>
>     ><br>
>     > Let's get Banganrang into the mix. What do you think, Andrew?<br>
>     ><br>
><br>
>     Thanks for the cc Sebastian. :-)<br>
><br>
>     I was also looking for a way to basically link videos to music. How<br>
>     far can we go to solving this without introducing new types?<br>
><br>
>     So these videos are basically performances of a particular MusicPiece.<br>
>     Hmm, what about a property sort of like nmm:performanceOf ?  So any<br>
>     nfo:Video could be a performance of a particular nmm:MusicPiece.  You<br>
>     might even be able to link different nmm:MusicPiece or even nfo:Audio<br>
>     in the same way. So maybe a domain of nfo:Media?<br>
><br>
>     I can see the value of changing the domain of nmm:performer to<br>
>     nfo:Media since I can imagine several kinds of media beyond<br>
>     nmm:MusicPiece that have performers (audio books, spoken word, live<br>
>     concerts, poetry, stand up comedy shows, etc.).<br>
><br>
>     For a portion of a video (tvshow, concert, etc.) that has the<br>
>     performance of a particular music piece, I could see value in a<br>
>     nmm:VideoPart type or something similar that has unique begining and<br>
>     end properties of a video resource.  Then nmm:performanceOf could be<br>
>     used as a property of nmm:VideoPart.<br>
><br>
><br>
> I don't think in this part but sounds interesting because you could<br>
> search for videos related to a music piece even in a full concert DVD.<br>
><br>
><br>
>     I think that would cover most of the basic semantics and allow the<br>
>     userspace semantics (titling, tagging, etc.) handle the rest.  My<br>
>     reluctance to introducing new types comes down to this: If the new<br>
>     type doesn't have a bunch of unique properties then there really isn't<br>
>     much semantics being introduced and the new type is little more than a<br>
>     tag - which is just as searchable, groupable and far more flexible.<br>
>     While I'm not a huge fan of pushing stuff up to the userspace, it has<br>
>     value in that it keeps the core ontology relatively stable (a blessing<br>
>     for app developers).  It also provides a great deal of flexibility by<br>
>     allowing new use-cases to emerge.  My view has been to first try<br>
>     solving the problem with tags for a while and then if/when a<br>
>     consistent pattern starts to emerge, then we can talk about if it<br>
>     makes sense to update the ontology.<br>
><br>
>     Anyway, that's how I'm seeing it from the Bangarang side.  Hope this<br>
>     is helpful and please feel free to throw stones in this general<br>
>     direction. :-)<br>
><br>
>     peace and much respect,<br>
>     Andrew<br>
>     _______________________________________________<br>
>     Nepomuk mailing list<br>
</div></div>>     <a href="mailto:Nepomuk@kde.org">Nepomuk@kde.org</a> <mailto:<a href="mailto:Nepomuk@kde.org">Nepomuk@kde.org</a>><br>
<div class="im">>     <a href="https://mail.kde.org/mailman/listinfo/nepomuk" target="_blank">https://mail.kde.org/mailman/listinfo/nepomuk</a><br>
><br>
><br>
> As this discussions is really interesting I suggest other point to<br>
> discuss, the nmm:MusicAlbum. I think there are three main problems here:<br>
><br>
</div>>  1. Cover: Nepomuk looks for a cover.* file in the music album folder<br>
<div class="im">>     but extract that information from Nepomuk will be a better solution.<br>
>     The solution used with TV series seems valid here.<br>
</div>>  2. Performer: actually there is no method to obtain an album performer<br>
<div class="im">>     except reading performer's tracks. This is a problem with a<br>
>     collaborations albums where performer tracks has more than one<br>
>     performer. Amarok has a manual method to select if an album is a<br>
>     "various artist" or not and I think this is a good solution.<br>
</div>>  3. Multidisc albums: there is a problem managing total tracks in this<br>
<div class="im HOEnZb">>     case, we need a method to store total tracks and total tracks per disc.<br>
><br>
> And the same discussed to link music tracks with videos must be apply<br>
> here because there is music album releases with an associated DVD or BluRay.<br>
><br>
><br>
> --<br>
> Best wishes,<br>
> Ignacio<br>
><br>
><br>
><br>
><br>
</div><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> Nepomuk mailing list<br>
> <a href="mailto:Nepomuk@kde.org">Nepomuk@kde.org</a><br>
> <a href="https://mail.kde.org/mailman/listinfo/nepomuk" target="_blank">https://mail.kde.org/mailman/listinfo/nepomuk</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Best wishes,<div>Ignacio</div><div><br></div><br>
</div>