Nabble - kde-pim-general

Re: i18n error in nepomukfeeder

2009-12-10T14:23:44Z

On Thursday, 2009-12-10, Burkhard Lück wrote:

> Am Montag, 7. Dezember 2009 15:15:10 schrieb Burkhard Lück:
> > Hi pim devels,
> >
> > the error dialog called in nepomukfeederagentbase.cpp is untranslated due
> > to missing message extraction and translation catalog load call.
> >
> > Btw., why are there two duplicated files nepomukfeederagentbase.cpp in
> > akonadi/agents/nepomukfeeder/ and nepomuk_email_feeder/shared/?
>
> ping?

My guess: feeder agents should usually be in akonadi/agents thus the base
class file there.
The email feeder, however, also needs access to libkleo which is outside of
akonadi/ thus needing its own copy of that class.

Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

signature.asc (197 bytes) Download Attachment

Re: i18n error in nepomukfeeder

2009-12-10T14:14:23Z

Am Montag, 7. Dezember 2009 15:15:10 schrieb Burkhard Lück:
> Hi pim devels,
>
> the error dialog called in nepomukfeederagentbase.cpp is untranslated due
> to missing message extraction and translation catalog load call.
>
> Btw., why are there two duplicated files nepomukfeederagentbase.cpp in
> akonadi/agents/nepomukfeeder/ and nepomuk_email_feeder/shared/?
>
ping?

--
Burkhard Lück
_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Re: Akonadi + LDAP: changes not saved to LDAP server

2009-12-10T04:17:36Z

On Thursday 10 December 2009, Will Stephenson wrote:

> On Wednesday 09 December 2009 18:02:40 Tobias Koenig wrote:
> > On Wed, Dec 09, 2009 at 09:47:08PM +0700, Robin Atwood wrote:
> > Hej Robin,
> >
> > > So I carried out a very simple experiment. In kaddressbook I select the
> > > Akonadi->LDAP address book and change one entry. I then save the change
> > > and restart kaddressbook and view the entry via Akonadi and the change
> > > is still there. I then deselect the Akonadi->LDAP view and select the
> > > direct LDAP address book and the change is gone. So my conclusion is
> > > that changes go into some akonadi cache but never make it to the LDAP
> > > server. Is this some little restriction I was not aware of or a rather
> > > large oversight?
> >
> > The LDAP resource has not been ported to Akonadi yet, you use the old
> > LDAP resource via the compatibility bridges...
> > And yes, Akonadi caches the contacts you write into it. The real problem
> > here seems to be, that the contacts are not written back correctly by
> > the LDAP resource through the compatibility bridges...
>
> Also make sure that the compatibility resource is not readonly. This bit
> me with Zanshin, since libakonadi doesn't enforce access control.

No, the resources are not read-only. The problem becomes more obvious when you
access the LDAP server from another machine on the LAN; the updates are not
seen. Should I then skip using akonadi until LDAP resource is is ported?

TIA
-Robin
--
----------------------------------------------------------------------
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
Where there ain't no Ten Commandments an' a man can raise a thirst"
from "Mandalay" by Rudyard Kipling
----------------------------------------------------------------------

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Re: Proposal for a new pim application

2009-12-10T02:07:18Z

On Thursday, 2009-12-10, Martin Steigerwald wrote:

> Am Donnerstag 10 Dezember 2009 schrieb Martin Steigerwald:
> > Am Donnerstag 22 Oktober 2009 schrieb Laura Dragan:
> > > This is how semnotes displays notes - as a list organized by last
> > > modification date (can be changed to creation date or sorted by title
> > > ..)
> > > They are stored in the Nepomuk repository. This is done mainly
> > > because of convenience - all the things that the notes link to are
> > > there, so it's easy. Also, as I see notes, they are normaly short
> > > pieces of text without much formatting used just to write something
> > > down quickly and not write volumes .. therefore the size of the
> > > nepomuk store should not be gravely affected.
> >
> > It can grow, I believe. Although its still just text + meta
> > information.
> >
> > I have approximately 2000 notes in my basket:
> >
> > martin@shambhala:~/.kde/share/apps/basket> find baskets -type f | wc -l
> > 1999
>
> One pre-requisite of any future note taking application I might use is:
>
> It needs to take this data. It needs to import the stuff into Akonadi +
> Nepomuk or whatever. I am not going to do that manually ;).
>
> See also my post on transparent data storage.

Depending on the final requirements it could be using the basket files as the
method of persistant storage.
If that it not possible due to not being able to store everything adequately,
an import tool will have to be written that reads those files and converts the
contained data to the new format.

Cheers,
Kevin

--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

signature.asc (197 bytes) Download Attachment

Re: Proposal for a new pim application

2009-12-10T02:05:01Z

Am Donnerstag 10 Dezember 2009 schrieb Martin Steigerwald:
> And only if the idea of a workflow you have is too different from
> Basket or KJots another applications might make sense. Hopefully
> using the same data as Basket and possibly KJots from Akonadi and
> Nepomuk. But actually I think the work flow you described could be
> emulated in Basket just right now already. Put everything into one
> basket and use full text search. Only thing missing would be relating
> information together at least as long as you do not want to group them
> in different baskets for that.

I suggest to new folder / basket types:

- link folders: Any note you drop there won't get moved, but linked. This
way you can have your big drop all folder and still related notes together
without removing them from your big drop all folder.

- query folders: These just perform a query on notes in a different or all
different folders and show the results of the query. Much like that
Akonadi Nepomuk query folder stuff that was mentioned in this thread.

Then out of the link and query folders the application - whether it might
be Basket or something else - could automatically create a relationship
view that looks a bit like a mind map.

Say I had too link folders "Nature" and "Spirit" where I put nature
related and spiritual things in. Then in the relational view I would get
the both words Nature and Spirit and expandable views onto all the notes
related to them. Same with query folders.

Challenge would be to get the user interface straight-forward and simple.
I think this needs lot of usability work.

--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

signature.asc (205 bytes) Download Attachment

Re: Proposal for a new pim application

2009-12-10T01:57:08Z

Am Donnerstag 10 Dezember 2009 schrieb Martin Steigerwald:

