Hello,<div><br></div><div>The summary : </div><div> </div><div>I now use MemoryMeta::MapChanger successfully to add tracks, which takes care of duplicate additions, checking for existing meta objects etc. </div><div><br></div>

<div>The results do show. If strigi was unable to assign an album to a song, it automatically is assigned a "Unknow Album", like Ralf Engels ( rengels ) mentioned the other day. </div><div><br></div><div>But the problem is, all the artists are clubbed together. An example : <a href="http://i.imgur.com/tRtkS.png">http://i.imgur.com/tRtkS.png</a></div>

<div>The local collection lists all the artists separately on the first level and the albums on the second level. </div><div>But not so in the Nepomuk Collection. I will look into this later. ( I welcome pointers on why this might be happening ) </div>

<div><br></div><div>I will now work on running the nepomuk query and the subsequent enumeration as a background job. </div><div>This should speed up things. </div><div><br></div><div>I will then run a few straightforward tests, ask a few people to give the plugin a try and evaluate the response times. And then decide on a separate cache based querying approach like Bart Cernels ( Stecchino ) mentioned. Whether it needs immediate attention or not. </div>

<div><br></div><div>Have pushed the code as usual in my 'gsoc' branch. </div><div><a href="http://quickgit.kde.org/index.php?p=clones%2Famarok%2Fguduthur%2Famarok-nepomuk.git&a=shortlog&h=refs/heads/gsoc">http://quickgit.kde.org/index.php?p=clones%2Famarok%2Fguduthur%2Famarok-nepomuk.git&a=shortlog&h=refs/heads/gsoc</a></div>

<div><br></div><div>Cheers :) </div><div>Phalgun</div>