Re: Nepomuk in 4.13 and beyond

2013-12-20 Thread Jos Poortvliet
On Thursday 19 December 2013 09:14:42 Till Adam wrote: On Thursday, December 19, 2013 02:27:43 AM Mark Gaiser wrote: On Wed, Dec 18, 2013 at 11:07 PM, Jos Poortvliet jospoortvl...@gmail.com wrote: On Tuesday 17 December 2013 12:22:26 Todd wrote: On Dec 12, 2013 6:36 PM, Vishesh Handa

Re: Nepomuk in 4.13 and beyond

2013-12-19 Thread Martin Sandsmark
On Wed, Dec 18, 2013 at 11:07:18PM +0100, Jos Poortvliet wrote: Unless somebody knows a web service which can judge the value of a word that internet users seem to attach to it or something like that :D Just because I'm a bit bored atm. I found such a site: http://i.imgur.com/OkIHqGv.png Not

Re: Nepomuk in 4.13 and beyond

2013-12-19 Thread Vishesh Handa
On Tuesday 17 Dec 2013 12:22:26 Todd wrote: On Dec 12, 2013 6:36 PM, Vishesh Handa m...@vhanda.in wrote: i’ll say it again here so that it is at least on record: i really disagree with renaming Nepomuk. call it Nepomuk 2 or whatever, but tossing aside name recognition and years of

Re: Nepomuk in 4.13 and beyond

2013-12-18 Thread Jos Poortvliet
On Tuesday 17 December 2013 12:22:26 Todd wrote: On Dec 12, 2013 6:36 PM, Vishesh Handa m...@vhanda.in wrote: i’ll say it again here so that it is at least on record: i really disagree with renaming Nepomuk. call it Nepomuk 2 or whatever, but tossing aside name recognition and years

Re: Nepomuk in 4.13 and beyond

2013-12-18 Thread Mark Gaiser
On Wed, Dec 18, 2013 at 11:07 PM, Jos Poortvliet jospoortvl...@gmail.com wrote: On Tuesday 17 December 2013 12:22:26 Todd wrote: On Dec 12, 2013 6:36 PM, Vishesh Handa m...@vhanda.in wrote: i’ll say it again here so that it is at least on record: i really disagree with renaming Nepomuk.

Re: Nepomuk in 4.13 and beyond

2013-12-17 Thread Todd
On Dec 12, 2013 6:36 PM, Vishesh Handa m...@vhanda.in wrote: i’ll say it again here so that it is at least on record: i really disagree with renaming Nepomuk. call it Nepomuk 2 or whatever, but tossing aside name recognition and years of messaging is doing the promo teams a massive

Re: Nepomuk in 4.13 and beyond

2013-12-16 Thread Ingo Klöcker
On Monday 16 December 2013 09:15:22 Etric Celine wrote: Am 15.12.2013 12:02 schrieb Vishesh Handa m...@vhanda.in: The TagRelation was a proof of concept of global tagging which I would like to remove. We're going to be discussing this on Monday after the Plasma Hangout. I do not

Re: Nepomuk in 4.13 and beyond

2013-12-15 Thread Simeon Bird
Could you please enumerate what all that involves? From what I know there is - 1. Metadata model for running queries 2. Timeline based stuff - again, queries 3. Showing File metadata - There is a File class and a FileFetchJob 4. File ratings/comments - There is no API right now as I haven't

Re: Nepomuk in 4.13 and beyond

2013-12-15 Thread Shantanu Tushar Jha
Hi Vishesh, While we're doing a better Nepomuk, something that I'll personally love improved is real-time[1] resource updates. We disabled resource watcher in PMC a long time back because it used to slow down things a *lot*. I'd envision something along the lines of signals which would notify the

Re: Nepomuk in 4.13 and beyond

2013-12-15 Thread Vishesh Handa
On Saturday 14 Dec 2013 21:26:35 Ingo Klöcker wrote: Hmm, I would love to tag my email (using filters) just like Google Mail does so that I can stop filtering my email into folders and I can start using tag folders. This would result in hundreds of thousands of relations tag/email, wouldn't

Re: Nepomuk in 4.13 and beyond