> Am Donnerstag 22 Oktober 2009 schrieb Laura Dragan:
> > This is how semnotes displays notes - as a list organized by last
> > modification date (can be changed to creation date or sorted by title
> > ..)
> > They are stored in the Nepomuk repository. This is done mainly
> > because of convenience - all the things that the notes link to are
> > there, so it's easy. Also, as I see notes, they are normaly short
> > pieces of text without much formatting used just to write something
> > down quickly and not write volumes .. therefore the size of the
> > nepomuk store should not be gravely affected.
>
> It can grow, I believe. Although its still just text + meta
> information.
>
> I have approximately 2000 notes in my basket:
>
> martin@shambhala:~/.kde/share/apps/basket> find baskets -type f | wc -l
> 1999

One pre-requisite of any future note taking application I might use is:

It needs to take this data. It needs to import the stuff into Akonadi +
Nepomuk or whatever. I am not going to do that manually ;).

See also my post on transparent data storage.

--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Re: Proposal for a new pim application

2009-12-10T01:50:54Z

Am Dienstag 08 Dezember 2009 schrieb Christian Mollekopf:

> Yes, as far as i understand it, SemNotes stores the entire data in the
> Nepomuk database. Since the notes are usually rather small this is
> not a problem (laura checked once with the nepomuk people if the data
> should be stored in files better).
>
> However, after thinking about it, i don't agree fully with you how the
> databases should work together (maybe because my lack of
> understanding...)
>
> As I understand it akonadi is a PIM data storage/cache. It is therefore
> clear for me, that notes have to be stored in akonadi (where the
> notes finally are, on a central server or on the filesystem, is up to
> akonadi).
>
> Nepomuk is responsible to figure out relations between data, and does
> not care at all where the data is stored (but it is also not a
> storage container itself).
>
> Therefore the only proper way to handle notes with akonadi and nepomuk
> would be (as i understand it), that notes are always stored directly
> in akonadi, but the retrieval goes always via nepomuk (which gets the
> data from akonadi).

Sounds sensible.

I have one concern tough:

How is importing / exporting / sharing between several computers handled?
How can I access the data without an application? How transparently for me
it is stored?

I use Basket, which only allows manual exports/imports of one basket
(including sub baskets). But then I know the stuff is in
~/.kde/share/apps/basket and I can backup it, I can copy it completely to
a different machine.

Maybe its just lack of understanding or ignorance till now, but how can I
understand how to transport / backup / copy my note data, when it is
scattered around Akonadi and Nepomuk? Can I tell Akonadi or Nepomuk to
just export the note stuff. How would I manage to get a synced copy of
Akonadi and Nepomuk stuff regarding notes. Can I export it to one file?

While I really like the Akonadi and Nepomuk approach of the application
doesn't have to care on how relations and data is stored, I fear to be put
a bit out of control as a user cause I myself have no idea where it is
stored either anymore. To me it partly feels like putting lots of stuff
into a black big container without knowing how to extract the data without
the means of an application. Baskets note storage is really easy to
understand and I could use the data even if basket would be gone. How is
that with Akonadi / Nepomuk data? Another example would be an
OpenDocument? That format is easy to grasp and I can use the information
even without OpenOffice.org or Koffice.

This is not just related to a note taking application. Maybe this should
be brought elsewhere? Or I can add a meta bug about this? Or ask that on a
Akonadi / Nepomuk related mailing list.

--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

signature.asc (205 bytes) Download Attachment

Re: Proposal for a new pim application

2009-12-10T01:37:24Z

Am Donnerstag 22 Oktober 2009 schrieb Laura Dragan:
> This is how semnotes displays notes - as a list organized by last
> modification date (can be changed to creation date or sorted by title
> ..)
> They are stored in the Nepomuk repository. This is done mainly because
> of convenience - all the things that the notes link to are there, so
> it's easy. Also, as I see notes, they are normaly short pieces of text
> without much formatting used just to write something down quickly and
> not write volumes .. therefore the size of the nepomuk store should
> not be gravely affected.

It can grow, I believe. Although its still just text + meta information.

I have approximately 2000 notes in my basket:

martin@shambhala:~/.kde/share/apps/basket> find baskets -type f | wc -l
1999

Some containing larger snippets from webpages, e-mails and whatnot - which
with Akonadi could be linked together instead of copying them.

Actually I probably also would like to put at least references to images,
urls and stuff in there. But references to files should stay valid as I
move around files on the harddisk.

--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Re: Proposal for a new pim application

2009-12-10T01:35:12Z

> No, the web page doesn't give current information. There is development on
> a KDE 4 version and there is a git repository at gitorius. The basket team
> just needs help! ;-)

We're working on the website.... we've been discussing who will maintain the
new site on basket-devel.

We are planning to release a new (KDE 4) version very soon -- we have one
major "blocker" we need to solve first. I just patched two of the other
significant outstanding issues tonight..... I think (one of the patches needs
a little code review).

Akonadi/Nepomuk porting has been put on hold for a bit. We need to
restructure some things to make it easier to factor all the important
information out into a form that can easily be exported/cached. We want to
get the new release out the door first, and then we will worry about that.

It would be nice to have a developer's meeting (even just on IRC) some time to
talk about a common "notes" format that would allow KNotes, basKet, and any
other note application to share data. I think there was some discussion here
about doing that (a month or two ago?) but I'm unsure if anything came of
that. BasKet supports a lot of weird stuff (like custom tags, hierarchical
notes, embedded sound and video, internal hyperlinks...) that other
applications probably don't use or need. It would be nice if the "common
message" mimetype could support some (or all) of those features.

Robert

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

signature.asc (205 bytes) Download Attachment

Re: Proposal for a new pim application

2009-12-10T01:33:48Z

