Ein Serientermin ist eine CSV-Zeile, nicht zwölf
Veröffentlicht am 7.9.2026 · 4 Min. Lesezeit · Datei-Tools
Daniel Okonkwo — Front-end-Entwickler und Tech-Redakteur bei OneKitly
Web-Performance · Dateiformate
Anhand von 3 Quellen geprüft
iCalendar speichert die Termine einer Wiederholung nicht. Es speichert ein einziges VEVENT und eine Wiederholungsregel — RRULE:FREQ=WEEKLY;BYDAY=TU;COUNT=12 — und jede Kalenderanwendung faltet diese Regel auf dem Bildschirm auf. Lässt man den Konverter über eine Datei mit vier VEVENTs laufen, darunter jene wöchentliche Besprechung mit zwölf Terminen, kommen vier Zeilen heraus: Die zwölf Dienstage stehen nirgends in der Datei. Das CSV hat acht Spalten — Betreff, Beginn, Ende, Ort, Beschreibung, Organisator, Status, UID — und keine davon ist eine Wiederholungsregel: Die Serie überlebt nur als ihr erstes Datum. Brauchst du eine Zeile je Termin, falte die Serie zuerst im Kalender auf und exportiere das Ergebnis; brauchst du die Regel, bleib bei iCalendar und nimm den .ics-Betrachter oder den JSON-Export, die sie unverändert weitergeben.
Eine .ics-Datei speichert einen wöchentlichen Termin genau einmal, mit einer Regel daran. Beim CSV-Export bekommst du eine Zeile für die ganze Serie — das ist die Datei, die ehrlich ist, nicht der Konverter, der Zeilen verliert.
Was eine Kalenderdatei wirklich enthält
Öffne eine .ics in einem Texteditor: Sie ist eine Liste von Blöcken, jeder von BEGIN:VEVENT bis END:VEVENT, mit Beginn, Ende, Titel und einer Handvoll weiterer Eigenschaften. Ein wiederkehrender Termin ist einer dieser Blöcke plus eine einzige Zeile, RRULE, die sagt, wie er sich wiederholt. Zwölf Wochenrunden sind zwölf Zeilen auf dem Bildschirm und ein Block auf der Festplatte, und die zwölf Daten berechnet, was sie anzeigt.
Dieser Entwurf ist der Grund, warum ein Kalender einen ewig wiederkehrenden Geburtstag in ein paar Dutzend Bytes ablegen kann, und warum das Verschieben eines einzelnen Termins einer Serie eine eigene Eigenschaft ist, RECURRENCE-ID, statt der Änderung einer Zeile. Er ist auch der Grund, warum ein Konverter die Termine nicht erfinden kann, ohne selbst zur Kalender-Engine zu werden — samt Schaltjahren, Sommerzeitsprüngen und Ausnahmedaten.
Die acht Spalten, und was daneben fällt
Der Export schreibt Betreff, Beginn, Ende, Ort, Beschreibung, Organisator, Status und UID — in dieser Reihenfolge, eine Zeile je VEVENT. Eine Tabelle ist ein Rechteck, und alles, was ein Termin trägt und nicht ein Wert je Termin ist, hat keinen Platz: die Wiederholungsregel, die Erinnerungen, die Teilnehmerliste, die Anhänge, die Zeitzone, in der der Beginn geschrieben wurde. Behalte die .ics selbst, wenn eines davon zählt; das CSV ist zum Lesen, Sortieren und Zählen da, nicht zum Archivieren.
Eine Zeile je Termin — wenn man sie wirklich braucht
Lass den Kalender auffalten — nur er kennt deine Ausnahmedaten. In Google Kalender, Outlook und Apple Kalender ist der verlässliche Weg derselbe: In die Listen- oder Terminübersicht für den fraglichen Zeitraum wechseln, den Bereich auswählen und das exportieren oder drucken — eine Ansicht ist bereits aufgefaltet, was sie verlässt, ist also eine Zeile je Termin. Den Kalender selbst zu exportieren gibt dir wieder die kompakte Form samt Regel.
Auch die Gegenrichtung lohnt: Baust du eine .ics aus einer Tabelle, in der du jedes Datum bereits ausgeschrieben hast, bekommst du genau die aufgeführten Termine, ohne Regel. Für einen Plan einzelner Sitzungen ist das meist genau richtig — und eine schlechte Art, eine feste wöchentliche Besprechung abzulegen, die dann zwölf getrennte Einträge sind, wenn sich die Uhrzeit ändert.
| Termin in der Datei | Geschrieben als | Zeilen im CSV | Vom CSV verloren |
|---|---|---|---|
| Teambesprechung, 7. Sept., 14:00-15:30 Paris | DTSTART;TZID=Europe/Paris | 1 | Die benannte Zone |
| Weihnachten, ganztägig | DTSTART;VALUE=DATE | 1 | Dass es ein Tag ist, kein Zeitpunkt |
| Wochenrunde, 12 Dienstage | RRULE:FREQ=WEEKLY;COUNT=12 | 1, nicht 12 | Die Regel selbst |
| Einmalig, Titel über zwei Zeilen gefaltet | Gefaltet nach RFC 5545 | 1 | Nichts |
Häufige Fragen
- Mein CSV hat weniger Zeilen, als mein Kalender anzeigt. Ist der Konverter kaputt?
- Mit ziemlicher Sicherheit nicht — zähle deine Serientermine. Jeder ist in der Datei ein einziges VEVENT, so oft er auch angezeigt wird; ein Kalender mit 60 Terminen kann also gut eine Datei mit 12 sein. Öffne die .ics im Betrachter und vergleiche seine Terminzahl mit der Zeilenzahl des CSV: Stimmen sie überein, ging bei der Umwandlung nichts verloren.
- Kann ich das CSV bearbeiten und wieder in einen Kalender verwandeln?
- Ja, und dieser Hin- und Rückweg ist der Sinn der beiden Werkzeuge — aber es kommt als Einzeltermine zurück. Eine als eine Zeile exportierte und wieder eingelesene Serie ist ein einzelner Termin: Die Regel stand nie in der Tabelle. Ändere dort Titel, Zeiten und Orte nach Belieben; die Wiederholungen baust du danach im Kalender neu.
- Welches Werkzeug behält die Wiederholungsregel?
- Der .ics-Betrachter und der JSON-Export zeigen sie beide, und das Zusammenführen von .ics-Dateien behält sie, weil alle drei innerhalb von iCalendar bleiben. Nur das CSV lässt sie fallen, und nur weil eine Tabellenspalte sie nicht tragen kann. Geht es dir ums Prüfen oder Verschieben von Kalendern statt ums Zählen, nimm diese drei und hebe das CSV für die Fälle auf, in denen du wirklich eine Tabelle willst.
- Wird mein Kalender irgendwohin hochgeladen?
- Nein. Die Datei wird in deinem Browser gelesen und das CSV dort gebaut; nichts verlässt den Rechner. Bei einem Kalender wiegt das schwerer als bei den meisten Dateien, denn ein Terminplan ist eine Karte davon, wen du triffst und wo du bist — genau das, was man lieber umwandelt, ohne es einem Server zu geben.
Artikel, die dich interessieren könnten
Alle Ratgeber →Ähnliche Tools
Quellen
Hast du einen Fehler in diesem Artikel entdeckt?