From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Elston Subject: Re: Status google calendar sync Date: Sun, 30 Jan 2011 13:36:46 -0800 Message-ID: <4D45D9EE.9050704@comcast.net> References: <4D446CA9.80303@comcast.net> <4D44EABE.5070203@comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from [140.186.70.92] (port=53839 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pjex6-0000p3-BI for emacs-orgmode@gnu.org; Sun, 30 Jan 2011 16:36:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pjex4-0004LP-Ct for emacs-orgmode@gnu.org; Sun, 30 Jan 2011 16:36:55 -0500 Received: from qmta02.emeryville.ca.mail.comcast.net ([76.96.30.24]:60161) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pjex4-0004L7-0k for emacs-orgmode@gnu.org; Sun, 30 Jan 2011 16:36:54 -0500 In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Greg Troxel Cc: emacs-orgmode@gnu.org On 1/30/2011 5:28 AM, Greg Troxel wrote: > > Mark Elston writes: >> On 1/29/2011 12:44 PM, Greg Troxel wrote: >> >> I have never made use of any .ical/.ics files so this hasn't been an >> issue for me. The only UUIDs I am dealing with are google calendar's >> own internal UUIDs. I don't know how they compare with other UUIDs. > > I suspect, but am 100% not sure, that sending events to google calendar > via the command-line tools is conceptually similar to exporting to ical > and doing an import to some ical-style GUI calendar program. You are probably correct here. I did some digging into ical and get the feeling that the ids are the same thing. >> What I am working on now is a python script to initialize some of the >> info I have in my org files with info from google (including the google >> UUID). Most of this will go into a property drawer. This drawer can >> certainly be expanded to contain additional data from other tools as >> necessary. > > I think you're thinking the same problem I didn't articulate very well.... > > events in iCalendar/etc. systems (including google calendar) have a > UUID, and those systems typically can accept an existing UUID on > import > > org events have a UUID, at least after org-mobile-export, and it's > "ID" in properties drawer. I'm not sure if these can be used as-is > when exporting via iCalendar. > > someone might end up with the same event in both systems, but without > matching UUIDs. In that case, there needs to be some way to merge > events and remember both UUIDs so that future syncing keeps the events > merged. What I have done is to have a property called GOOGLE_UUID to keep track of that item. This way, if any other property gets added it probably won't conflict and I can keep track of google stuff separately. >> What I would like is to be able to shuffle my schedule in org as it is >> often a more convenient interface for this than *any* calendar I have >> used for the kinds of things I have to do. Once I get the dates/times >> for individual events the way I want them I would then push them to >> google (or wherever). My notes and other useful data stay in org. > > Agreed; this is what I would like to do also. But I would like to also > be able to change a time in [non-org scheduling program] or add an event > (perhaps via a mailed iCalendar invitation) and have those flow into > org. I am working on the logic to do that right now. It is easier for me to work in Python as I am not an elisp expert but I am going to have to do *some* of this in elisp eventually. > ical export seems to be present in org, but I found duplicated events > after multiple exports. I need to find time to try it more and either > fix it or construct a good bug report. I have had some confusion regarding repeated events. Does this have anything to do with what you saw? Mark