Question:
Heure standard du Bulletin IERS A
David Hammen
2019-03-15 18:55:13 UTC
view on stackexchange narkive permalink

Le Bulletin A de l'IERS et le Bulletin B contiennent des paramètres d'orientation de la Terre. Il s'agit notamment du décalage horaire entre UT1 et UTC et la pole position. Les valeurs de ces paramètres sont répertoriées une fois par jour, saisies par "MJD" (date julienne modifiée).

La documentation ne dit pas à quelle échelle de temps ces valeurs MJD font référence. Sans réserve, MJD est généralement considéré comme signifiant une certaine saveur du temps universel. Si tel est le cas, de quelle saveur de temps universel s'agit-il: UTC, UT1 ou une autre saveur? Si ce n'est pas le cas, lequel est-ce?

J'utilise les données de manière interpolative (interpolation de Lagrange) pour estimer les paramètres d'orientation de la Terre à des moments arbitraires dans le temps, donc ne pas avoir le bon standard de temps entraînera de petites erreurs dans les valeurs interpolées.

Deux réponses:
Camilo Rada
2019-03-16 00:08:53 UTC
view on stackexchange narkive permalink

Réponse courte: UT1

Réponse longue:

Le jour julien (JD) est juste un décompte de jours constant depuis le début de la période julienne , c'est-à-dire le 12 janvier 4713 av. Comme les nombres ont tendance à être importants (aujourd'hui, c'est le jour 2 458 557,5), dans les années 80 et motivé par les limitations de la mémoire de l'ordinateur, le JD réduit a été créé qui est juste $ JD-2400000 $ span >. Ensuite, pour supprimer l'ennui que le jour julien commence à midi au lieu de minuit, le JD modifié (MDJ) a été créé, qui est simplement $ JD-2400000.5 $ .

Par définition, le MJD se met à zéro à midi solaire au méridien 0 °. Par conséquent, ce n'est pas une mesure de temps régulière, elle est liée à la rotation de la Terre et accélère ou décélère en fonction des variations infimes de la vitesse de rotation de la Terre.

Vous pouvez utiliser pratiquement n'importe quelle heure solaire, y compris toutes les saveurs de temps UT pour définissez votre MJD, mais le plus précis est UT1.

Mais UT1 n'est pas non plus une mesure régulière du temps, et est également affecté par les variations de la vitesse de rotation de la Terre. Le seul standard de temps vraiment régulier parmi ceux que vous mentionnez est UTC, qui est basé sur des horloges atomiques. Étant régulier, le midi solaire dérive de UTC et ne se produit pas à 12 h UTC, par conséquent, des secondes intercalaires sont ajoutées pour maintenir l'UTC raisonnablement proche de l'heure solaire. Mais un enregistrement des secondes intercalaires est conservé afin que vous puissiez utiliser UTC pour mesurer précisément les intervalles de temps indépendamment des variations de rotation de la Terre.

En ce sens, UT1 et UTC ne sont pas deux saveurs de la même chose que vous suggérez , ils mesurent en fait deux choses complètement différentes. La première mesure la rotation de la Terre et la seconde mesure le temps. Pour la même raison, MJD ne peut pas ou ne doit pas vraiment être référencé à UTC (sinon il ne serait pas zéro midi solaire).

Dit ceci, dans ces bulletins, le MJD transmet exactement les mêmes informations que la date. Donc "2019 1 2" signifiant 2 janvier 2019, transmet exactement les mêmes informations que MDJ 58485, c'est juste une manière plus conviviale de se référer à un jour spécifique. Et cela supprime également le besoin de tenir compte des jours calendaires manquants si vous travaillez avec des dates relativement éloignées du passé.

Maintenant, si vous voulez savoir combien de temps s'est écoulé entre deux entrées dans le tableau, vous avez besoin pour savoir comment transformer n'importe quelle version de l'heure solaire qu'ils utilisent (UT1 dans ce cas), en une référence de temps régulière comme UTC ou TAI. C'est pourquoi la valeur "UT1-UTC" est incluse. Dans tous les cas, en faisant un tel calcul, vous devez prendre en compte toutes les secondes intercalaires ajoutées à UTC entre l'heure des deux entrées.

Est-ce que cela a du sens?