Am Mittwoch 21 Oktober 2009 schrieb Christian Mollekopf:
> To overcome this problem, i want to store the data in just ONE
> container, basically a huge growing database, of all notes i ever
> make.
> I believe it should be possible to still find the correct data trough
> searching (keywords, date, associated notes).
> Anyway i have to know what i am looking for (everything kde related,
> all todo's which are not completed), so it should always be possible
> to find the right keywords.

Actually you can do that with Basket. Just have one container, instead of
many. You can even hide the basket tree view and only see the basket
contents.

Actually I am partly using Basket this way. I have an incoming basket,
where I put everything I do not want to classify right now. Out of it I
eventually move things else. This is a bit like the Getting Things Done
approach, but with the difference that in my life it does not yet work as
advertised. According to the book you should work on emptying that
incoming basket once a week. I do not manage to do that. So its rather
large, lots of pages, but if I want to find something in that basket I
just type into the search bar. And if I do not know which Basket I used
for storing I activate search all function.

Still granted, maybe it would be worth implementing a different view onto
the information. The tree view is a quite traditional approach. It could
also work like a loose mindmap view where you can put information and add
relation ships later one. Or something completely different.

But even then I do not think, that in all case this needs to be a
different application. Consider Konqueror or Dolphin - it has different
modes to view the filesystem contents. Basket could have too - if Basket
developers agree. I could even have a "collapse all baskets into one"
view, basically allowing for different baskets while also providing the
view on information you think off. Another view could be "put all notes
randomly on one big canvas and let me drag them around and connect related
notes via arrows or whatnot". Actually it almost has that view for a
single basket already. Free-form view, but you cannot yet connect related
notes other than positioning next to one another.

The information below that could be stored in Akonadi, Nepomuk.

And only if the idea of a workflow you have is too different from Basket
or KJots another applications might make sense. Hopefully using the same
data as Basket and possibly KJots from Akonadi and Nepomuk. But actually I
think the work flow you described could be emulated in Basket just right
now already. Put everything into one basket and use full text search. Only
thing missing would be relating information together at least as long as
you do not want to group them in different baskets for that.

--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

signature.asc (205 bytes) Download Attachment

Re: Proposal for a new pim application

2009-12-10T01:17:15Z

Am Mittwoch 21 Oktober 2009 schrieb Christian Mollekopf:
> The feeling that it was a standalone application is, because it is
> still a kde 3.5 application, and according to the website the
> development stopped there, and the project is dead since one year.

No, the web page doesn't give current information. There is development on
a KDE 4 version and there is a git repository at gitorius. The basket team
just needs help! ;-)

--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

signature.asc (205 bytes) Download Attachment

Re: Proposal for a new pim application

2009-12-10T01:15:19Z

Am Mittwoch 21 Oktober 2009 schrieb Christian Mollekopf:
> Basket goes into a similar direction, but looks a bit too standalone
> for me, while the new application would add little extra features but
> is more or less just a wrapper around existing things.

AFAIR there is the plan to use Nepomuk / Akonadi for Basket as well at
some time. You could help with that.

Anyhow I suggest also posting to

basket-devel@...

(Don't know if you need to subscribe to that mailinglist beforehand. If
so, you should find information on http://basket.kde.org or the
sourceforge project page.)

Maybe there are ways to coordinate efforts.

--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

signature.asc (205 bytes) Download Attachment

Re: KDE/kdepimlibs/akonadi

2009-12-09T12:09:00Z

On Wednesday 09 December 2009, Kevin Krammer wrote:
> SVN commit 1060735 by krake:
>
> Sesame2 is no longer the only backend known to work.
> In fact Nepomuk changed to Virtuoso as its default so this would needlessly
> alert users.
>
> Switching the check to explicit blacklisting to avoid that happing in the
> future.

