[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-devel
Subject: Re: OO design help
From: "Nathan Bradshaw" <nathanlbradshaw () gmail ! com>
Date: 2008-07-23 18:57:33
Message-ID: 92af7fc70807231157i62efc189g9f2296601870c943 () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Wed, Jul 23, 2008 at 2:42 PM, Sebastian Tr=FCg <trueg@k3b.org> wrote:
> On Monday 21 July 2008 23:42:25 Nathan Bradshaw wrote:
> > On a related topic, as things currently stand, is there anyway to tag a
> > virtual entity such as an Album or Artist? The typical scenario is to t=
ag
> a
> > track as embodied in a given file, but if we take the view that a given
> > media file is essentially an implementation of the abstract concept of
> the
> > track, which is from an album, which has an artist etc, is there anyway
> to
> > deal with the abstract components separate to their 'implementation' in=
a
> > physical file?
>
> That is the ultimate goal. Technically is is perfectly possible. You can
> toy
> around with that using the PIMOShell in playground/base/nepomuk-kde. It
> allows to create any type of resource and even new classes and properties=
.
> You can then of course also tag these new resources.
> For Amarok the ultimate goal is also to use abstract concepts such as
> Artist
> and Album decoupled from the actual files. Files will then "only" be
> incarnations of the abstract concept track.
> But that will take some time. Would you be interested in writing a little
> example tool that tries to create these abstract resources from the id3
> information available? It could even contact services such as last.fm to
> enrich the data.
>
I'm totally into the idea of coming up with a generic representation of
multimedia data that views files as 'instances' of more abstract informatio=
n
and will start to have a play with writing a tool like you describe above.
Just because it's pretty close to finished now I want to get the
kmusicbrainz lib wrapped up and that too could be an additional input sourc=
e
for this type of data.
Fun times :)
>
> Cheers,
> Sebastian
>
> >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to
> unsubscribe <<
>
[Attachment #5 (text/html)]
<div dir="ltr"><br><br><div class="gmail_quote">On Wed, Jul 23, 2008 at 2:42 PM, \
Sebastian Trüg <<a href="mailto:trueg@k3b.org">trueg@k3b.org</a>> \
wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, \
204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div class="Ih2E3d">On Monday \
21 July 2008 23:42:25 Nathan Bradshaw wrote:<br> > On a related topic, as things \
currently stand, is there anyway to tag a<br> > virtual entity such as an Album or \
Artist? The typical scenario is to tag a<br> > track as embodied in a given file, \
but if we take the view that a given<br> > media file is essentially an \
implementation of the abstract concept of the<br> > track, which is from an album, \
which has an artist etc, is there anyway to<br> > deal with the abstract \
components separate to their 'implementation' in a<br> > physical \
file?<br> <br>
</div>That is the ultimate goal. Technically is is perfectly possible. You can \
toy<br> around with that using the PIMOShell in playground/base/nepomuk-kde. It<br>
allows to create any type of resource and even new classes and properties.<br>
You can then of course also tag these new resources.<br>
For Amarok the ultimate goal is also to use abstract concepts such as Artist<br>
and Album decoupled from the actual files. Files will then "only" be<br>
incarnations of the abstract concept track.<br>
But that will take some time. Would you be interested in writing a little<br>
example tool that tries to create these abstract resources from the id3<br>
information available? It could even contact services such as <a \
href="http://last.fm" target="_blank">last.fm</a> to<br> enrich the data.<br>
</blockquote><div><br>I'm totally into the idea of coming up with a generic \
representation of multimedia data that views files as 'instances' of more \
abstract information and will start to have a play with writing a tool like you \
describe above. <br> <br>Just because it's pretty close to finished now I want to \
get the kmusicbrainz lib wrapped up and that too could be an additional input source \
for this type of data. <br><br>Fun times :)<br> </div><blockquote \
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt \
0pt 0.8ex; padding-left: 1ex;"> <br>
Cheers,<br>
<font color="#888888">Sebastian<br>
</font><div><div></div><div class="Wj3C7c"><br>
>> Visit <a href="http://mail.kde.org/mailman/listinfo/kde-devel#unsub" \
target="_blank">http://mail.kde.org/mailman/listinfo/kde-devel#unsub</a> to \
unsubscribe <<<br> </div></div></blockquote></div><br></div>
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic