Pourquoi pas un seul fuseau horaire ?

[invited4ddf46f]

Salut je suis nouveau sur le forum et j'adore lire les debat scientifique qui s'y trouve enfin bref tout sa pour vous demander pourquoi la terre n'aurait elle pas un seul fuseau horaire partout dans le monde la même heure ? Merci d'avance
-----

[jiherve]

Bonjour
parce que midi c'est normalement le moment ou le soleil est au zénith ce qui est donc variable en fonction de la position car la Terre tourne.
Les zones horaires existantes font déjà en partie l'impasse sur ce fait car autrement il y aurait autant d'heures que de position en longitude.
En France l'uniformisation nommé heure légale à été faite à la fin du XIXeme siecle pour rendre les fiches horaires des trains utilisables et compréhensibles sans calculs car avant il y avait de nombreuses heures usuelles sur notre petit territoire.
Quel avantage cela procurerait'il de n'en avoir qu'un
JR

[polo974]

Si tu veux un temps unique, tu peux utiliser l'heure UTC.

C'est d'ailleurs cette heure qui devrait se trouver dans chaque ordi (au sens large du terme), et quand on se déplace, on change "juste" de timezone pour afficher une heure locale.

[Amanuensis]

Un des problèmes rarement cité est la date. On parle d'heure UTC, mais il y a aussi une date UTC!

(Un des rares cas où c'est venu à l'attention du grand public est le premier pas sur la Lune: le 20 ou le 21 juillet 1969?)

La date est un tel problème qu'il y a, en comptant seulement les décalages en nombre entier d'heures, 27 fuseaux horaires...

[A voir en vidéo sur Futura]

[CM63]

Si tu veux un temps unique, tu peux utiliser l'heure UTC.

C'est d'ailleurs cette heure qui devrait se trouver dans chaque ordi (au sens large du terme), et quand on se déplace, on change "juste" de timezone pour afficher une heure locale.

Ben c'est bien ce qu'il y a.

[Amanuensis]

Ben c'est bien ce qu'il y a.

Malheureusement non, pas avec les PC et les OS qu'on a collé dessus depuis le début.

(Argument de la boîte responsable de ces logiciels: les Zétazuniens ne comprendraient pas l'heure indiquée par le BIOS si c'était l'UTC... https://blogs.msdn.microsoft.com/old...02-00/?p=37983)

[Exercice d'application: mettre deux disques bootables, chacun avec son OS de la boîte susdite, sur la même machine, et regarder ce qu'il se passe au moment d'un passage entre heure d'hiver et heure d'été...]

[invited4ddf46f]

Merci pour cette explication...
R.H

[pm42]

Les réponses données ici sont parfaitement pertinentes mais juste à titre indicatif, il y a eu cette proposition pour un temps universel (un autre) :

https://en.wikipedia.org/wiki/Swatch_Internet_Time

Pas vraiment un grand succès.

[JPL]

En fait Windows recopie dans le BIOS son heure et c'est celle-ci qui est maintenue pendant les périodes d'extinction de l'ordinateur (pile du BIOS). Mais sachant que Windows se synchronise avec un des serveurs de temps NTP d'internet il s'agit tout simplement du temps UTC auquel on ajoute automatiquement le décalage dû au fuseau horaire et le ou les décalages locaux (en France NTP + 1 + heure d'été).

Quel intérêt y aurait-il à stocker l'heure UTC dans le BIOS ?

[Amanuensis]

Quel intérêt y aurait-il à stocker l'heure UTC dans le BIOS ?

Aucun pour les utilisateurs de Windows il semble.

Pour les autres (MacOS, Linux, ...), cela sert à connaître l'heure et la date. (Et pas seulement quoi présenter à l'utilisateur.)

[Amanuensis]

Soyons plus clair. La connerie ce n'est pas mémoriser (dans le BIOS ou ailleurs, message transmis, base de données, etc.) l'heure et la date locale, c'est de le faire sans indication de "fuseau". Par exemple 2016-12-07 11:12:25Z est correct, sans le Z cela ne signifie rien en soi.

Indiquer systèmatiquement en UTC (et indiquer cette règle!) permet de ne pas stocker le "Z" (ni avoir besoin de moyens de le changer).

L'autre option correcte est de mémoriser la date et heure "locales" (= légales), avec l'indication du décalage par rapport à l'UTC. Seulement, il y en a tout un paquet (plus d'une trentaine) de décalages dans le monde, le codage par une lettre (celui utilisé en aviation, avec Z pour UTC+0) n'en couvre que 24. Et on peut imaginer que des pays en invente d'autres...

[JPL]

À ma connaissance Linux affiche l'heure locale. Mais admettons que ce soit une spécificité de Windows, il n'y a aucun problème pour se décaler d'une ou deux heures pour avoir un affichage en heure/date UTC. Le problème n'est sensible que pour quelques applications professionnelles qui tournent en continu et qui risqueraient de subit un décalage lors du passage à l'heure d'été. Mais dans les réglages possibles pour l'horloge Windows possède tous les fuseaux horaires (avec les variantes locales de décalage) ainsi que l'option UTC. Donc aucun problème.

De toute façon dans le cas d'ordinateurs pour lesquels la référence de temps est extrêmement critique il est possible d'installer un serveur de temps local recevant le signal GPS.

