From: Kevin Brubeck Unhammer <unhammer@fsfe.org>
To: emacs-orgmode@gnu.org
Subject: Re: Timezone/Encoding issues when exporting as ics and importing to Google Calendar
Date: Thu, 15 Mar 2012 08:29:48 +0100 [thread overview]
Message-ID: <87ehsu9v9v.fsf@fsfe.org> (raw)
In-Reply-To: 87tyc17knp.fsf@member.fsf.org
Tassilo Horn <tassilo@member.fsf.org> writes:
> Nick Dokos <nicholas.dokos@hp.com> writes:
>
> Hi Nick,
>
>>> 2. Timezone: I live in Germany and thus all my timestamps are CEST. The
>>> exported ics file properly declare X-WR-TIMEZONE:CEST. However,
>>> since we also have DST, in summer all appointments show up 2 hours
>>> late, and in winter my appointments show up 1 hour late. Is there
>>> anything I can do about it? The google calendar settings have CEST
>>> as timezone...
>>>
>>
>> I don't know if this is the problem you are running into, but
>> icalendar--convert-tz-offset is buggy as-is: it looks as if additional
>> work was planned for it, but it never got done. In particular, it
>> assumes there is an RRULE in the icalendar file and does not translate
>> timezones otherwise.
>
> I don't know the iCalendar spec so I don't know what an RRULE is. But
> as far as I can see, `icalendar--convert-tz-offset' is used while
> converting an ics file to the diary format.
>
>> Reading your mail again, I guess you are having problems in the
>> other direction,
>
> Right. ;-)
>
>> but IME, if there is a bug somewhere, there is at least one more going
>> the other way :-)
>
> Probably. Looking at the ical spec, this X-WR-TIMEZONE property is an
> optional extension nobody has to obey. Org exports the times like
>
> DTSTART:20110317T091500
>
> which means "local time". So probably the google server has UTC as
> local time, my preferences say I want to use Berlin-time, so all events
> get two hours added in summer.
>
> Now I've tried to explicitly set the timezone information using
>
> org-icalendar-timezone "Europe/Berlin"
> org-icalendar-date-time-format ";TZID=%Z:%Y%m%dT%H%M%S"
>
> and now the events are like
>
> DTSTART;TZID=EUROPE/BERLIN:20110322T140000
> DTEND;TZID=EUROPE/BERLIN:20110322T160000
>
> However, that doesn't change anything in google calendar...
>
> Finally, I've set GMT+0 as my current timezone in google calendar, and
> now my appointments are shown correctly. Ok, that's not really a
> solution but only a workaround...
>
> Oh, there's another possibility; setting
>
> org-icalendar-date-time-format ":%Y%m%dT%H%M%SZ"
>
> which then seems to correctly recalculate the local times in my org
> files to GMT. So for an entry that starts at 14:30 and ends an 16:30,
> that's what exported.
>
> DTSTART:20100518T123000Z
> DTEND:20100518T143000Z
>
> Looks good, I'd say. But when importing that to google calendar, it
> shows that entry starting at 16:30 and ending at 18:30 Berlin-time. Now
> what's that?!?
>
> Oh, it seems to be some caching issue. Although the new ics file is on
> the server now, it seems that a reload of google calendar doesn't
> reimport all imported calendars. So I'll wait a bit and report back
> what methods work (explicit TZIDs and/or export as UTC).
Did you ever find out what methods worked best? I just bumped into the
same problem with 30boxes, which shows
DTSTART:20120228T180000Z as 19:00 (should be 18:00)
and
DTSTART:20120228T180000 as 00:00 the day after
(the web calender is set to GMT+1, the exported ics shows
X-WR-TIMEZONE:CET)
I guess I'll have to upgrade my org-mode version (6.33x) to get
org-icalendar-date-time-format?
best regards,
Kevin Brubeck Unhammer
next prev parent reply other threads:[~2012-03-15 11:20 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-07 12:32 Timezone/Encoding issues when exporting as ics and importing to Google Calendar Tassilo Horn
2011-06-07 13:48 ` Nick Dokos
2011-06-07 14:58 ` Tassilo Horn
2012-03-15 7:29 ` Kevin Brubeck Unhammer [this message]
2012-03-20 11:41 ` Bastien
2012-03-20 12:33 ` Kevin Brubeck Unhammer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ehsu9v9v.fsf@fsfe.org \
--to=unhammer@fsfe.org \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.