Vollständige Schaltjahresregeln - IsLeapYearAdv

[DeddyH]

War ja auch nur ein Scherz :mrgreen:. Ein Ex oder Adv davor oder dahinter lässt zumindest erkennen, dass es sich um eine erweiterte Funktionalität handelt, von daher ist das schon OK IMHO.

[alzaimar]

Zitat:

Zitat von Wolfgang Mix

Meine Schaltjahresermittlungen im Zeitraum vor Chr. beziehen sich auf den von Scaliger entwickelten Kalender, Quelle z.B. hier

Das solltest Du mit angeben, denn die Berechnung ist nur eine Variante. Andere Quellen rechnen anders.

Schade, das Du ansonsten nicht auf meine Ausführungen eingehst, insbesondere auf den Sinn der erweiterten Schaltjahresberechnung sowie die Tatsache, das die Formel für Spanien korrekt ist, nicht jedoch für z.B. Berlin, Amerika oder Russland.

[Wolfgang Mix]

@alzaimar

Ich habe Deinen Beitrag aufmerksam gelesen und finde ihn gut.
Ich würde In Post #1 mit einem Link auf diesen Beitrag zeigen.

Ich bitte Frederic, das in etwa so zu ändern:

Dies ist nur eine Variante der Schaltjahresermittlung.
Andere findet Ihr z.B. ---> hier (alzaimar/Post #7)

Gruß

Wolfgang

[TBx]

Zitat:

Zitat von Wolfgang Mix

Ich bitte Frederic, das in etwa so zu ändern:

Machs doch einfach selber, Du kanst ddeinen Beitrag doch editieren <8wie Du selbst gerade erst bewiesen hast) ;-)

[Wolfgang Mix]

Meinst Du, Post #7 an Post #1 anhängen?
Wird das nicht unübersichtlich?

Gruß

Wolfgang

[TBx]

Nein, ich habe Dich so verstanden, dass Du Frederic bitten wolltest, auf den Beitrag von Alzimar zu verweisen.
Da wir das in deinem Beitrag machen würden, wäre es durchaus auch möglich, dass Du das selbst machst, wie es Dir beliebt.

Gruß

Thomas

[Matze]

Zitat:

Zitat von Wolfgang Mix

Ich bitte Frederic, das in etwa so zu ändern:

Dies ist nur eine Variante der Schaltjahresermittlung.
Andere findet Ihr z.B. ---> hier (alzaimar/Post #7)

In die Code-Library kommt die beste Lösung. Wenn also dein Code von alzaimar ergänzt wurde und somit besser ist, landet der neue Code in der Code-Library. Die Code-Library ist ein Nachschlagewerk und dort suboptimale Lösungen hineinzustellen und auf bessere in der eigentlichen DP zu verlinken ergibt keinen Sinn.
Das Thema hier wird nach der endgültigen Übernahme in die Code-Library auch entfernt. Somit ist eine Verlinkung darauf nicht mehr möglich.

Ich hoffe, ich habe deine Aussage nicht falsch interpretiert. ;)

Grüße, Matze

[alzaimar]

Zitat:

Zitat von Wolfgang Mix

Ich habe Deinen Beitrag aufmerksam gelesen...

Was ich mit meinen Überlegungen ausdrücken wollte, war die Unsicherheit über den Sinn der Festsetzung der Kalendergültigkeiten. Mir ist klar, das es Anwendungen im Bereich der archäologischen Astronomie (oder astronomischen Archäologie? :stupid: ) gibt, die eine kontinuierliche Zeitleiste benötigen, um z.B. die Bauten der Maya hinsichtlich ihrer Bedeutung und Verwendung zu begutachten (z.B. Winter/Sommersonnenwende, Vorhersage des Erntezeitpunktes etc.).

Wozu benötigt man also eine Schaltjahresberechnung für die Vergangenheit, wenn das doch nur für einen Teil der Länder und Epochen gilt? Es gibt irgendwelche Standards darüber, und Du hast zumindest die Schaltjahrberechnung vervollständigt und um eine Variante der Berechnung erweitert.

Du solltest in dem Fragment zumindest auf die Quellen eingehen und folgende Fragen beantworten:
1. Wieso gilt die Schaltjahresberechnung ab 4713 v.Chr, aber nicht im Jahr davor?
2. Wieso verwendest Du die Version von Joseph Justus Scaliger und nicht die von Julius Cäsar, der sich die Chose ausgedacht hat?

[Wolfgang Mix]

@Matze

Mir geht es nicht um den besseren Code,
die orthodoxe Kirche interpretiert den Gregorianischen Kalender
halt anders als die westliche Welt.

Gruß

Wolfgang

[Matze]

Ah, das meinst du.

Ich persönlich finde es auch nicht gut, wenn die Funktion so extrem verfeinert wird, dass die in die tiefste Vergangenheit reicht und auch noch die Länder als Parameter enthält. Das verwirrt nur und kaum einer weiß, wozu das gut sein soll.
So lange der gregorianische und der julianische Kalender unterstützt und somit auch negative Jahreszahlen ausgeschlossen werden (!) finde ich das eine schöne Lösung, die für fast alle Anwender ausreichen sollte. Für alle positiven Jahreszahlen ist der Code dann auch korrekt und ohne Einschränkungen gültig.
Da muss man natürlich schon abwägen, was sinnvoll ist und was nicht bzw. wie viele Leute was benötigen. Die Geschichtsforscher unter uns können sich den Code selbst erweitern.
Wenn wir mal ehrlich sind: Wer von den "normalen" Programmierern braucht schon Funktionen, die die Jahreszahlen v. Chr. berücksichtigen?

Alzaimar hat natürlich Recht, was die Logik in deinem Source anbelangt. Diese ist so eben nicht ganz korrekt. Daher hat er entsprechende Vorschläge gemacht. Ob er möchte, dass das so dann auch in der Code-Library steht, ist eine andere Sache. Ich danke weniger.
Also ich persönlich würde die negativen Jahreszahlen aus der "einfachen" Version, die die meisten verwenden werden, streichen. Oder eine separate Version für diese Jahreszahlen angeben, die auch dann gilt.

Grüße, Matze