Compte long maya depuis une date

Il emploie la corrélation Goodman-Martinez-Thompson de 584,283 et interprète strictement l'entrée comme un jour civil UTC. Le résultat ne varie donc ni selon le fuseau horaire de l'appareil ni selon l'heure d'été. La réponse fournit aussi la notation pointée, le numéro du jour julien et le total de jours écoulés utilisé pour le calcul, afin que vous puissiez facilement contrôler, citer, tester ou intégrer la conversion.

Saisissez un jour grégorien précis

Indiquez la date au format strict YYYY-MM-DD, avec un zéro initial pour tout mois ou jour à un chiffre. Ainsi, le 21 décembre 2012 s'écrit 2012-12-21. Le convertisseur accepte les années 0001 à 9999 et applique le calendrier grégorien proleptique à toute cette période. Les règles grégoriennes habituelles des années bissextiles sont donc prolongées dans le passé, y compris avant l'adoption officielle de ce calendrier par les différents pays. L'entrée représente une date civile, et non un horodatage : elle ne comporte ni heure, ni décalage, ni lieu, ni passage à l'heure d'été, ni date actuelle implicite. Cette distinction garantit des appels répétables dans tous les environnements. Les dates impossibles telles que 2023-02-29, les valeurs mal formées, les horodatages et les dates absentes sont rejetés au lieu d'être corrigés silencieusement. Si votre source historique suit le calendrier julien, convertissez d'abord cette date vers le jour grégorien correspondant. Ce contrat explicite évite qu'une divergence de calendrier soit prise pour une erreur du calcul maya.

Comprenez la corrélation et le calcul

Toute conversion du compte long exige une corrélation entre la chronologie maya et le système de numéros de jours juliens utilisé par les calculs calendaires modernes. Cet outil annonce clairement son choix : la constante Goodman-Martinez-Thompson, dite GMT, de 584,283. Il convertit d'abord le jour grégorien proleptique fourni en un numéro entier de jour julien par arithmétique entière. Il soustrait ensuite 584,283 afin d'obtenir le nombre de kin écoulés depuis l'époque corrélée du compte long. Ce total est décomposé de la plus grande unité à la plus petite. Un baktun vaut 144,000 jours, un katun 7,200 jours, un tun 360 jours, un uinal 20 jours et un kin un jour. Le baktun n'est pas artificiellement remis à zéro après treize ; les dates postérieures à 13.0.0.0.0 restent donc ordonnées et sans ambiguïté. D'autres corrélations proposées par les chercheurs peuvent attribuer un compte long différent au même jour grégorien. Le libellé de corrélation et le numéro de jour julien renvoyés sont ainsi essentiels : ils précisent la convention utilisée et donnent des valeurs intermédiaires vérifiables indépendamment.

Interprétez et exploitez les champs renvoyés

Le résultat principal est la chaîne pointée long_count, organisée comme suit : baktun.katun.tun.uinal.kin. Ces cinq positions sont également fournies dans des champs entiers séparés, plus pratiques pour le tri, les modèles d'affichage, les colonnes de base de données ou des calculs supplémentaires. Le champ total_days représente tous les kin écoulés depuis l'époque corrélée choisie, tandis que julian_day_number conserve le numéro de jour intermédiaire de la date grégorienne. Le champ date reproduit exactement l'entrée validée et correlation identifie la constante GMT employée. L'implémentation n'effectue que des opérations entières bornées et ne consulte jamais d'horloge, d'analyseur de dates de la plateforme, de générateur aléatoire ou de service distant : une même entrée produit toujours le même JSON. Elle convient ainsi aux frises pédagogiques, catalogues de musées, notes de recherche reproductibles, jeux de test et chaînes API. La version dans le navigateur sert aux recherches ponctuelles ; chaque requête automatisée coûte $0.002. Conservez le libellé de corrélation lorsque vous publiez ou échangez un résultat, surtout face à une source susceptible d'utiliser une autre convention.