IRC discussion

[Andrew Lake]

Definitely. I think it makes sense to use Baloo wherever possible. I think
we'll want to implement a Baloo Search Store to make our media data store
searchable via Baloo. I'm sure Vishesh will be more than willing to help us
understand how to do this. Baloo will cover only some of the functions for
which we used Nepomuk. The rest we'll have to implement ourselves.

Essentially our datastore will need to be able to store and make accessible:
- All music file metadata (artist, album, genre, composer, track number)
- Artist metadata (name, bio, rating, etc.)
- Album metadata (release date, track count, primary artist, rating, etc.)
- Genre metadata (genre mapping, rating, etc.)
- Playback statistics
- "Last-added" statistics
- Audio stream/feed metadata

Feel free to directly contact Vishesh with any Baloo questions and share
whatever you find out here.

Oh, if you get a chance, can you subscribe to the email list as described
here:
https://mail.kde.org/mailman/listinfo/bangarang

That way your message won't end up in moderation waiting for me to approve
it. :-)

Hope this helps,
Andrew

On Wed, Oct 22, 2014 at 10:11 AM, Eshton Robateau <2607922181 at qq.com> wrote:

> Nepomuk has been a important part of Bangarang but since it's deprecation,
> our codebase has not ported away from it.  The obvious replacement is baloo
> which has provided a solid api. Baloo allows us to define and use relations
> for search store, file attributes can be directly read/written using
> xattr.  See [1] for more details. Of course a wider discussion is necessary
> and we might need to bring vHanda also.
>
> ------------------
> [1] https://community.kde.org/Baloo/Architecture
>
>
> _______________________________________________
> Bangarang mailing list
> Bangarang at kde.org
> https://mail.kde.org/mailman/listinfo/bangarang
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/bangarang/attachments/20141022/5c821faa/attachment.html>