Re * Est-ce que cela a du sens? * Oui, cela a du sens, sauf pour une chose, qui est que les secondes intercalaires se produisent toujours à la date à laquelle les secondes intercalaires sont injectées plutôt que le lendemain si UT1 a été utilisé pour MJD. Par exemple, UT1-UTC passe de -0,557 seconde le 30/06/1992 à +0,443 seconde le 31/07/1992, de -0,408 seconde le 31/12/2016 à +0,591 seconde le 01/01/2017. Ceci est cohérent pour tous les points où des secondes intercalaires ont été injectées. Mais comme UT1 était derrière UTC à minuit à ces dates, la valeur de UT1-UTC devrait toujours être négative à ces dates exactes. Mais ce n'est pas le cas.
C'est peut-être un UT1 prolptique? Ou peut-être que c'est UTC, mais cela crée un peu de désordre en ce qui concerne l'interpolation des positions des pôles à travers les frontières sautantes.
J'étais stupide. Étant donné que UT1 est derrière UTC à un point où une seconde intercalaire positive est ajoutée à UTC, UT1 atteint minuit après UTC, ce qui signifie que la seconde intercalaire a déjà été ajoutée à UTC. Ainsi, le passage d'une valeur UT1-UTC négative à une valeur positive se produira le jour où une seconde intercalaire positive est ajoutée à UTC. La modification n'apparaîtra qu'un jour plus tard si une seconde intercalaire négative est ajoutée à UTC. Mais les chances que cela se produise sont essentiellement nulles étant donné que le taux de rotation de la Terre ralentit progressivement.
Oui. Et vous ne devriez pas vous en soucier beaucoup. Transformez simplement les heures en UTC et utilisez-les en heures pour l'interpolation. Comme vos points de données sont espacés tous les jours, l'erreur maximale d'interpolation sera d'une fraction de seconde.Si vous vous inquiétez de ce genre de problèmes de précision, vous pouvez alors faire une exception pour les jours où une seconde intercalaire a été ajoutée.
UTC n'est pas uniforme; il a des secondes intercalaires. Cela dit, un algorithme d'interpolation décent (pas même génial) peut gérer des abscisses non uniformes. Ce que je veux, c'est un moyen de déterminer les positions des pôles TAI-UT1 et X et Y en tant que fonctions de UT1 ou TAI. Je considère UTC comme quelque chose à usage civil uniquement; c'était à mon avis une erreur de lier UTC à la fois à UT1 et à TAI, et de le faire au deuxième niveau. Cela a entraîné des ravages importants et un bénéfice négligeable. Mais c'est de l'eau sous le pont.
@DavidHammen Absolument, transformer les temps en TAI, puis faire l'interpolation supprime la plupart des complications, vous pouvez ramener vos valeurs interpolées à UT1 ou UTC.
UT1 a toujours un "jour" de 86400 "secondes astronomiques", de sorte que le délai de 86400/24: 00: 00 signifie une rotation terrestre vraie et complète quoi qu'il arrive. Ces moyens ne sont pas les mêmes que les secondes métriques (SI) et varient en longueur, bien qu'un humain ne puisse pas percevoir la différence. TAI, et donc UTC, coche le temps métrique, pas le temps astronomique. TAI est une horloge linéaire simple et vraie (actuelle à 1.942 4867 Gs à partir de son époque de 1958 à compter de cette publication), UTC tente cependant de s'ajuster de sorte que sa valeur d'heure (TOD) soit à moins de 1 s de celle de UT1 en ajoutant ou en supprimant des secondes («sauts de secondes»).
Par conséquent, la conversion de UT1 en TAI n'est pas facile. Vous avez essentiellement besoin d'un graphique de la longueur des secondes astronomiques en vraies secondes métriques depuis l'époque TAI, puis vous intégrez cela. Et bonne chance pour l'extrapolation de l'échelle dans le passé ...
OMI, nous devrions simplement "faire bouillir l'océan", utiliser directement TAI comme base du chronométrage (juste le mod 86400, voilà, il y a une heure pour un usage civil, qui se soucie que midi soit si précis) et cartographier la rotation de la Terre intervalles sur elle comme un enregistrement secondaire à des fins astronomiques (ce qui devrait vraiment être un graphique de _angle_ par rapport à _time_.). Mais moi, nous sommes enterrés bien au-delà du sommet de nos têtes dans l'héritage cruft: g:
FSimardGIS
2019-07-16 21:59:24 UTC
view on stackexchange narkive permalink

Apparemment, l'IERS publie des valeurs pour chaque 0 h d'UTC dans ses bulletins. J'ai moi-même pensé le contraire, mais j'ai récemment remarqué, lors d'un examen de géodésie, qu'ils mentionnaient UTC pour les paramètres quotidiens.

En regardant de plus près les Bulletins eux-mêmes, j'ai pu le confirmer:

enter image description here

Bien que l'utilisation de UT1 au lieu de UTC pour l'interpolation ne devrait causer que de petites erreurs, plus petites que les erreurs affichées des valeurs finales.



Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 4.0 sous laquelle il est distribué.
Loading...