Does this have any relation to soprano and whether it is built with redland,
raptor and rasqal ?
(I'm trying since days to get the redland stuff and soprano built in a way
that it works, but without success, I'm still not able to build kdepim:
http://my.cdash.org/viewBuildError.php?buildid=40664 )

Alex
_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

KDE/kdepimlibs/akonadi

2009-12-09T11:42:06Z

SVN commit 1060735 by krake:

Sesame2 is no longer the only backend known to work.
In fact Nepomuk changed to Virtuoso as its default so this would needlessly alert users.

Switching the check to explicit blacklisting to avoid that happing in the future.

Assuming exception from string freeze after getting one OK and no complains in > 48 hours.

CCMAIL: kde-i18n-doc@...
CCMAIL: kde-core-devel@...
CCMAIL: kde-pim@...

M +5 -4 selftestdialog.cpp

--- trunk/KDE/kdepimlibs/akonadi/selftestdialog.cpp #1060734:1060735
@@ -429,13 +429,14 @@
if ( reply.isValid() ) {
const QString name = reply.value();

- if ( name == QLatin1String( "sesame2" ) ) {
- report( Success, ki18n( "Nepomuk search service uses Sesame2 backend. " ),
- ki18n( "The Nepomuk search service uses the recommended Sesame2 backend." ) );
- } else {
+ // put blacklisted backends here
+ if ( name.contains( QLatin1String( "redland" ) ) ) {
report( Error, ki18n( "Nepomuk search service uses inappropriate backend." ),
ki18n( "The Nepomuk search service uses the '%1' backend, which is not "
"recommended for use with Akonadi." ).subs( name ) );
+ } else {
+ report( Success, ki18n( "Nepomuk search service uses an appropriate backend. " ),
+ ki18n( "The Nepomuk search service uses one of the recommended backends." ) );
}
}
}
_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Re: Akonadi + LDAP: changes not saved to LDAP server

2009-12-09T09:27:38Z

On Wednesday 09 December 2009 18:02:40 Tobias Koenig wrote:

> On Wed, Dec 09, 2009 at 09:47:08PM +0700, Robin Atwood wrote:
> Hej Robin,
>
> > So I carried out a very simple experiment. In kaddressbook I select the
> > Akonadi->LDAP address book and change one entry. I then save the change
> > and restart kaddressbook and view the entry via Akonadi and the change is
> > still there. I then deselect the Akonadi->LDAP view and select the direct
> > LDAP address book and the change is gone. So my conclusion is that
> > changes go into some akonadi cache but never make it to the LDAP server.
> > Is this some little restriction I was not aware of or a rather large
> > oversight?
>
> The LDAP resource has not been ported to Akonadi yet, you use the old LDAP
> resource via the compatibility bridges...
> And yes, Akonadi caches the contacts you write into it. The real problem
> here seems to be, that the contacts are not written back correctly by the
> LDAP resource through the compatibility bridges...

Also make sure that the compatibility resource is not readonly. This bit me
with Zanshin, since libakonadi doesn't enforce access control.

Will
_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

[PATCH] Build with kdelibs trunk

2009-12-09T09:21:28Z

The Nepomuk cmake rules in trunk seem to have changed so duplicate generated
classes need to be built in separate calls, support for the external shared-
desktop-ontologies package was added and a bunch of simplifications were made
to and redundant bits removed from how Nepomuk and Soprano components are
found.

This patch applies some parts of r1056932 from kdepim trunk and adapts them to
changes in kdepim from akonadi-ports.

I'll let you guys doing work with akonadi-ports decide if it will help to
apply it now.

Will

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

kdepim-akonadi-build-with-trunk.diff.zip (12K) Download Attachment

Re: Akonadi + LDAP: changes not saved to LDAP server

2009-12-09T09:01:54Z

On Wed, Dec 09, 2009 at 09:47:08PM +0700, Robin Atwood wrote:
Hej Robin,

> So I carried out a very simple experiment. In kaddressbook I select the
> Akonadi->LDAP address book and change one entry. I then save the change and
> restart kaddressbook and view the entry via Akonadi and the change is still
> there. I then deselect the Akonadi->LDAP view and select the direct LDAP
> address book and the change is gone. So my conclusion is that changes go into
> some akonadi cache but never make it to the LDAP server. Is this some little
> restriction I was not aware of or a rather large oversight?
The LDAP resource has not been ported to Akonadi yet, you use the old LDAP resource
via the compatibility bridges...
And yes, Akonadi caches the contacts you write into it. The real problem here
seems to be, that the contacts are not written back correctly by the LDAP resource
through the compatibility bridges...

Ciao,
Tobias

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

signature.asc (205 bytes) Download Attachment

Akonadi + LDAP: changes not saved to LDAP server

2009-12-09T06:47:08Z

I have all my addresses in an LDAP server which I access from kaddressbook.
Now with KDE4 I access LDAP via akonadi and, after some early problems, this
seems to work OK. However, I have several times noticed that after making
changes to an entry, at some later time I notice the change has reverted.
There was a power-cut last night causing a reboot and again I noticed a recent
update had disappeared.

So I carried out a very simple experiment. In kaddressbook I select the
Akonadi->LDAP address book and change one entry. I then save the change and
restart kaddressbook and view the entry via Akonadi and the change is still
there. I then deselect the Akonadi->LDAP view and select the direct LDAP
address book and the change is gone. So my conclusion is that changes go into
some akonadi cache but never make it to the LDAP server. Is this some little
restriction I was not aware of or a rather large oversight?

TIA
-Robin
--
----------------------------------------------------------------------
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
Where there ain't no Ten Commandments an' a man can raise a thirst"
from "Mandalay" by Rudyard Kipling
----------------------------------------------------------------------

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Re: Proposal for a new pim application

2009-12-08T13:43:10Z

On Tuesday 08 December 2009 19:35:54 Stephen Kelly wrote:

> Christian Mollekopf wrote:
> >> Did you see my recent screencast about notes on the desktop? I didn't
> >> demo it, but you can also create a new note on the desktop and it goes
> >> into an "unsorted" collection of notes which can be organized later.
> >
> > yes, i had a look at it and it looks really cool. But I don't think
> > plasmoids are the suitable interface for handling a lot of notes/todos.
> > As reminder though, or if one just uses notes from time to time, it
> > looks perfect =)
>
> Yes, I agree. It would work better by handling only a selection of notes.
>
> >> > Functionality:
> >> > -a quick interface to create new notes, todos, ?.
> >>
> >> In progress?
> >
> > Not really, I'm having a look at semnotes at the moment, but in semnotes
> > it seems the notes are stored directly in nepomuk, while we probably
> > should store all notes in akonadi and pull in related data via nepomuk
> > (according to what you mentioned).
>
> Hopefully. I'd like to know more about how notes can be stored in nepomuk
> too though as (I think) nepomuk does.
>
> > Agreed, tagging is just the most simple and basic way to associate data.
> > Of course this doesn't use the full power of akonadi and nepomuk, and we
> > should definitely try to use such "advanced tags", which can be
> > understood by nepomuk. Nevertheless i think, manual tags are a good
> > starting point, since it already allows to do a lot, and should be the
> > most trivial to start with.
>
> That is probably the most pragmatic way to go right now, yes.
>
> > Ok, so this would mean the main interface to the data is akonadi, which
> > itself gets more data from outside (non pim data), via nepomuk.
>
> I think that should work. From the way we've been making akonadi and
> nepomuk work together to handle mails/contacts so far it seems to work
> well.
>
> >> I would like to know more about data retrieval with nepomuk, but that is
> >> the kind of thing that akonadi is specifically for. I guess feeding
> >> data from akonadi into nepomuk would work if we had a resource to do it,
> >> but right now I'm not convinced it is the way to go. That could be just
> >> my ignorance shining through though. I agree that new notes/todos should
> >> be created through Akonadi apis.
> >
> > According to what you said above, it should go the other way round,
> > right?
> >
> > application <= akonadi <= nepomuk
>
> Yes that's how I would envision it, but I think SemNotes works on data
> stored in Nepomuk, not just metadata. I'm not certain though, and I haven't
> had time to investigate more of that myself.

Yes, as far as i understand it, SemNotes stores the entire data in the Nepomuk
database. Since the notes are usually rather small this is not a problem
(laura checked once with the nepomuk people if the data should be stored in
files better).

However, after thinking about it, i don't agree fully with you how the
databases should work together (maybe because my lack of understanding...)

As I understand it akonadi is a PIM data storage/cache. It is therefore clear
for me, that notes have to be stored in akonadi (where the notes finally are,
on a central server or on the filesystem, is up to akonadi).

Nepomuk is responsible to figure out relations between data, and does not care
at all where the data is stored (but it is also not a storage container
itself).

Therefore the only proper way to handle notes with akonadi and nepomuk would
be (as i understand it), that notes are always stored directly in akonadi, but
the retrieval goes always via nepomuk (which gets the data from akonadi).

Since akonadi has nothing to do with data relations (but only with data
retrieval), i don't understand how notes, stored in akonadi, could be related
to data outside of akonadi, if we access the data via akonadi.
Therefore i don't think that a virtual collection with the nepomuk results in
akonadi can be a solution, since it excludes the akonadi data from the
relational stuff.

Of course notes could be also handled purely within akonadi, without using
nepomuk at all, this would just remove all the advantages from nepmuk, and
make the notes completely stupid about any relations.

