Skip to content
Novus Examples
ics256 B

Calendar Time Zone - Floating Local Time (ICS)

A floating-time variant with no TZID or Z suffix, for verifying that parsers do not silently reinterpret local wall time as UTC.

Preview — first 12 linesics
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Novus Examples//P6 Calendar//EN
BEGIN:VEVENT
UID:p6-dst-floating@novus.example
DTSTAMP:20260731T120000Z
DTSTART:20260308T033000
DTEND:20260308T040000
SUMMARY:DST normalization check
END:VEVENT
END:VCALENDAR

Specifications

Format
iCalendar 2.0
Encoding
UTF-8
Events
1
Time Representation
floating
Transition
America/Toronto spring-forward 2026
Line Endings
CRLF

Testing contract

Expected to pass
Scenario
Import timezone-floating.ics and evaluate its published calendar semantics.
Expected result
Keep 03:30-04:00 as floating wall time until a caller-supplied zone is applied; do not assume UTC.

What is a .ics file?

ICS (iCalendar) is a plain-text format for exchanging calendar data such as events, to-dos, and free/busy time, structured as nested VCALENDAR and VEVENT components with property lines. It encodes start and end times, recurrence rules, and reminders. It is the universal standard for calendar interchange and invitations.

How to use this file

Use an example ICS file to test calendar import, event and recurrence-rule parsing, timezone handling, and interoperability across calendar applications.

How to use this file for testing

“Calendar Time Zone - Floating Local Time (ICS)” is a deterministic Novus Examples fixture for Calendar parsing, Conversion testing. iCalendar (.ics) files with events, timezones, and recurrence — for testing calendar imports and parsers.

Documented properties for this file: UTF-8 · CRLF · iCalendar 2.0. Compare results against paired or grouped companions on this page when present (clean↔damaged, searchable↔scanned, or format twins) so scores stay reproducible across runs.

Download the file once, keep the path stable in CI or local scripts, and treat the spec table as the contract: dimensions, seeds, field lists, and roles are intentional. Corrupt or invalid samples are labelled as such — expect parsers to fail loudly rather than silently accept them.

Data fixtures document their exact quirks — delimiters, encodings, null handling, schema, and row counts — in the spec table. Point your parser or importer at the file and assert it handles the documented edge cases; clean and deliberately-messy siblings make before/after diffs straightforward.

Code examples

from icalendar import Calendar  # pip install icalendar

cal = Calendar.from_ical(open("timezone-floating.ics", "rb").read())
for ev in cal.walk("VEVENT"):
    print(ev.get("summary"))

Generated by generation/p6_core.py. Free for any use, no attribution required — license.