2013-12-14 Thread Ingo Klöcker
On Friday 13 December 2013 12:42:39 Marco Martin wrote: On Thursday 12 December 2013, Vishesh Handa wrote: On Thursday 12 Dec 2013 19:40:11 Ivan Čukić wrote: From my POV, it would be much nicer if you forced a single db (as an actual store, not as a cache like nepomuk is for akonadi)

Re: Nepomuk in 4.13 and beyond

2013-12-13 Thread Marco Martin
On Thursday 12 December 2013, Vishesh Handa wrote: About 2 months ago we started to draft Baloo [1], a metadata solution that will cover the bare necessities of each use case we have. I'd like to avoid getting into the technical details of the implementation in this thread. Another thread

Re: Nepomuk in 4.13 and beyond

2013-12-13 Thread Vishesh Handa
On Thursday 12 Dec 2013 21:23:51 Aaron J. Seigo wrote: On Thursday, December 12, 2013 20:10:27 Vishesh Handa wrote: On Thursday 12 Dec 2013 19:40:11 Ivan Čukić wrote: If we all decide to store stuff in sqlite, then it doesn't matter if they are separate database files or the same

Re: Nepomuk in 4.13 and beyond

2013-12-13 Thread Vishesh Handa
On Thursday 12 Dec 2013 23:33:50 Ivan Čukić wrote: for the Plasma Active shell as it currently is, single-store querying might be workable as we tend to keep most of the different resources separated in the UI (though that’s one thing i want to change in future releases, so you can

Re: Nepomuk in 4.13 and beyond

2013-12-13 Thread Vishesh Handa
On Friday 13 Dec 2013 15:10:32 Shantanu Tushar Jha wrote: Hi Vishesh, While we're doing a better Nepomuk, something that I'll personally love improved is real-time[1] resource updates. We disabled resource watcher in PMC a long time back because it used to slow down things a *lot*. I'd

Re: Nepomuk in 4.13 and beyond

2013-12-13 Thread Marco Martin
On Thursday 12 December 2013, Vishesh Handa wrote: On Thursday 12 Dec 2013 19:40:11 Ivan Čukić wrote: If we all decide to store stuff in sqlite, then it doesn't matter if they are separate database files or the same one. I might be missing a few things here, but asking questions is the

Re: Nepomuk in 4.13 and beyond

2013-12-13 Thread Marco Martin
On Thursday 12 December 2013, Vishesh Handa wrote: what you describe is amazingly similar to the system Wheeler and I came up with during the very first Akademy. if you’re ever interested in what ever became of that, remind me over a coffee/beer sometime and i’ll put on my old-man pants

Re: Nepomuk in 4.13 and beyond

2013-12-13 Thread Aaron J. Seigo
On Friday, December 13, 2013 12:13:19 Vishesh Handa wrote: If you want, we can discuss this over a hangout or irc where there is a smaller delay between responses. What time would be suitable for everyone? today before 17:00; this weekend i’m busy, and then next week i’m relatively

Re: Nepomuk in 4.13 and beyond

2013-12-13 Thread Ivan Čukić
today before 17:00; this weekend i’m busy, and then next week i’m relatively available again. Monday or later for me. -- Science gathers knowledge faster than society gathers wisdom. -- Isaac Asimov

Re: Nepomuk in 4.13 and beyond

2013-12-13 Thread Ivan Čukić
If both are sqlite, then it's one query - select fid from tagRelation, activityRelation where aid = 'activityId' and tid = 'TagIdentifier'; Now your talkin' This looks nice - It needs to be abstracted into a proper api that can understand that those are separate dbs. (this removes my

Nepomuk in 4.13 and beyond

2013-12-12 Thread Vishesh Handa
Hey everyone During the KDE 4.11 cycle Nepomuk reached a maturity level that we were happy with, it is reasonably fast, stable, and unless used together with Akonadi it is no longer the CPU consumer it was before. We reached this state after years of analyzing what was wrong and what could be

Re: Nepomuk in 4.13 and beyond

2013-12-12 Thread Ivan Čukić
Aloha, - Resource Description Framework (RDF) The biggest problem with RDF is that it raises the knowledge needed to I'm not sure this was *the* problem with nepomuk adoption, but lets ignore that for a moment :) So, nepomuk was based on rdf and sparql. Essentially, a simple and

Re: Nepomuk in 4.13 and beyond

2013-12-12 Thread Aaron J. Seigo
hi ... just replying to k-c-d because i loath massively-cross-posted email discussions. On Thursday, December 12, 2013 11:46:53 Vishesh Handa wrote: Each of these problems is independently solvable without RDF. ah, how wonderful. what you describe is amazingly similar to the system Wheeler

Re: Nepomuk in 4.13 and beyond

2013-12-12 Thread Ignacio Serantes
Welcome Baloo, New suggestions about development direction to avoid some problems related to Nepomuk: 1) Baloo must work as a service to share information with other users and minimize resources consumption. With Nepomuk a login is required and in multiuser environment this is a problem. 2) Data