To say it in another way, i see akonadi and nepomuk as two layers:
-akonadi as low level data storage
-nepomuk as next higher level, containing all meta/relational data of the
lower level data

This is probably too much simplified, but did I understand something completely
wrong?

Cheers,

Chris

>
> > Thanks for all the info and input,
>
> Sure. I'm available for more whenever.
>
> All the best,
>
> Steve.
>
> > Chris
> >
> > _______________________________________________
> > KDE PIM mailing list kde-pim@...
> > https://mail.kde.org/mailman/listinfo/kde-pim
> > KDE PIM home page at http://pim.kde.org/
>
> _______________________________________________
> KDE PIM mailing list kde-pim@...
> https://mail.kde.org/mailman/listinfo/kde-pim
> KDE PIM home page at http://pim.kde.org/
>

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Re: Request for string freeze exception

2009-12-08T13:09:46Z

IMHO: Change it, but be sure to notify the I10n list.
_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Re: Request for string freeze exception

2009-12-08T12:58:16Z

On Monday 07 December 2009 4:50:50 am Kevin Krammer wrote:

> Hi all,
>
> reports from Beta 1 have shown that we've missed to change one of the checks
> in Akonadi where it checks for a suitable Nepomuk backend.
>
> So users now get a warning when they are in fact using a good backend (e.g.
> Virtuoso, basically the preferred one).
>
> Unfortunately fixing that requires a string change.
> (the patch also switched to the check to use blacklisting to avoid having this
> creeping up again).
>

I hope there havent' been any objections to this request because this is
a pretty bad situation currently.

There isn't much choice but to fix this.
_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Re: Review Request: New task doesn't work when KTimeTracker in on Kontact

2009-12-08T11:57:50Z

> On 2009-12-08 19:49:16, Thorsten Staerk wrote:
> > really cool your work! I overlooked all these problems... Please test if adding a task still works with this patch and standalone-ktimetracker. If there are no regressions, please commit.
> >
> > thanks thanks thanks thanks :)

thanks, i have tested and all continue to work perfectly in stand-alone mode

- Nicolas

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/2340/#review3392
-----------------------------------------------------------

On 2009-12-08 18:17:08, Nicolas Lécureuil wrote:

>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://reviewboard.kde.org/r/2340/
> -----------------------------------------------------------
>
> (Updated 2009-12-08 18:17:08)
>
>
> Review request for KDE PIM, Nicolas Lécureuil and Thorsten Staerk.
>
>
> Summary
> -------
>
> When Ktimetracker is embeded in Kontact, the new task button doesn't work, you
> need to click on the new document icon first.
>
> I think the New task button should create a document if not available.
>
> This patch create a new file if none exist
>
>
> This addresses bug 212725.
> https://bugs.kde.org/show_bug.cgi?id=212725
>
>
> Diffs
> -----
>
> trunk/KDE/kdepim/ktimetracker/timetrackerwidget.cpp 1060377
>
> Diff: http://reviewboard.kde.org/r/2340/diff
>
>
> Testing
> -------
>
>
> Thanks,
>
> Nicolas
>
>

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Re: Review Request: New task doesn't work when KTimeTracker in on Kontact

2009-12-08T11:49:07Z

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/2340/#review3392
-----------------------------------------------------------

Ship it!

really cool your work! I overlooked all these problems... Please test if adding a task still works with this patch and standalone-ktimetracker. If there are no regressions, please commit.

thanks thanks thanks thanks :)

- Thorsten

On 2009-12-08 18:17:08, Nicolas Lécureuil wrote:

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Re: Review Request: KTimetracker crash when embded in kontact

2009-12-08T11:42:26Z

thanks for your report - my problem is my Qt 4.6 does not kompile and I
need 8 hours or so to fix this. But I do not want to take 8 hours away
from my family at the moment. So, by any means, commit what you think you
can take resposibility for :)

Thorsten

>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://reviewboard.kde.org/r/2339/
> -----------------------------------------------------------
>
> (Updated 2009-12-08 10:30:25.410641)
>
>
> Review request for KDE PIM and Nicolas LÃ©cureuil.
>
>
> Changes
> -------
>
> fix bug number
>
>
> Summary
> -------
>
> if i open KTimetracker inside kontact and try to do Ctrl + Maj + W it
> crashes
> all the times
>
>
> Thread 1 (Thread 0xb329a8e0 (LWP 23863)):
> [KCrash Handler]
> #6 0xad34d810 in TaskView::save (this=0x0) at
> /usr/src/debug/kdepim-4.3.80/ktimetracker/taskview.cpp:679
> #7 0xad361e67 in TimetrackerWidget::closeFile (this=0xa33f050) at
> /usr/src/debug/kdepim-4.3.80/ktimetracker/timetrackerwidget.cpp:479
> #8 0xad3687df in TimetrackerWidget::qt_metacall (this=0xa33f050,
> _c=QMetaObject::InvokeMetaMethod, _id=15, _a=0xbf9de828) at
> /usr/src/debug/kdepim-4.3.80/build/ktimetracker/timetrackerwidget.moc:199
> #9 0xb6cefd5d in QMetaObject::metacall (object=0xa33f050, cl=3053491088,
> idx=42, argv=0xbf9de828) at kernel/qmetaobject.cpp:237
>
>
> This addresses bug 217721.
> https://bugs.kde.org/show_bug.cgi?id=217721
>
>
> Diffs
> -----
>
> trunk/KDE/kdepim/ktimetracker/timetrackerwidget.cpp 1060191
>
> Diff: http://reviewboard.kde.org/r/2339/diff
>
>
> Testing
> -------
>
>
> Thanks,
>
> Nicolas
>
> _______________________________________________
> KDE PIM mailing list kde-pim@...
> https://mail.kde.org/mailman/listinfo/kde-pim
> KDE PIM home page at http://pim.kde.org/

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Re: Review Request: KTimetracker crash when embded in kontact

2009-12-08T11:41:36Z

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/2339/#review3391
-----------------------------------------------------------

Ship it!

If it fixes a bug, by all means, take the responsibility and commit. Looks okay, thanks for the patch!

- Thorsten

On 2009-12-08 10:30:25, Nicolas Lécureuil wrote:

