Pourquoi les fuseaux horaires peuvent changer tout un theme

Une erreur d'une heure peut deplacer l'Ascendant d'environ 15 degres. Voici comment nous traitons la precision horaire a l'echelle mondiale.

L'enjeu est eleve

En astrologie, l'Ascendant change environ toutes les 4 minutes. Une simple erreur d'heure d'ete (DST) d'une heure peut produire :

• un mauvais signe ascendant
• des cuspides de maisons incorrectes
• un mauvais Moon Nakshatra si la position est limite
• des timelines de Dashas decalees de plusieurs annees

Contexte historique : LMT et heure standard

Avant la fin du 19e siecle, beaucoup de lieux utilisaient le Local Mean Time (LMT). Le midi local etait defini par la position du soleil a cette longitude.

Par exemple, le "midi" de Mumbai n'etait pas le meme que le "midi" de Delhi.

Le passage a l'heure standard

Les pays ont adopte les fuseaux standards a des dates differentes :

• USA : fin 1883
• UK : 1880
• India : 1906, passage de Madras Time a IST

Calculer un theme de 1890 avec le fuseau moderne "Asia/Kolkata" (+05:30) serait faux. Il faut utiliser LMT, calcule depuis la longitude.

Comment nous le gerons : mode AUTO

Notre API inclut un moteur de resolution horaire. Quand vous envoyez tz_str="AUTO", nous faisons plusieurs controles :

1. Recherche geographique : identification du fuseau IANA precis, par exemple "America/New_York", depuis la latitude et la longitude.
2. Validation historique : comparaison de l'annee de naissance avec les dates de standardisation connues pour la region.
3. Choix de l'algorithme :
   • Dates modernes : base IANA pour les offsets et DST.
   • Dates historiques : calcul LMT depuis la longitude exacte.

Standards de temps BaZi

L'astrologie chinoise BaZi demande une precision forte pour le pilier horaire. Les praticiens ne sont pas toujours d'accord entre heure civile et temps solaire. Notre API prend en charge les trois standards principaux :

1. Civil Time (civil) : heure locale brute. Pratique pour matcher des apps comme BaZi-Calculator.
2. Relative Solar Time (true_solar) : ajuste la longitude par rapport au meridien du fuseau. Le ressenti de l'heure reste proche de l'heure civile, tout en corrigeant les bords de grand fuseau.
3. Absolute Solar Time (true_solar_absolute) : temps solaire astronomique pur (UTC + offset de longitude + Equation of Time). C'est le plus precis techniquement, mais il peut donner des piliers qui semblent decales par rapport aux attentes locales.

[!TIP] Utilisez Relative Solar pour les grands pays comme la Chine ou les USA, ou pour des villes en bord de fuseau comme Paris.

Conseils pour developpeurs

1. Utilisez toujours les coordonnees : les noms de villes sont ambigus. Lat/Lng est absolu. L'API priorise les coordonnees pour detecter le fuseau.
2. Faites confiance a AUTO : sauf si vous avez une source verifiee pour un offset historique precis, laissez le moteur le gerer.