Einen neu zu berechnenden Zeitpunkt (Datum / Jahr) ändert man ganz oben über das Datum. Man kann eine neue geografische Position (dezimal) oben rechts direkt eintragen, oder - empfohlen für D - über die Ortssuche aus einer Datenbank (Deutschland) holen (dann stimmt auch direkt der Ortsname). Ein Klick auf das Datum in der Ergebnistabelle zeigt einen passenden Monatskalender an. Der verwendete Algorithmus funktioniert nur für gemäßigte Breiten (also nicht für weit nördlich/südlich gelegene Gegenden). Es kann zu Problemen bei der Berechnung der Dämmerungszeiten (speziell Astronomical im Frühsommer) kommen (weil es keine nautische Dämmerung gibt, da die Sonne nicht tief genug unter den Horizont sinkt).
Die Download-Angebote lassen sich in anderen Anwendungen (z.B. Excel, Outlook) weiterverwenden und enthalten per default die in NRW gültigen Feiertage. Andere regionale Abweichungen lassen sich vor dem Export einstellen (s.u.).
Die verwendeten Sonnenstandswinkel zur Berechnung der verschiedenen Dämmerungszeiten
- official: 90.8333°
- civil: 96°
- nautical: 102°
- astronomical: 108°
Genauere Angaben zum Sonnenstand (z.B. Winkel, Elevation) erhält man ggf. über Links, die in der Ortssuche angegeben sind.
Erläuterungen
Alle berechneten Daten für jeweils ein Kalenderjahr (passend zur ganz o.a. Datumsangabe) lassen sich exportieren / downloaden und in anderen Anwendungen (weiter-)verwenden /
re- importieren - passend zur gewünschten Anwendung / Client (also z.B. zum Import in eigene Datenbanken, Wikis oder "kalenderfähige" PIM's wie z.B. Outlook oder Thunderbird-Lightning).
Für alle Ausgabearten - wenn man auf korrekte Kennzeichnung der Arbeitsfreiheit Wert legt - gilt die "Definition von regionalen (nicht bundesweit einheitlichen) Feiertagen" - hier kann man regionale Unterschiede kennzeichnen...
Es stehen folgende verschiedene
Ausgabearten zur Verfügung:
- für Datenbanken oder Excel als CSV-Datei:
"Jahrestabelle" erzeugt eine sequentielle CSV-Datei (je Tag ein Datensatz) mit allen relevanten Werten (Datum, jul. Tageszahl, Kalenderwoche, lfd. Tag im Jahr, Sonnenauf- und Untergangszeiten, Dämmerungszeiten, Mondphasendaten, Feiertagskennzeichnungen).
- für Outlook oder andere kalenderfähige PIM's als *.ics-Datei im iCalendar-Format
"iCalendar" liefert die Daten im iCalendar-Format. Für den Import in Outlook (Datei->importieren->ics...) oder Thunderbird-Lightning zu nutzen.
- Termine generieren: Man erhält je nach Auswahl in der Ausgabedatei einen Termin: - je Kalendertag - je Mondphase (Vollmond/Neumond) - je Feiertag
- Kategorie iCalendar: Jeder Termin der durch dieses Script erzeugt wird erhält diese spezielle Kategorie/Kennung
- Kategorie iCalendar Feiertage: Jeder Termin mit einem "Feiertagstext" erhält diese spezielle Kategorie/Kennung
- Kategorie iCalendar arbeitsfrei: Jeder Termin (i.d.R. Untermenge der Feiertage) der als arbeitsfrei deklariert ist erhält diese spezielle Kategorie/Kennung
- Kategorie iCalendar Mondphase: Jeder Termin für den Vollmond oder Neumond berechnet wurde erhält diese spezielle Kategorie/Kennung
- Terminklasse: Deklaration aller Termine als "privat" oder "public". Als "Privat" gekennzeichnete Termine zeigt z.B. Outlook selbst bei einem eigentlich für Andere freigegebenem Kalender nicht im Klartext an
Alle relevanten Daten (Sonnenaufgang- und Untergangszeiten, Dämmerungszeiten, Mondphasenbesonderheiten, jul. Tageszahl usw.) finden sich dann in den Details (DESCRIPTION) des jeweiligen Termins wieder. Im Subject (SUMMARY, wird von Outlook z.B. in Übersichten angezeigt) wird je nach Auswahl für "Termine generieren" unterschiedlicher Inhalt veröffentlicht (Kalenderwoche und lfd. Tag im Jahr sowie Mondphase bei einem Termin je Tag, nur die Mondphase bzw. Text für den Feiertag bei entsprechender Auswahl). Desweiteren wird bei Auswahl von "Feiertage" oder "Mondphasen" ein Ganztagstermin generiert, sonst ein Tagestermin mit Beginn-/Ende-Definitionen (DTSTART/DTEND). Man kann dieses Script also z.B. einfach auch nur dazu nutzen, sich die jährlichen Feiertage für den PIM für beliebige Jahre generieren zu lassen - ersetzt dann vollständig die entsprechende Funktion beispielsweise im Outlook (Feiertagsregelungen analog OUTLOOK.TXT bzw. OUTLOOK.HOL) - bekommt hier aber noch eine Kennzeichnung, ob der Tag ein Arbeitstag ist oder nicht (Kategorie arbeitsfrei!). Generiert/importiert man aber sowieso Termine für jeden Tag sind die zusätzlichen Ausgabeoptionen (Feiertag/Mondphase) eigentlich verzichtbar. Man kann+sollte in den Einstellungen der Kategorien im PIM noch entsprechende Kennzeichnungen vornehmen bzw. die Kategorien anlegen (z.B. andere Farbgebung solcher Termine erreicht man damit).
- für einfache Jahresübersichten in einem Mediawiki
"MediaWikiAgenda" liefert ein Kalendarium in Mediawiki-Syntax zum einfügen in eine Seite für das gewählte Jahr - in Form gängiger Monatsübersichten - ebenfalls mit (fast) allen relevanten Daten Kalenderwoche, lfd. Tag, Wochentag, Kennzeichnung arbeitsfrei/Wochenende durch andere Farbe, Mondphase, Sonnenauf- und Untergangszeiten, Feiertagskennzeichnung. In einfachen Anwendungsfällen eine einfache+schnelle Alternative zur Installation einer entsprechenden Mediawiki-Erweiterung
- für einfache Jahresübersichten in einem TiddlyWiki
"TiddlyWikiAgenda" macht dasselbe - in der speziellen Syntax für Tiddlywiki...
- für Verwendung auf Geräten mit kleinem Display (z.B. E-Reader, Tablets, Smartphones) als HTML-Kalender, d.h. Ausgabe laesst sich ab ca. 600 Pixel Breite sinnvoll darstellen - Kalenderjahr in HTML in Form von Monatskalendern
direkter Aufruf z.B. http://galupki.de/kalender/sunmoon.php?jahrestabelle=HTML600&jahr=2013#05 (alle weiteren Formular-Parameter können ebenfalls mitgegeben werden).
Um jeweils im E-Reader, Tablet (...) einen aktuellen Kalender angezeigt zu bekommen, folgende URL nutzen:
http://galupki.de/kalender/mobil.php
(als Parameter können jahr, monat, ort, lat und lon mitgegeben werden)...
Zur Nutzung im E-Reader muss der Browser genutzt werden, die gängigen E-Book Leseprogramme (Adobe, fbreader...) kommen mit den HTML-Daten normalerweise NICHT zurecht. D.h. entweder "online" abrufen, nach PDF (...) wandeln oder - wenn man das *.html unbedingt nativ auf dem Gerät selbst verwenden will - muss sichergestellt werden, dass der lokale Browser das Dokument öffnet und nicht eine normale Lese-Applikation (kommen mit CSS und Tabellen nicht zurecht). Siehe auch kleine Beschreibung hier