>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://reviewboard.kde.org/r/2339/
> -----------------------------------------------------------
>
> (Updated 2009-12-08 10:30:25)
>
>
> Review request for KDE PIM and Nicolas Lécureuil.
>
>
> Summary
> -------
>
> if i open KTimetracker inside kontact and try to do Ctrl + Maj + W it crashes
> all the times
>
>
> Thread 1 (Thread 0xb329a8e0 (LWP 23863)):
> [KCrash Handler]
> #6 0xad34d810 in TaskView::save (this=0x0) at
> /usr/src/debug/kdepim-4.3.80/ktimetracker/taskview.cpp:679
> #7 0xad361e67 in TimetrackerWidget::closeFile (this=0xa33f050) at
> /usr/src/debug/kdepim-4.3.80/ktimetracker/timetrackerwidget.cpp:479
> #8 0xad3687df in TimetrackerWidget::qt_metacall (this=0xa33f050,
> _c=QMetaObject::InvokeMetaMethod, _id=15, _a=0xbf9de828) at
> /usr/src/debug/kdepim-4.3.80/build/ktimetracker/timetrackerwidget.moc:199
> #9 0xb6cefd5d in QMetaObject::metacall (object=0xa33f050, cl=3053491088,
> idx=42, argv=0xbf9de828) at kernel/qmetaobject.cpp:237
>
>
> This addresses bug 217721.
> https://bugs.kde.org/show_bug.cgi?id=217721
>
>
> Diffs
> -----
>
> trunk/KDE/kdepim/ktimetracker/timetrackerwidget.cpp 1060191
>
> Diff: http://reviewboard.kde.org/r/2339/diff
>
>
> Testing
> -------
>
>
> Thanks,
>
> Nicolas
>
>

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Review Request: New task doesn't work when KTimeTracker in on Kontact

2009-12-08T10:17:08Z

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/2340/
-----------------------------------------------------------

Review request for KDE PIM, Nicolas Lécureuil and Thorsten Staerk.

Summary
-------

When Ktimetracker is embeded in Kontact, the new task button doesn't work, you
need to click on the new document icon first.

I think the New task button should create a document if not available.

This patch create a new file if none exist

This addresses bug 212725.
https://bugs.kde.org/show_bug.cgi?id=212725

Diffs
-----

trunk/KDE/kdepim/ktimetracker/timetrackerwidget.cpp 1060377

Diff: http://reviewboard.kde.org/r/2340/diff

Testing
-------

Thanks,

Nicolas

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Re: Proposal for a new pim application

2009-12-08T09:36:00Z

Christian Mollekopf wrote:
>> Did you see my recent screencast about notes on the desktop? I didn't
>> demo it, but you can also create a new note on the desktop and it goes
>> into an "unsorted" collection of notes which can be organized later.
>
> yes, i had a look at it and it looks really cool. But I don't think
> plasmoids are the suitable interface for handling a lot of notes/todos.
> As reminder though, or if one just uses notes from time to time, it looks
> perfect =)

Yes, I agree. It would work better by handling only a selection of notes.

>> > Functionality:
>> > -a quick interface to create new notes, todos, ?.
>>
>> In progress?
> Not really, I'm having a look at semnotes at the moment, but in semnotes
> it seems the notes are stored directly in nepomuk, while we probably
> should store all notes in akonadi and pull in related data via nepomuk
> (according to what you mentioned).

Hopefully. I'd like to know more about how notes can be stored in nepomuk
too though as (I think) nepomuk does.

> Agreed, tagging is just the most simple and basic way to associate data.
> Of course this doesn't use the full power of akonadi and nepomuk, and we
> should definitely try to use such "advanced tags", which can be understood
> by nepomuk. Nevertheless i think, manual tags are a good starting point,
> since it already allows to do a lot, and should be the most trivial to
> start with.

That is probably the most pragmatic way to go right now, yes.

> Ok, so this would mean the main interface to the data is akonadi, which
> itself gets more data from outside (non pim data), via nepomuk.

I think that should work. From the way we've been making akonadi and nepomuk
work together to handle mails/contacts so far it seems to work well.

>> I would like to know more about data retrieval with nepomuk, but that is
>> the kind of thing that akonadi is specifically for. I guess feeding data
>> from akonadi into nepomuk would work if we had a resource to do it, but
>> right now I'm not convinced it is the way to go. That could be just my
>> ignorance shining through though. I agree that new notes/todos should be
>> created through Akonadi apis.
>
> According to what you said above, it should go the other way round, right?
>
> application <= akonadi <= nepomuk

Yes that's how I would envision it, but I think SemNotes works on data
stored in Nepomuk, not just metadata. I'm not certain though, and I haven't
had time to investigate more of that myself.

>
> Thanks for all the info and input,

Sure. I'm available for more whenever.

All the best,

Steve.

>
> Chris
>
> _______________________________________________
> KDE PIM mailing list kde-pim@...
> https://mail.kde.org/mailman/listinfo/kde-pim
> KDE PIM home page at http://pim.kde.org/

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Re: Review Request: KTimetracker crash when embded in kontact

2009-12-08T02:30:24Z

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/2339/
-----------------------------------------------------------

(Updated 2009-12-08 10:30:25.410641)

Review request for KDE PIM and Nicolas Lécureuil.

Changes
-------

fix bug number

Summary
-------

if i open KTimetracker inside kontact and try to do Ctrl + Maj + W it crashes
all the times

Thread 1 (Thread 0xb329a8e0 (LWP 23863)):
[KCrash Handler]
#6 0xad34d810 in TaskView::save (this=0x0) at
/usr/src/debug/kdepim-4.3.80/ktimetracker/taskview.cpp:679
#7 0xad361e67 in TimetrackerWidget::closeFile (this=0xa33f050) at
/usr/src/debug/kdepim-4.3.80/ktimetracker/timetrackerwidget.cpp:479
#8 0xad3687df in TimetrackerWidget::qt_metacall (this=0xa33f050,
_c=QMetaObject::InvokeMetaMethod, _id=15, _a=0xbf9de828) at
/usr/src/debug/kdepim-4.3.80/build/ktimetracker/timetrackerwidget.moc:199
#9 0xb6cefd5d in QMetaObject::metacall (object=0xa33f050, cl=3053491088,
idx=42, argv=0xbf9de828) at kernel/qmetaobject.cpp:237

