Hi,

I'd like to know if this is possible.

I have a google calendar with multiple calendars from my work group. Most of them are read only.

In Thunderbird I can use them by simply using the google calendar address and the appropriate calendar ids.

In KOrganizer I can't figure out how to use this. I added the required resource to Akonadi, created a new calendar and picked this source.

I know have this calendar and a subfolder and I don't know what this is for. Then I seem only one calendar which - in addition - can't be updated. It always show the first entries but deleted or new events are missing. I also tried it the way Lightning uses them but couldn't get it to work (don't know if I've chosen the correct calendar type).

Did I missed a step or isn't KOrganizer able to handle google calendars correctly (as KMail can't handle cacert certificates). I'd really like to use all of KDEs applications but KMail and KOrganizer seem so much mediocre compared to Thunderbird + Lighning.

Thanks in advance!

I'm looking for this functionality too. Have you managed to add multiple google calendars in Korganizer?

I think you can by using the CalDAV Akonadi resource. However it may only be available in the 4.7 branch (I don't have 4.6 to test).

EDIT: I made a test and yes, you can use multiple calendars with the CalDAV resource.

Here's a tutorial:

http://www.dennogumi.org/2011/06/access ... korganizer

Hi,

if you are still interested, I recently begun to work on a new Akonadi Resource to access Google services via GData API. As for now it supports read-write access to contacts and read-only support for calendars, but it supports multiple calendars. It's a very young project, I begun to hack it less then two weeks ago, so expect some bugs, crashes...

The project is called Akonadi Google and you can get sources from https://projects.kde.org/projects/playg ... di-google/. I'll be posting more updates on my blog on http://progdan.cz/tag/akonadi/.

How does that compare to the existing (libgcal-based) project? What's better and/or different?

The libgcal does not provide features like support for alternative calendars, also the akonadi-googledata does not seem to be much active (last activity was like 9 months ago). This project has it's own implementation of the GData protocol.
Simply said, it's task is to supersede the akonadi-googledata and use as many features as Google's API can offer.

I will contribute my 2 cents to the discussion... first addressing the following points:

a) libgcal supporting multiple calendars: indeed, it was a long missed feature (somewhat easy to address I got to say, but I had other items in my todo list). This is fixed now in libgcal master thanks to a nice patch by openchange guys (you rock!).

b) development activity: yeah... I got vacations, then moved to a new house... survived a couple of months without any internet connectivity and finally the squid setup in my work office decided to block the libgcal unit tests to be executed correctly (what a sad story!). Good news: I'm back and cooking the next version of the library and the resources.

About having its own implementation of GData protocol, when I started, back in 2008, there were no free/oss C/C++ implementation of this protocol available. Only Atom-XML data format was supported (I can see that *now* JSON data format is available, which is a good thing). You can read a bit about libgcal history here:
http://savago.wordpress.com/2010/06/11/ ... -released/

Still, the protocol itself is REST, and someone needs to handle that (being a distinct library sounds more modular than everything within the resource). Plus, providing a C/C++ implementation of the gdata available for other applications than just the resources is a good idea.

I believe it is important to share that things like CA-Certificates packages missing, network proxy misconfigured and odd behaviours in the google data protocols will plague any implementation (not to mention issues downstream related to the packaging of the software)... And 90% of the times that people contacted me asking for help, it has to do with environment issues than the code itself.

What is relevant is to address the short comings of calendar resource, while acknowledging the good work available *now* with the contacts resource:
http://savago.wordpress.com/2010/06/20/ ... s-a-video/

A Qt based version of libgcal is something that I would love to hack into (why I used libxml? Because in 2008 Qt 4.4 didn't support XPath). Replacing Atom to use JSON would be really cool also (and QJson would help quite a lot). But we have to do this while providing support for users *now*, and hacking network protocols and PIM is something that is not really charming and easy to attract new talent.

If anyone is interested in contribute, please feel free to contact me.


Best regards


Adenilson
a.k.a. Savago

I want to write just two things.
akonadi-googledata is now approved for fedora, I create the package for fedora and I'm finishing the process to public it in Fedora repo.
My review request:
https://bugzilla.redhat.com/show_bug.cgi?id=711058

And info page of the packages akonadi-googledata on fedora:
https://admin.fedoraproject.org/pkgdb/a ... googledata

I write a comment about the new akonadi-googledata and akonadi resource:
http://progdan.cz/2011/06/akonadi-google-resource-0-2/

I hope in collaboration and into the merge of the two project.