Thanks much for tracking this down Eshton.<br><br>Right so it looks like we're basically just doing our own internal data store and bally will do its thing independently. We might use baloo for basic searching but, with the custom structured queries we'll need to do, it looks like we're doing own custom searching anyway. Not a problem at all. <br><br>We'll probably go with SQLite as our local storage solution, unless others have a different suggestion. We will likely have some complex queries that will test the limits of SQLite but we can probably work around those limits with multiple pass queries.<br><br>Andrew<br><br><div class="gmail_quote">On Sat, Oct 25, 2014, 1:50 AM Eshton Robateau <<a href="mailto:2607922181@qq.com">2607922181@qq.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Had a talk with Vishesh Handa on #kde-baloo, key pieces of info basically are:<br><br>-Baloo doesn't store data any more (we were aware of that)<br>-It can give a list of files based on query (using metadata)<br>-It can also provide metadata if requested (of course we may want to provide our own)<br>-We can write attributes to a file using its xattr<br><br>-MOST IMPORTANTLY:<br><yungtrizzle> vHanda: would we need our own search plugin?<br>[21:23] <vHanda> I'm not sure what you mean by "search plugin"<br>[21:23] <vHanda> bshah: there?<br>[21:23] <yungtrizzle> search store<br>[21:25] <vHanda> okay. So during the KDE4 times and uptil about a month on in Plasma5, Baloo was trying to still be generic like Nepomuk and we had these concept of search plugins / search stores<br>[21:25] <vHanda> they are now all gone<br>[21:26] <vHanda> All Baloo can do it search through files for you<br>[21:26] <vHanda> that's it. <br>[21:26] <vHanda> We were initially planning on all those "Search Store" functionalities which will let other people export the search infrastructure and all<br>[21:26] <vHanda> but then we realized we were going the wrong away, since no one was actually using any of that<br><br><div><div style="color:#909090;font-family:Arial Narrow;font-size:12px">------------------</div></div><div> </div><div><div><br></div><div><br></div><div style="font-size:12px;font-family:Arial Narrow;padding:2px 0 2px 0">------------------ Original ------------------</div><div style="font-size:12px;background:#efefef;padding:8px"><div><b>From: </b> "Andrew Lake";<<a href="mailto:jamboarder@gmail.com" target="_blank">jamboarder@gmail.com</a>>;</div><div><b>Send time:</b> Thursday, Oct 23, 2014 4:45 AM</div><div><b>To:</b> "Eshton Robateau"<<a href="mailto:2607922181@qq.com" target="_blank">2607922181@qq.com</a>>; <u></u></div><div><b>Cc:</b> "bangarang"<<a href="mailto:bangarang@kde.org" target="_blank">bangarang@kde.org</a>>; <u></u></div><div><b>Subject: </b> Re: IRC discussion</div></div></div><div><div><br></div><div dir="ltr">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.<div><br></div><div>Essentially our datastore will need to be able to store and make accessible:</div><div>- All music file metadata (artist, album, genre, composer, track number)</div><div>- Artist metadata (name, bio, rating, etc.)</div><div>- Album metadata (release date, track count, primary artist, rating, etc.)</div><div>- Genre metadata (genre mapping, rating, etc.)</div><div>- Playback statistics</div><div>- "Last-added" statistics</div><div>- Audio stream/feed metadata</div><div><div><br></div><div>Feel free to directly contact Vishesh with any Baloo questions and share whatever you find out here.</div><div><br></div><div>Oh, if you get a chance, can you subscribe to the email list as described here:</div><div><a href="https://mail.kde.org/mailman/listinfo/bangarang" style="font-family:arial,sans-serif;font-size:13px" target="_blank">https://mail.kde.org/mailman/listinfo/bangarang</a><br></div><div><br></div><div>That way your message won't end up in moderation waiting for me to approve it. :-)</div><div><br></div><div>Hope this helps,</div><div>Andrew</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 22, 2014 at 10:11 AM, Eshton Robateau <span dir="ltr"><<a href="mailto:2607922181@qq.com" target="_blank">2607922181@qq.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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.<br><br><div><div style="color:#909090;font-family:Arial Narrow;font-size:12px">------------------</div><div style="font-size:14px;font-family:Verdana;color:#000"><div>[1] <a href="https://community.kde.org/Baloo/Architecture" target="_blank">https://community.kde.org/Baloo/Architecture</a></div></div></div><div> </div><br>_______________________________________________<br>
Bangarang mailing list<br>
<a href="mailto:Bangarang@kde.org" target="_blank">Bangarang@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/bangarang" target="_blank">https://mail.kde.org/mailman/listinfo/bangarang</a><br>
<br></blockquote></div><br></div></div>______________________________<u></u>_________________<br>
Bangarang mailing list<br>
<a href="mailto:Bangarang@kde.org" target="_blank">Bangarang@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/bangarang" target="_blank">https://mail.kde.org/mailman/<u></u>listinfo/bangarang</a><br>
</blockquote></div>