This addresses bug 217721.
https://bugs.kde.org/show_bug.cgi?id=217721

Diffs
-----

trunk/KDE/kdepim/ktimetracker/timetrackerwidget.cpp 1060191

Diff: http://reviewboard.kde.org/r/2339/diff

Testing
-------

Thanks,

Nicolas

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Review Request: KTimetracker crash when embded in kontact

2009-12-08T02:28:32Z

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/2339/
-----------------------------------------------------------

Review request for KDE PIM and Nicolas Lécureuil.

Summary
-------

if i open KTimetracker inside kontact and try to do Ctrl + Maj + W it crashes
all the times

Thread 1 (Thread 0xb329a8e0 (LWP 23863)):
[KCrash Handler]
#6 0xad34d810 in TaskView::save (this=0x0) at
/usr/src/debug/kdepim-4.3.80/ktimetracker/taskview.cpp:679
#7 0xad361e67 in TimetrackerWidget::closeFile (this=0xa33f050) at
/usr/src/debug/kdepim-4.3.80/ktimetracker/timetrackerwidget.cpp:479
#8 0xad3687df in TimetrackerWidget::qt_metacall (this=0xa33f050,
_c=QMetaObject::InvokeMetaMethod, _id=15, _a=0xbf9de828) at
/usr/src/debug/kdepim-4.3.80/build/ktimetracker/timetrackerwidget.moc:199
#9 0xb6cefd5d in QMetaObject::metacall (object=0xa33f050, cl=3053491088,
idx=42, argv=0xbf9de828) at kernel/qmetaobject.cpp:237

This addresses bug https://bugs.kde.org/show_bug.cgi?id=217721.
https://bugs.kde.org/show_bug.cgi?id=https://bugs.kde.org/show_bug.cgi?id=217721

Diffs
-----

trunk/KDE/kdepim/ktimetracker/timetrackerwidget.cpp 1060191

Diff: http://reviewboard.kde.org/r/2339/diff

Testing
-------

Thanks,

Nicolas

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

i18n error in nepomukfeeder

2009-12-07T06:15:10Z

Hi pim devels,

the error dialog called in nepomukfeederagentbase.cpp is untranslated due to
missing message extraction and translation catalog load call.

Btw., why are there two duplicated files nepomukfeederagentbase.cpp in
akonadi/agents/nepomukfeeder/ and nepomuk_email_feeder/shared/?

--
Burkhard Lück
_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Request for string freeze exception

2009-12-07T01:50:50Z

Hi all,

reports from Beta 1 have shown that we've missed to change one of the checks
in Akonadi where it checks for a suitable Nepomuk backend.

So users now get a warning when they are in fact using a good backend (e.g.
Virtuoso, basically the preferred one).

Unfortunately fixing that requires a string change.
(the patch also switched to the check to use blacklisting to avoid having this
creeping up again).

Cheers,
Kevin

--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring

[selftest.cpp.diff]

Index: selftestdialog.cpp =================================================================== --- selftestdialog.cpp (revision 1059702) +++ selftestdialog.cpp (working copy) @@ -429,13 +429,14 @@ if ( reply.isValid() ) { const QString name = reply.value(); - if ( name == QLatin1String( "sesame2" ) ) { - report( Success, ki18n( "Nepomuk search service uses Sesame2 backend. " ), - ki18n( "The Nepomuk search service uses the recommended Sesame2 backend." ) ); - } else { + // put blacklisted backends here + if ( name.contains( QLatin1String( "redland" ) ) ) { report( Error, ki18n( "Nepomuk search service uses inappropriate backend." ), ki18n( "The Nepomuk search service uses the '%1' backend, which is not " "recommended for use with Akonadi." ).subs( name ) ); + } else { + report( Success, ki18n( "Nepomuk search service uses an appropriate backend. " ), + ki18n( "The Nepomuk search service uses one of the recommended backends." ) ); } } }

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

signature.asc (197 bytes) Download Attachment

Re: Proposal for a new pim application

2009-12-06T08:02:42Z

On Thursday 26 November 2009 11:40:22 Stephen Kelly wrote:

> Christian Mollekopf wrote:
> > Hi,
> >
> > After some thinking and reading half of "Getting things done" (over which
> > i stumbled during my research), i would like to outline again the
> > features of the program i plan to write, and ask for some information.
> > If you are not interested in the program feel free to skip directly to
> > the "Implementation" part to answer my questions, or skip the mail
> > completely ;-)
> >
> > Aims:
> > -make it easy to create notes but process them later (so you don't have
> > to think ATM. where something belongs, but can do it sometime later when
> > you have time)
>
> Did you see my recent screencast about notes on the desktop? I didn't demo
> it, but you can also create a new note on the desktop and it goes into an
> "unsorted" collection of notes which can be organized later.

yes, i had a look at it and it looks really cool. But I don't think plasmoids
are the suitable interface for handling a lot of notes/todos.
As reminder though, or if one just uses notes from time to time, it looks
perfect =)

Chandler is a project with a quite nice interface, which I am using at the
moment quite a lot. Of course it completely lacks integration with all other
utilities, and also association are only possible with manual tags.

>
> > -make it easy to associate notes,todos,?. with related data (mail, files
> > on filesystem, other todos, ?..)
> >
> > So it should be a container to store random data, and an interface to
> > organize this data later on (supported by automatic association)
>
> My hope is that we can make use of nepomuk for these kinds of relational
> features, and possibly relate notes, todos and other "things" with projects
> or tasks which would by extension relate them together in a hopefully
> useful way.

exactly, that's what i want
>
> I think transforming a note into a TODO would be a good feature to have, or
> even creating a new separate todo from an existing note.
absolutely, one of things i need a lot

>
> > Functionality:
> > -a quick interface to create new notes, todos, ?.
>
> In progress?
Not really, I'm having a look at semnotes at the moment, but in semnotes it
seems the notes are stored directly in nepomuk, while we probably should store
all notes in akonadi and pull in related data via nepomuk (according to what
you mentioned).

