Termine alle zwei Wochen ab 1. August 2026
Ab Samstag, 1. August 2026, alle zwei Wochen Aufenthalte an einem Samstag: 15. August, 29. August, 12. September usw. Das zwölfte Datum ist der 2. Januar 2027, genau 154 Tage nach dem Anker.
Der Kalender
Ein standardbasiertes ganztägiges VEVENT pro Zeile, mit exklusiven DTEND-Werten für den nächsten Tag und stabilen Ereigniskennungen.
Jedes Datum im Zeitplan
| 1 | 2026-08-01 | Saturday | 0 | Anchor date |
| 2 | 2026-08-15 | Saturday | 14 | Exact anchor day |
| 3 | 2026-08-29 | Saturday | 28 | Exact anchor day |
| 4 | 2026-09-12 | Saturday | 42 | Exact anchor day |
| 5 | 2026-09-26 | Saturday | 56 | Exact anchor day |
| 6 | 2026-10-10 | Saturday | 70 | Exact anchor day |
| 7 | 2026-10-24 | Saturday | 84 | Exact anchor day |
| 8 | 2026-11-07 | Saturday | 98 | Exact anchor day |
| 9 | 2026-11-21 | Saturday | 112 | Exact anchor day |
| 10 | 2026-12-05 | Saturday | 126 | Exact anchor day |
| 11 | 2026-12-19 | Saturday | 140 | Exact anchor day |
| 12 | 2027-01-02 | Saturday | 154 | Exact anchor day |
Ein zweiwöchiges Intervall beträgt genau 14 Tage, der Wochentag ändert sich also nie.
Zwölf Daten enthalten elf Intervalle, weshalb die Spanne 154 statt 168 Tage beträgt.
Jede Zeile wird im herunterladbaren Kalender zu einem separaten ganztägigen Ereignis.
So funktioniert es
So wird es gemacht
- Analysieren Sie das erste Datum als gregorianischen Kalenderanker und binden Sie dann das Intervall und die angeforderte Anzahl der Vorkommen ein, bevor Sie den Zeitplan zuweisen.
- Fügen Sie für Tage und Wochen eine feste Anzahl von UTC-Kalendertagen hinzu. Leiten Sie für Monate und Jahre jeden Kandidaten aus dem ursprünglichen Jahr, Monat und Tag und nicht aus dem vorherigen Ergebnis ab.
- Wenn in einem Kandidatenmonat der Ankertag fehlt, verwenden Sie entweder seinen letzten Tag oder lassen Sie diesen Kandidaten weg, genau wie ausgewählt. Fahren Sie fort, bis die gewünschte Anzahl tatsächlicher Termine erstellt wurde.
- Schreiben Sie die Zeilen als separate RFC 5545 ganztägige VEVENT-Komponenten. DTSTART ist das Datum selbst, DTEND ist das folgende Datum, da ein ganztägiges Ende ausgeschlossen ist, und jede Inhaltszeile wird auf 75 UTF-8-Oktette gefaltet.
Wovon es ausgeht
- Der Kalender ist gregorianisch und enthält nur das Datum. Es gibt keine Tageszeit, Zeitzone, Sommerzeitumstellung oder Erinnerung, auf die man schließen könnte.
- Das erste Datum zählt als Ereignis eins. Zwölf Daten enthalten daher elf Intervalle, nicht zwölf.
- Der Monatsendmodus ändert nie den Anker. Der 31. Januar kann zum 28. Februar werden und dann zum 31. März zurückkehren, da jeder Kandidat vom ursprünglichen Tag 31 abgeleitet ist.
- Im Skip-Modus wird ein fehlender Kandidat übersprungen, kein Intervall. Dies wird über spätere Kandidatenmonate oder -jahre hinweg fortgesetzt, bis die angeforderte Anzahl tatsächlicher Daten vorhanden ist.
- Kalenderjahre über 9999 können nicht durch den vierstelligen DATE-Wert von RFC 5545 dargestellt werden und werden nicht ausgegeben.
Fragen
Warum erstreckt sich ein zweiwöchentlicher Zeitplan mit zwölf Terminen nur über zweiundzwanzig Wochen?
Das erste Datum ist bereits Ereignis eins. Zwischen zwölf Daten liegen elf Lücken, und elf zweiwöchige Lücken ergeben zweiundzwanzig Wochen.
Wird sich bei einem zweiwöchentlichen Zeitplan jemals der Wochentag ändern?
Nein. Vierzehn Tage sind genau zwei Sieben-Tage-Wochen, sodass jedes Ereignis unabhängig von Monats- oder Jahresgrenzen denselben Wochentag hat.
Quellen
Die vollständige Methode, das Rechenbeispiel und alle Annahmen hinter diesem Ergebnis stehen auf Planer für wiederkehrende Termine.