Skip to content
Novus Examples
ics442 B

Calendar Parsing - Valid Folded UTF-8 Event (ICS)

A standards-conforming event with a folded content line and UTF-8 text for baseline parser and line-unfolding tests.

Preview — first 14 linesics
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Novus Examples//P6 Calendar//EN
BEGIN:VEVENT
UID:p6-parse-valid@novus.example
DTSTAMP:20260731T120000Z
DTSTART:20260807T130000Z
DTEND:20260807T133000Z
SUMMARY:International planning - Sao Paulo and Tokyo
DESCRIPTION:This deliberately long property is folded according to RFC 5545 so parsers
  can verify continuation-line unfolding without losing the joining space.
END:VEVENT
END:VCALENDAR

Specifications

Format
iCalendar 2.0
Encoding
UTF-8
Events
1
Line Endings
CRLF
Expected Parser Result
valid

Testing contract

Expected to pass
Scenario
Import parsing-valid.ics and evaluate its published calendar semantics.
Expected result
Parse one event and unfold DESCRIPTION into one logical property value.

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 Parsing - Valid Folded UTF-8 Event (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("parsing-valid.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.