>
> > -automatic association of related data
> > -manual association of related data (tagging..)
>
> This kind of functionality is what Laura Dragan (with semnotes) and others
> in Nepomuk are working on I believe. Semantic analysis of text is
> difficult, and instead of tagging (which associates things/notes with
> strings which have no semantic meaning) I think we should work on
> associating notes with things which can be understood by nepmouk. For
> example, associate a note with a "Project". A "Project" has a deadline
> three days from now, other todos, people working on it (who I can
> email/phone) etc.
>
> Or associate a note of something I want to discuss with someone with the
> "Person" object that Nepomuk knows about. That would give easy access to
> emails I recently wrote to them, blogs they wrote and "this person is
> pinging me on IRC" notifications.
>
> Associating notes with static strings which have no further meaning
> wouldn't easily bring these features

Agreed, tagging is just the most simple and basic way to associate data.
Of course this doesn't use the full power of akonadi and nepomuk, and we
should definitely try to use such "advanced tags", which can be understood by
nepomuk. Nevertheless i think, manual tags are a good starting point, since it
already allows to do a lot, and should be the most trivial to start with.

>
> > -a user defined set of views on nepomuk queries( which represent i.e.
> > task lists), which should allow to have i.e. todo lists which are
> > automatically updated as new information is available.
>
> This is something that should be possible with virtual collections in
> Akonadi. The idea, though not fully realized yet, is that a virtual
> collection in Akonadi would represent the result of a nepomuk query, and
> that result set can be shown in an application and interacted with. Akonadi
> then manages the linking of items which newly match the query, and
> unlinking of items which no longer match the query.

Ok, so this would mean the main interface to the data is akonadi, which itself
gets more data from outside (non pim data), via nepomuk.

>
> > This should allow to work according to the GettingThingsDone methods, but
> > does not enforce it in any way. I just like to work like this, but the
> > program should not be a dedicated GTD app.
> >
> > Key is of course that it works well together with all other PIM
> > applications, since i am not interested to reimplement any of this
> > functionality.
>
> Indeed.
>
> Kevin Ervin has been working on a GTD type app I think called zanshin. I'm
> not sure where it is though. Probably svn playground or some random git
> repo.
>
> > Now i figured, that i have to start coding with my own application first
> > to fully understand what is needed, so i can also really help to create
> > code which can be used by other similar projects (or simply join the
> > efforts of other projects).
> > I still want to collaborate as much as possible with similar projects
> > (SemNotes, KJots, Basket, ?.), at least for library parts, but most of
> > these programs have different aims, at least for the UI (except maybe
> > semnotes)
>
> Yes, I think there are still some difficult pieces left to get libraries
> which the multitude of note taking and "kind of short kind of temporary
> kind of random text" apps we have can all use.
>
> > Implementation:
> > -all data retrieval should go via nepomuk (while all akonadi data is fed
> > into nepomuk)
> > -new pim data (notes, todos,?) should be created directly in akonadi (and
> > find its way back to the visualization via nepomuk)
>
> I would like to know more about data retrieval with nepomuk, but that is
> the kind of thing that akonadi is specifically for. I guess feeding data
> from akonadi into nepomuk would work if we had a resource to do it, but
> right now I'm not convinced it is the way to go. That could be just my
> ignorance shining through though. I agree that new notes/todos should be
> created through Akonadi apis.

According to what you said above, it should go the other way round, right?

application <= akonadi <= nepomuk

>
> > So here are my questions for you:
> > -Is the above outlined implementation the right way to go?
> > -Is the bridge between akonadi and nepomuk already working?
>
> I believe akonadi can create nepomuk query and put the result in a virtual
> collection, but it is a while since I looked at it. I think that would be a
> good starting point for you actually. The last I heard it was putting the
> nepomuk query into the remoteId of the akonadi collection, which should
> work for your use, but I think it should be separated into an attribute of
> the collection.
>
> > I will go on with the techbase tutorials which are existing on nepomuk
> > and akonadi, if you have any other resources of information I'm glad for
> > any hint.
>
> The akonadi and nepomuk apidocs should also have useful information.
> Akonadi developers are available on #akonadi on IRC. My nick is steveire
> there.
>
> You might also find this interesting if you didn't see it:
>
> http://thread.gmane.org/gmane.comp.kde.devel.pim/26057
>
> Another thread I should follow up on...
>
> All the best,
>
> Steve.

Thanks for all the info and input,

Chris

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Re: Error building kdepim trunk

2009-12-03T12:41:25Z

On Wednesday 02 December 2009 18:56:57 David Jarvie wrote:
> Today, I'm getting the following error when building kdepim trunk:
>
>
> "CMake Error at akonadi/agents/CMakeLists.txt:22 (include):
> include could not find load file:
> SopranoAddOntology"
>

This should be fixed now (with r1057520). The build error was caused by
r1056932.

Christophe.

_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

signature.asc (205 bytes) Download Attachment

Re: Error building kdepim trunk

2009-12-03T08:54:32Z

Hello!

On Wednesday 02 December 2009 18:56:57 David Jarvie wrote:

> Today, I'm getting the following error when building kdepim trunk:
>
>
> "CMake Error at akonadi/agents/CMakeLists.txt:22 (include):
> include could not find load file:
> SopranoAddOntology"
>
> I don't know whether this is a kdesupport or a kdepim bug, but I had to
> copy SopranoAddOntology.cmake from /opt/kde4/share/soprano/cmake/ into
> /opt/kde4/share/apps/cmake/modules/ in order to get cmake to run
> successfully. Is there some cmake path which should be set but isn't?
>

I tried another way, without succes:
download the software as indicated in the error message, and try to compile
it.
It doesn't work, because the "CMakeLists.txt" file istn't complete (at least)
a line with
find_package( Qt4...
is missing and some informations about the needed include-files aren't
notified.
Can anybody help?
--
guy maurel
_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

Error building kdepim trunk

2009-12-02T09:56:57Z

Today, I'm getting the following error when building kdepim trunk:

"CMake Error at akonadi/agents/CMakeLists.txt:22 (include):
include could not find load file:
SopranoAddOntology"

I don't know whether this is a kdesupport or a kdepim bug, but I had to copy SopranoAddOntology.cmake from /opt/kde4/share/soprano/cmake/ into /opt/kde4/share/apps/cmake/modules/ in order to get cmake to run successfully. Is there some cmake path which should be set but isn't?

--
David Jarvie.
KDE developer.
KAlarm author and maintainer.
http://www.astrojar.org.uk/kalarm
_______________________________________________
KDE PIM mailing list kde-pim@...
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/