Re: Nepomuk in 4.13 and beyond

2013-12-12 Thread Aaron J. Seigo
hopefully not demonstrating my own naivety about nepomuk ... On Thursday, December 12, 2013 13:01:29 Ignacio Serantes wrote: 1) Baloo must work as a service to share information with other users and minimize resources consumption. With Nepomuk a login is required and in multiuser environment

Re: Nepomuk in 4.13 and beyond

2013-12-12 Thread Vishesh Handa
On Thursday 12 Dec 2013 12:34:40 Ivan Čukić wrote: Aloha, - Resource Description Framework (RDF) The biggest problem with RDF is that it raises the knowledge needed to I'm not sure this was *the* problem with nepomuk adoption, but lets ignore that for a moment :) So, nepomuk was

Re: Nepomuk in 4.13 and beyond

2013-12-12 Thread Vishesh Handa
On Thursday 12 Dec 2013 13:24:04 Aaron J. Seigo wrote: hi ... just replying to k-c-d because i loath massively-cross-posted email discussions. On Thursday, December 12, 2013 11:46:53 Vishesh Handa wrote: Each of these problems is independently solvable without RDF. ah, how wonderful.

Re: Nepomuk in 4.13 and beyond

2013-12-12 Thread Vishesh Handa
On Thursday 12 Dec 2013 19:08:23 Aaron J. Seigo wrote: On Thursday, December 12, 2013 18:28:24 you wrote: What exactly do you want to integrate? Plasma Active things. Could you please enumerate what all that involves? From what I know there is - 1. Metadata model for running queries 2.

Re: Nepomuk in 4.13 and beyond

2013-12-12 Thread Ivan Čukić
If we all decide to store stuff in sqlite, then it doesn't matter if they are separate database files or the same one. I might be missing a few things here, but asking questions is the road to enlightenment :) - There is no way to query across different stores, which was the main appeal of

Re: Nepomuk in 4.13 and beyond

2013-12-12 Thread Vishesh Handa
On Thursday 12 Dec 2013 19:40:11 Ivan Čukić wrote: If we all decide to store stuff in sqlite, then it doesn't matter if they are separate database files or the same one. I might be missing a few things here, but asking questions is the road to enlightenment :) - There is no way to query

Re: Nepomuk in 4.13 and beyond

2013-12-12 Thread Alexander Neundorf
On Thursday 12 December 2013, Ignacio Serantes wrote: Welcome Baloo, New suggestions about development direction to avoid some problems related to Nepomuk: 1) Baloo must work as a service to share information with other users and minimize resources consumption. With Nepomuk a login is

Re: Nepomuk in 4.13 and beyond

2013-12-12 Thread Aaron J. Seigo
On Thursday, December 12, 2013 20:10:27 Vishesh Handa wrote: On Thursday 12 Dec 2013 19:40:11 Ivan Čukić wrote: If we all decide to store stuff in sqlite, then it doesn't matter if they are separate database files or the same one. I might be missing a few things here, but asking

Re: Nepomuk in 4.13 and beyond

2013-12-12 Thread Ivan Čukić
for the Plasma Active shell as it currently is, single-store querying might be workable as we tend to keep most of the different resources separated in the UI (though that’s one thing i want to change in future releases, so you can group a set of bookmarks with a given file, e.g.)