Seems to be solved. Thanks @webdb22!
Summer / Normaltime Problem?
-
Hey,
I use ICSx in combination with DAVx. When I’m synching dates with my ownCloud via DAVx everthing is fine.But when I’m importing dates with an ics alle the entrys are correct until summertime ends. All dates in November etc are one hour to early.
But the ICS saves it correct.
BEGIN:VEVENT
DTSTAMP:20191124T160000
CONTACT:“School Name”
DTSTART;TZID=Europe/Berlin:20191029T095000
DTEND;TZID=Europe/Berlin:20191029T112500
CREATED:20010101T000001
SUMMARY:Topic of the Test
DESCRIPTION:Name of the class and room number
LAST-MODIFIED:20010101T000001
LOCATION:
SEQUENCE:0
CATEGORIES:Klausuren
TRANSP:OPAQUE
STATUS:CONFIRMED
UID:20010101T000001-klausur-1-…
END:VEVENTThe beginning of the ICS is the following:
BEGIN:VCALENDAR
VERSION:2.0
PRODID:SchoolSystem
CALSCALE:GREGORIAN
METHOD:PUBLISH
X-WR-CALNAME:Personal Calendar of Mr
X-WR-TIMEZONE:Europe/Berlin
X-WR-CALDESC:Description of the calendar
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:STANDARD
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
TZNAME:CET
DTSTART:20191124T160000
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:CET
DTSTART:20191124T160000
RRULE:FREQ=YEARLY;BYMONTH=4;BYDAY=1SU
END:DAYLIGHT
END:VTIMEZONEWhen I import the ICS in my ownCloud or to my google accouint online, everything appears right.
Please help me
Kind regards
morph
-
Hi,
@morphiosie said in Summer / Normaltime Problem?:
BEGIN:VEVENT
DTSTART;TZID=Europe/Berlin:20191029T095000
DTEND;TZID=Europe/Berlin:20191029T112500So this event is on 29 Oct 2019 (Europe/Berlin). So, let’s have a look at Europe/Berlin to calculate the actual time:
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:STANDARD
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
TZNAME:CET
DTSTART:20191124T160000
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARDThis says that Europe/Berlin switches to standard time every year on the last Sunday in October, starting with 24 Nov 2019 …
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:CET
DTSTART:20191124T160000
RRULE:FREQ=YEARLY;BYMONTH=4;BYDAY=1SU
END:DAYLIGHT
END:VTIMEZONE… and switches to daylight time every year on the first Sunday in April, starting with 24 Nov 2019.
So, there’s no definition for the time before 24 Nov 2019, but the event is on 29 Oct 2019 (before the VTIMEZONE definition starts). So the timezone is not defined properly, and standard time will be assumed.
This is a problem of your VTIMEZONE definition. How did you generate the .ics?
-
Hey,
thanks for the fast answer. The ics is provided by a school-portal. So I cant change anything on this architecture.
The same problem appears also on events after November the 24th.
BEGIN:VEVENT
DTSTAMP:20191124T160000
CONTACT:“SchoolName”
DTSTART;TZID=Europe/Berlin:20191217T080000
DTEND;TZID=Europe/Berlin:20191217T150500
CREATED:20191120T171105
SUMMARY:Generalprobe für das Weihnachtskonzert
DESCRIPTION:
LAST-MODIFIED:20191120T171620
LOCATION:
SEQUENCE:0
CATEGORIES:Schulveranstaltung
TRANSP:OPAQUE
STATUS:CONFIRMED
UID:xxxxxx
END:VEVENTAppears from 7 to 2 in my calendar.
-
I’d need the whole VEVENT including the VTIMEZONE.
I suggest to contact the school portal vendor, because this is a problem of the event.
-
Thanks for the whole file, I’ll have a look.