hotti: Umgang mit Jahresangaben kleiner Jahr 1000 in MySQL

Beitrag lesen

hi,

Damit hast Du bei geringstem Aufwand den größten Komfort: Sortieren, intCast (falls die Uhrzeit keine Rolle spielt), Umrechnung zwischen Kalendern und formatierte Ausgabe.

Hört sich gut an. Ich brauche ja nur hoch oder herunter zu zählen und in einen gültigen Kalender umzurechnen.

Genau ;)

Fürs Umrechnen von Datierungen zu anderen Kalendern wäre noch die Korrelationszahl festzuhalten.
Was bedeutet hier „Korrelationszahl“?

Die Differenz in Tagen zwischen zwei Kalendern. Z.B. wird nach Thompson eine Korrelationszahl von 584283 angenommen für die Umrechnung vom Maya-Kalender zum J. Kalender. So ergibt das Maya-Datum Longcount 0.0.0.0.0 den 6.9.3114 BC (J. Kalender) bzw. 11.8.3114 BC (G. Kalender).

Die Korrelation zw. J. und G. Kalender ist abhängig vom Datum, so ist am 1.1.300 die Korrelationszahl 0, am 1.1.4713 BC betrug sie -38 Tage, am 4.10.1582 10 Tage und heute sind es 13 Tage.

Beachte evnt., dass es auch Kalender gibt, die nach dem Mond gehen.
Ah, wie meine erste Armbanduhr aus der Schultüte. ;-)

Die mondbasierten Kalender sollten doch auch über Formeln auf das Julianische Datum abbildbar sein.

Wäre möglich.

Andererseits ist es, auch wenn es eurozentrisch klingt, wohl einfacher, die Daten einmalig in den hier jeweils gültigen Kalender (julianisch oder gregorianisch) umzurechnen und die originale Angabe in einem Textfeld zu speichern.

Ach wie einfach wäre es, wenn wir den Maya-Kalender hätten. Der Beziehung zwischen Darstellung als LongCount und fortlaufenden Tagen genügt eine einfache Regel und einen 7-Tage-Zyklus da einzubauen, ist überhaupt kein Problem (Heute: 13.0.1.14.0 Montag [#2456923]). Schwierig wirds nur mit den Monaten ;)

MfG