[Amanuensis]

PS: Je n'ai pas compté combien il y a de codes de "time zone" (https://www.timeanddate.com/time/zones/) ; c'est un codage très redondant, assez représentatif du délire dans le domaine. Rien que cette liste devrait faire comprendre l'intérêt d'indiquer les dates/heures en UTC !

(À propos, une remarque que j'avais déjà faite dans le temps, le forum (scientifique) Futura indique la "time zone" à l'ancienne, comme "GMT+1" à la date de ce message. Cela fait toujours plaisir aux Anglais, j'imagine. C'est soit CET, HNEC ou UTC+1 )

[JPL]

L'affichage est dépendant du logiciel utilisé. Or un changement de logiciel (abandonner très probablement vBulletin, prévu pour l'année qui vient) est un énorme travail d'adaptation pour adapter l'exploitation de la base de données.

[Amanuensis]

À ma connaissance Linux affiche l'heure locale.

Affichage et mémorisation sont deux problèmes distincts. L'erreur est de les mélanger.

Donc aucun problème.

Si vous le dites...

De toute façon dans le cas d'ordinateurs pour lesquels la référence de temps est extrêmement critique il est possible d'installer un serveur de temps local recevant le signal GPS.

Pas grand chose avec le problème.

Le problème est une information qui n'en est pas une. Donner la date et l'heure sans préciser la relation à l'UTC n'est pas donner une information ayant un sens précis. Ce n'est pas parce que dans la plupart du temps la redondance contextuelle permet aux humains de deviner la signification qu'il n'y a "aucun problème".

[CM63]

C'est tout le problème des normes, tant qu'il y en aura qui penseront que les normes ne sont là que pour emm***er le monde, et qui préféreront faire leur tambouille dans leur coin, à grand coups de "pourquoi faire simple quand on peut faire compliqué?", ça ne pourra pas le faire.

[Amanuensis]

L'affichage est dépendant du logiciel utilisé.

Si l'information est que les logiciels traitent souvent n'importe comment heures et dates, ce n'est pas vraiment un scoop.

Un bon logiciel découple mémorisation et affichage. Il y en a.

[Amanuensis]

à grand coups de "pourquoi faire simple quand on peut faire compliqué?", ça ne pourra pas le faire.

J'aurais écrit "pourquoi faire compliqué quand on peut faire simple?". Car ce qu'on entend souvent c'est que l'heure locale (légale) c'est simple. Ce ne pose aucun problème à la vie de tous les jours de l'écrasante majorité de la population ; ce qui prouve que c'est simple, non?

[JPL]

Voici ce que contient l'en-tête des mails de notification que le serveur du forum envoie : for jpl.FS@gmx.fr; Wed, 07 Dec 2016 16:59:58 +0100

Et celui-ci de Pypal : Date: Mon, 05 Dec 2016 23:01:36 -0800

C'est donc bien en UTC.

[Amanuensis]

Voici ce que contient l'en-tête des mails de notification que le serveur du forum envoie : for jpl.FS@gmx.fr; Wed, 07 Dec 2016 16:59:58 +0100

Et celui-ci de Pypal : Date: Mon, 05 Dec 2016 23:01:36 -0800

C'est donc bien en UTC.

??? Si le premier est à peu près simultané au message de forum, l'indication est de manière évidente en date et heure locales, avec indication de time zone (l'indication +0100). L'heure locale était à peu près 17h00, et l'UTC 16h00, une fois +0100 pris en compte.

Pour la seconde, aucun moyen d'en tirer quoi que soit (manque une autre référence), mais le codage est là encore a priori celui d'une date et heure locales avec indication de time zone (-0800, correspondant à la Californie, normal pour Paypal).

----

Ces indications de data/heure sont propres, en tout cas. (Cela fait un bout de temps que le monde informatique et télécom a compris l'intérêt d'indications propre! Microsoft est juste en retard, empatouillé par des décisions amateurs il y a des dizaines d'années...)

[JPL]

Le rapprochement avec l'heure de réception montre pour Paypal que c'était bien l'heure locale de Californie.

[invitedf3b174e]

Un des problèmes rarement cité est la date. On parle d'heure UTC, mais il y a aussi une date UTC!
(Un des rares cas où c'est venu à l'attention du grand public est le premier pas sur la Lune: le 20 ou le 21 juillet 1969?)
La date est un tel problème qu'il y a, en comptant seulement les décalages en nombre entier d'heures, 27 fuseaux horaires...

bonjour
Effectivement j’ai du mal à imaginer qu’il jour est t’il dans les différents pays à un instant donné. C’est bizarre comme sensation d’ignorance.
aujourd’hui...jpg

[Amanuensis]

Encore plus difficile à 10h30 UTC. (Trois dates différentes, si je ne me trompe pas...)

[CM63]

Comme disait ma grand-mère eu moment du changement d'horaire: "Mais ils ne vont quand même pas changer le soleil!!"

[polo974]

Encore plus difficile à 10h30 UTC. (Trois dates différentes, si je ne me trompe pas...)

Sans parler des divers calendriers encore en cours de par le monde...

Ici, à la Réunion, on fête plein de nouvels ans...