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
> >
> > wrote:
> > > On Tuesday 17 December 2013 12:22:26 Todd wrote:
> > >> On Dec 12, 2013 6:36 PM, "Vishesh Handa" wrote:
On Thursday 19 Dec 2013 09:14:42 Till Adam wrote:
>
> It might help to get Sebastian Trueg to back it publically. Assuming he
> agrees with this direction, that is :). Failing that, stressing that this
> is being done by the very maintainers of nepomuk, evolving it, rather than
> forking it, might
On Tuesday 17 Dec 2013 12:22:26 Todd wrote:
> On Dec 12, 2013 6:36 PM, "Vishesh Handa" 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 m
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
On Thursday, December 19, 2013 02:27:43 AM Mark Gaiser wrote:
> On Wed, Dec 18, 2013 at 11:07 PM, Jos Poortvliet
>
> wrote:
> > On Tuesday 17 December 2013 12:22:26 Todd wrote:
> >> On Dec 12, 2013 6:36 PM, "Vishesh Handa" wrote:
> >> > > i’ll say it again here so that it is at least on record:
On Wed, Dec 18, 2013 at 11:07 PM, Jos Poortvliet
wrote:
> On Tuesday 17 December 2013 12:22:26 Todd wrote:
>> On Dec 12, 2013 6:36 PM, "Vishesh Handa" 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
On Tuesday 17 December 2013 12:22:26 Todd wrote:
> On Dec 12, 2013 6:36 PM, "Vishesh Handa" 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
On Dec 12, 2013 6:36 PM, "Vishesh Handa" 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
> > disservi
On Monday 16 December 2013 09:15:22 Etric Celine wrote:
> Am 15.12.2013 12:02 schrieb "Vishesh Handa" :
> > 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
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, wou
> 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 ha
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 th
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
> 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 p
> 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
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
avail
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
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 questi
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
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
> >
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
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 thr
> 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.)
Piggy-b
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, b
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
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
> 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
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
On Thursday, December 12, 2013 18:28:24 you wrote:
> What exactly do you want to integrate?
Plasma Active things.
> > what is the Baloo equivalent of the Nepomuk API currently in kdelibs?
> > (i’ve looked in the ballo repo, it isn’t clear at first glance)
>
> There isn't a clear Resource API any
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 wonde
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, nepo
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
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
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 a
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
standardiz
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 b
36 matches
Mail list logo
