Una zona horaria es un área que observa un horario estándar uniforme para fines legales , comerciales y sociales . Las zonas horarias tienden a seguir los límites entre los países y sus subdivisiones en lugar de seguir estrictamente la longitud , porque es conveniente que las áreas en comunicación frecuente mantengan la misma hora.
Cada zona horaria se define por una diferencia estándar con respecto al Tiempo Universal Coordinado (UTC). Las diferencias van desde UTC−12:00 a UTC+14:00 y suelen ser un número entero de horas, pero algunas zonas tienen una diferencia de 30 o 45 minutos adicionales, como en India y Nepal . Algunas áreas de una zona horaria pueden utilizar una diferencia diferente durante parte del año, normalmente una hora más durante la primavera y el verano , una práctica conocida como horario de verano (DST).
En la siguiente tabla, las ubicaciones que utilizan el horario de verano (DST) se enumeran en su diferencia horaria UTC cuando el DST no está en vigor. Cuando el DST está en vigor, aproximadamente durante la primavera y el verano, su diferencia horaria UTC aumenta en una hora (excepto en la isla Lord Howe , donde aumenta en 30 minutos). Por ejemplo, durante el período de DST, California observa UTC−07:00 y el Reino Unido observa UTC+01:00 .
La posición aparente del Sol en el cielo, y por lo tanto el tiempo solar , varía según la ubicación debido a la forma esférica de la Tierra. Esta variación corresponde a cuatro minutos de tiempo por cada grado de longitud , por lo que, por ejemplo, cuando es mediodía solar en Londres , es unos 10 minutos antes del mediodía solar en Bristol , que está a unos 2,5 grados al oeste. [6]
El Observatorio Real de Greenwich , fundado en 1675, estableció el Tiempo Medio de Greenwich (GMT), la hora solar media en esa ubicación, como ayuda a los navegantes para determinar la longitud en el mar, proporcionando una hora de referencia estándar mientras que cada ubicación en Inglaterra mantenía una hora diferente.
En el siglo XIX, a medida que el transporte y las telecomunicaciones mejoraron, se hizo cada vez más incómodo para cada ubicación observar su propia hora solar. En noviembre de 1840, la British Great Western Railway comenzó a utilizar el GMT registrado por cronómetros portátiles . [7] [ verificación fallida ] Esta práctica fue seguida pronto por otras compañías ferroviarias en Gran Bretaña y se conoció como tiempo ferroviario .
Alrededor del 23 de agosto de 1852, las primeras señales horarias se transmitieron por telégrafo desde el Observatorio Real. En 1855, el 98% de los relojes públicos de Gran Bretaña utilizaban el GMT, pero no se convirtió en la hora legal de la isla hasta el 2 de agosto de 1880. Algunos relojes británicos de este período tienen dos manecillas de minutos, una para la hora local y otra para el GMT. [8]
El 2 de noviembre de 1868, la colonia británica de Nueva Zelanda adoptó oficialmente una hora estándar que se debía observar en toda la colonia. [9] Se basaba en la longitud 172°30′ al este de Greenwich , es decir, 11 horas y 30 minutos por delante de GMT. Esta hora estándar se conocía como hora media de Nueva Zelanda . [10]
El cronometraje en los ferrocarriles norteamericanos en el siglo XIX era complejo. Cada ferrocarril utilizaba su propia hora estándar, generalmente basada en la hora local de su sede o terminal más importante, y los horarios de los trenes de cada ferrocarril se publicaban utilizando su propia hora. Algunos cruces servidos por varios ferrocarriles tenían un reloj para cada ferrocarril, cada uno de los cuales mostraba una hora diferente. [11] Debido a esto, se produjeron varios accidentes cuando los trenes de diferentes compañías que utilizaban las mismas vías cronometraban mal sus pasos. [12]
Alrededor de 1863, Charles F. Dowd propuso un sistema de zonas horarias estándar por hora para los ferrocarriles norteamericanos, aunque no publicó nada sobre el tema en ese momento y no consultó a los funcionarios ferroviarios hasta 1869. En 1870 propuso cuatro zonas horarias ideales con fronteras norte-sur, la primera centrada en Washington, DC , pero en 1872 la primera estaba centrada en el meridiano 75° al oeste de Greenwich , con fronteras naturales como secciones de los Montes Apalaches . El sistema de Dowd nunca fue aceptado por los ferrocarriles norteamericanos. El meteorólogo jefe de la Oficina Meteorológica de los Estados Unidos, Cleveland Abbe, dividió los Estados Unidos en cuatro zonas horarias estándar para lograr coherencia entre las estaciones meteorológicas. En 1879, publicó un artículo titulado Informe sobre la hora estándar . [13] En 1883, convenció a las compañías ferroviarias norteamericanas para que adoptaran su sistema de zonas horarias. En 1884, Gran Bretaña, que ya había adoptado su propio sistema de horario estándar para Inglaterra, Escocia y Gales, ayudó a reunir el consentimiento internacional para el horario global. Con el tiempo, el gobierno estadounidense, influenciado en parte por el artículo de Abbe de 1879, adoptó el sistema de zonas horarias. [14] Fue una versión propuesta por William F. Allen, el editor de la Traveler's Official Railway Guide . [15] Las fronteras de sus zonas horarias pasaban por estaciones de ferrocarril, a menudo en las principales ciudades. Por ejemplo, la frontera entre sus zonas horarias oriental y central pasaba por Detroit , Buffalo , Pittsburgh , Atlanta y Charleston . Se inauguró el domingo 18 de noviembre de 1883, también llamado "El día de los dos mediodías", [16] cuando el reloj de cada estación de ferrocarril se reiniciaba a medida que se alcanzaba el mediodía estándar dentro de cada zona horaria.
Las zonas de América del Norte se denominaron Intercolonial, Oriental, Central, Montañosa y del Pacífico. En el plazo de un año, el 85% de todas las ciudades con poblaciones superiores a 10.000 (unas 200 ciudades) utilizaban el horario estándar. [17] Una notable excepción fue Detroit (ubicada aproximadamente a mitad de camino entre los meridianos de la hora oriental y central), que mantuvo la hora local hasta 1900, y luego probó la hora estándar central, la hora media local y la hora estándar oriental (EST) antes de que una ordenanza de mayo de 1915 estableciera la EST y fuera ratificada por votación popular en agosto de 1916. La confusión horaria llegó a su fin cuando el Congreso de los EE. UU. adoptó formalmente las zonas horarias estándar en la Ley de Hora Estándar del 19 de marzo de 1918.
El matemático italiano Quirico Filopanti introdujo la idea de un sistema mundial de zonas horarias en su libro Miranda!, publicado en 1858. Propuso 24 zonas horarias, a las que llamó «días longitudinales», la primera centrada en el meridiano de Roma . También propuso un tiempo universal para su uso en astronomía y telegrafía. Sin embargo, su libro no atrajo atención hasta mucho después de su muerte. [18] [19]
El canadiense nacido en Escocia Sir Sandford Fleming propuso un sistema mundial de zonas horarias en 1876 (véase Sandford Fleming § Inventor of worldwide standard time ). La propuesta dividió el mundo en veinticuatro zonas horarias etiquetadas como AY (saltando J), cada una de las cuales cubría 15 grados de longitud. Todos los relojes dentro de cada zona tendrían la misma hora que los demás, pero diferirían en una hora de los de las zonas vecinas. [20] Defendió su sistema en varias conferencias internacionales, incluida la Conferencia Internacional del Meridiano , donde recibió cierta consideración. El sistema no ha sido adoptado directamente, pero algunos mapas dividen el mundo en 24 zonas horarias y les asignan letras, de manera similar al sistema de Fleming. [21]
Hacia 1900, casi todos los lugares habitados de la Tierra habían adoptado una zona horaria estándar, pero solo algunos de ellos utilizaban una diferencia horaria con respecto al GMT. Muchos aplicaban la hora de un observatorio astronómico local a un país entero, sin ninguna referencia al GMT. Pasaron muchas décadas antes de que todas las zonas horarias se basaran en alguna diferencia horaria estándar con respecto al GMT o Tiempo Universal Coordinado (UTC). En 1929, la mayoría de los países habían adoptado zonas horarias horarias, aunque algunos países como Irán , India , Myanmar y partes de Australia tenían zonas horarias con una diferencia horaria de 30 minutos. Nepal fue el último país en adoptar una diferencia horaria estándar, cambiando ligeramente a UTC+05:45 en 1986. [22]
Todas las naciones utilizan actualmente zonas horarias estándar para fines seculares, pero no todas aplican el concepto tal como se concibió originalmente. Varios países y subdivisiones utilizan desviaciones de media hora o cuarto de hora con respecto al horario estándar. Algunos países, como China e India , utilizan una única zona horaria a pesar de que la extensión de su territorio excede con creces los 15° de longitud ideales para una hora; otros países, como España y Argentina , utilizan desfases basados en horas estándar, pero no necesariamente los que estarían determinados por su ubicación geográfica. Las consecuencias, en algunas áreas, pueden afectar las vidas de los ciudadanos locales y, en casos extremos, contribuir a problemas políticos más amplios, como en las zonas occidentales de China. [23] En Rusia, que tiene 11 zonas horarias , se eliminaron dos zonas horarias en 2010 [24] [25] y se restablecieron en 2014. [26]
ISO 8601 es una norma establecida por la Organización Internacional de Normalización que define métodos para representar fechas y horas en forma de texto, incluidas especificaciones para representar zonas horarias.
Si una hora está en Tiempo Universal Coordinado (UTC), se añade una "Z" directamente después de la hora sin un espacio de separación. "Z" es el designador de zona para el desplazamiento UTC cero. Por lo tanto, "09:30 UTC" se representa como "09:30Z" o "0930Z". Del mismo modo, "14:45:15 UTC" se escribe como "14:45:15Z" o "144515Z". [27] El tiempo UTC también se conoce como tiempo "Zulu", ya que "Zulu" es una palabra del alfabeto fonético que codifica la letra "Z". [27]
Los desfases con respecto a UTC se escriben en el formato ±hh:mm, ±hhmm o ±hh (ya sea horas por delante o por detrás de UTC). Por ejemplo, si la hora que se describe es una hora por delante de UTC (como la hora en Alemania durante el invierno), el designador de zona sería " +01:00 ", "+0100", o simplemente "+01". Esta representación numérica de las zonas horarias se añade a las horas locales de la misma manera que se añaden las abreviaturas alfabéticas de las zonas horarias (o "Z", como se indica más arriba). El desfase con respecto a UTC cambia con el horario de verano , por ejemplo, un desfase horario en Chicago , que se encuentra en la zona horaria central de América del Norte , es " −06:00 " para el invierno (hora estándar central) y " −05:00 " para el verano (hora de verano central). [28]
Las zonas horarias suelen representarse mediante abreviaturas alfabéticas como "EST", "WST" y "CST", pero estas no forman parte de la norma internacional de fecha y hora ISO 8601. Estas designaciones pueden ser ambiguas; por ejemplo, "CST" puede significar hora estándar central (norteamericana) (UTC−06:00), hora estándar de Cuba (UTC−05:00) y hora estándar de China (UTC+08:00), y también es una variante ampliamente utilizada de ACST ( hora estándar central australiana , UTC+09:30). [29]
La conversión entre zonas horarias obedece a la relación
en el que cada lado de la ecuación es equivalente a UTC.
La ecuación de conversión se puede reorganizar a
Por ejemplo, la Bolsa de Valores de Nueva York abre a las 09:30 ( EST , UTC offset= -05:00). En California ( PST , UTC offset= -08:00) e India ( IST , UTC offset= +05:30), la Bolsa de Valores de Nueva York abre a las 09:30 (EST, UTC offset= -05: 00).
Estos cálculos se vuelven más complicados cerca del cambio de hora hacia o desde el horario de verano, ya que la diferencia UTC para el área pasa a ser una función de la hora UTC.
Las diferencias horarias también pueden dar lugar a fechas distintas. Por ejemplo, cuando son las 22:00 del lunes en Egipto (UTC+02:00), son las 01:00 del martes en Pakistán (UTC+05:00).
La tabla "Hora del día por zona" ofrece una descripción general de las relaciones horarias entre diferentes zonas.
Desde la década de 1920, se ha aplicado un sistema de horario náutico estándar a los barcos que navegan en alta mar . Como forma ideal del sistema de husos horarios terrestres, los husos horarios náuticos consisten en franjas horarias de 15° de diferencia con respecto a GMT por un número entero de horas. Una línea horaria náutica sigue el meridiano 180, dividiendo una franja horaria de 15° en dos franjas horarias de 7,5° que difieren de GMT en ±12 horas. [30] [31] [32]
Sin embargo, en la práctica cada barco puede elegir qué hora observar en cada lugar. Los barcos pueden decidir ajustar sus relojes a una hora conveniente, generalmente de noche, no exactamente cuando cruzan una determinada longitud. [33] Algunos barcos simplemente mantienen la hora del puerto de salida durante todo el viaje. [34]
Las zonas horarias ideales, como las zonas horarias náuticas, se basan en la hora solar media de un meridiano en particular en el medio de esa zona, con límites ubicados a 7,5 grados al este y al oeste del meridiano. Sin embargo, en la práctica, muchos límites de zonas horarias se trazan mucho más al oeste y algunos países se encuentran completamente fuera de sus zonas horarias ideales.
Por ejemplo, aunque el Meridiano de Greenwich (0°) pasa por España y Francia , utilizan la hora solar media de 15 grados este ( Hora de Europa Central ) en lugar de 0 grados (Hora del Meridiano de Greenwich). Francia utilizó anteriormente GMT, pero cambió a CET (Hora de Europa Central) durante la ocupación alemana del país durante la Segunda Guerra Mundial y no volvió a cambiar después de la guerra. [35] De manera similar, antes de la Segunda Guerra Mundial, los Países Bajos observaban la "Hora de Ámsterdam", que estaba veinte minutos por delante de la Hora Media de Greenwich. Se vieron obligados a seguir la hora alemana durante la guerra y la mantuvieron a partir de entonces. A mediados de la década de 1970, los Países Bajos, como otros estados europeos, comenzaron a observar el horario de verano.
Una razón para trazar límites de husos horarios muy al oeste de sus meridianos ideales es permitir un uso más eficiente de la luz solar de la tarde. [36] Algunas de estas ubicaciones también utilizan el horario de verano (DST), lo que aumenta aún más la diferencia con la hora solar local. Como resultado, en verano, el mediodía solar en la ciudad española de Vigo ocurre a las 14:41 hora del reloj. Esta área más occidental de la España continental nunca experimenta la puesta de sol antes de las 18:00 hora del reloj, incluso en invierno, a pesar de estar a 42 grados al norte del ecuador. [37] Cerca del solsticio de verano , Vigo tiene horas de puesta de sol después de las 22:00, similares a las de Estocolmo , que está en la misma zona horaria y 17 grados más al norte. Sin embargo, Estocolmo tiene amaneceres mucho más tempranos. [38]
En Estados Unidos, las razones eran más bien históricas y comerciales. En los estados del Medio Oeste, como Indiana y Michigan , los habitantes de Indianápolis y Detroit querían estar en la misma zona horaria que Nueva York para simplificar las comunicaciones y las transacciones. [39]
Un ejemplo más extremo es Nome, Alaska , que se encuentra a 165°24′O de longitud, justo al oeste del centro de la zona horaria idealizada de Samoa ( 165°O ). Sin embargo, Nome observa la hora de Alaska ( 135°O ) con horario de verano, por lo que está ligeramente más de dos horas por delante del sol en invierno y más de tres en verano. [40] Kotzebue, Alaska , también cerca del mismo meridiano pero al norte del Círculo Polar Ártico, tiene dos puestas de sol en el mismo día a principios de agosto, una poco después de la medianoche al comienzo del día y la otra poco antes de la medianoche al final del día. [41]
China se extiende hasta el oeste 73°E , pero todas sus partes utilizan UTC+08:00 ( 120°E ), por lo que el "mediodía" solar puede ocurrir tan tarde como a las 15:00 en partes occidentales de China, como Xinjiang . [42] La frontera entre Afganistán y China marca la mayor diferencia horaria terrestre en la Tierra, con una diferencia de 3,5 horas entre el UTC+4:30 de Afganistán y el UTC+08:00 de China .
Muchos países, y a veces solo ciertas regiones de países, adoptan el horario de verano (DST), también conocido como horario de verano, durante parte del año. Esto generalmente implica adelantar los relojes una hora cerca del comienzo de la primavera y ajustarlos hacia atrás en otoño ("adelanto de primavera", "atraso"). El DST moderno se propuso por primera vez en 1907 y se usó ampliamente en 1916 como una medida en tiempos de guerra destinada a conservar carbón . A pesar de la controversia , muchos países lo han usado de vez en cuando desde entonces; los detalles varían según la ubicación y cambian ocasionalmente. Los países alrededor del ecuador generalmente no observan el horario de verano, ya que la diferencia estacional en la luz solar allí es mínima.
Muchos sistemas operativos de ordenadores incluyen el soporte necesario para trabajar con todas (o casi todas) las horas locales posibles en función de las distintas zonas horarias. Internamente, los sistemas operativos suelen utilizar UTC como su estándar básico de mantenimiento de la hora , al tiempo que proporcionan servicios para convertir las horas locales a y desde UTC, y también la capacidad de cambiar automáticamente las conversiones de hora local al inicio y al final del horario de verano en las distintas zonas horarias. (Consulte el artículo sobre el horario de verano para obtener más detalles sobre este aspecto).
Los servidores web que presentan páginas web principalmente para una audiencia en una única zona horaria o en un rango limitado de zonas horarias suelen mostrar las horas como hora local, quizás con la hora UTC entre paréntesis. Los sitios web con una orientación más internacional pueden mostrar las horas solo en UTC o utilizando una zona horaria arbitraria. Por ejemplo, la versión internacional en inglés de CNN incluye GMT y la hora de Hong Kong, [43] mientras que la versión estadounidense muestra la hora del este . [44] La hora del este de EE. UU. y la hora del Pacífico también se utilizan con bastante frecuencia en muchos sitios web en inglés con sede en EE. UU. y lectores globales. El formato generalmente se basa en la nota "datetime" del W3C .
Los sistemas de correo electrónico y otros sistemas de mensajería ( chat IRC , etc.) [45] sellan la hora de los mensajes utilizando UTC, o bien incluyen la zona horaria del remitente como parte del mensaje, lo que permite al programa receptor mostrar la fecha y la hora de envío del mensaje en la hora local del destinatario.
Los registros de bases de datos que incluyen una marca de tiempo suelen utilizar la hora UTC, especialmente cuando la base de datos forma parte de un sistema que abarca varias zonas horarias. No se recomienda el uso de la hora local para los registros con marca de tiempo en las zonas horarias que implementan el horario de verano, ya que una vez al año hay un período de una hora en el que las horas locales son ambiguas.
En la actualidad, los sistemas de calendario suelen vincular sus marcas de tiempo a la hora UTC y las muestran de forma diferente en ordenadores que se encuentran en zonas horarias diferentes. Esto funciona cuando se tienen reuniones por teléfono o por Internet, pero no tanto cuando se viaja, porque se supone que los eventos del calendario tienen lugar en la zona horaria en la que se encontraba el ordenador o el teléfono inteligente cuando se creó el evento. El evento puede mostrarse en un momento incorrecto. Por ejemplo, si un neoyorquino planea reunirse con alguien en Los Ángeles a las 9:00 y hace una entrada en el calendario a las 9:00 (que el ordenador supone que es la hora de Nueva York), la entrada del calendario será a las 6:00 si se toma la zona horaria del ordenador. El software de calendario también debe gestionar el horario de verano (DST). Si, por razones políticas, se modifican las fechas de inicio y fin del horario de verano, las entradas del calendario deben permanecer iguales en la hora local, aunque puedan cambiar en la hora UTC.
Los sistemas tipo Unix , incluidos Linux y macOS , mantienen la hora del sistema en formato de hora Unix , que representa la cantidad de segundos (excluidos los segundos intercalares ) que han transcurrido desde las 00:00:00 hora universal coordinada (UTC) del jueves 1 de enero de 1970. [46] La hora Unix generalmente se convierte a hora local cuando se muestra al usuario, y las horas especificadas por el usuario en hora local se convierten a hora Unix. La conversión tiene en cuenta la zona horaria y las reglas de horario de verano; de forma predeterminada, la zona horaria y las reglas de horario de verano se configuran cuando se configura el sistema, aunque los procesos individuales pueden especificar zonas horarias y reglas de horario de verano utilizando la variable de entorno TZ . [47] Esto permite a los usuarios en múltiples zonas horarias, o en la misma zona horaria pero con diferentes reglas de horario de verano, utilizar la misma computadora, con sus respectivas horas locales mostradas correctamente para cada usuario. La información de la zona horaria y las reglas del horario de verano proviene más comúnmente de la base de datos de zonas horarias de la IANA . De hecho, muchos sistemas, incluido cualquiera que utilice la biblioteca C de GNU , una biblioteca C basada en la biblioteca C de BSD o la biblioteca C de System V Release 4 , pueden utilizar esta base de datos.
Los sistemas informáticos basados en Windows anteriores a Windows 95 y Windows NT utilizaban la hora local, pero Windows 95 y posteriores, y Windows NT, basan la hora del sistema en UTC. [48] [49] Permiten que un programa obtenga la hora del sistema como UTC, representada como año, mes, día, hora, minuto, segundo y milisegundo; [50] [51] Windows 95 y posteriores, y Windows NT 3.5 y posteriores, también permiten que la hora del sistema se obtenga como un recuento de unidades de 100 ns desde 1601-01-01 00:00:00 UTC. [52] [53] El registro del sistema contiene información de la zona horaria que incluye la diferencia con respecto a UTC y reglas que indican las fechas de inicio y fin del horario de verano en cada zona. La interacción con el usuario normalmente utiliza la hora local, y el software de aplicación puede calcular la hora en varias zonas. Los servidores de terminales permiten que los equipos remotos redirijan su configuración de zona horaria al servidor de terminales para que los usuarios vean la hora correcta de su zona horaria en sus sesiones de escritorio o aplicación. Los servicios de terminales utilizan la hora base del servidor en el servidor de terminales y la información de la zona horaria del cliente para calcular la hora en la sesión.
Si bien la mayoría del software de aplicación utilizará el sistema operativo subyacente para obtener información sobre la zona horaria y el horario de verano, la Plataforma Java , a partir de la versión 1.3.1, ha mantenido su propia base de datos de información sobre la zona horaria y el horario de verano. Esta base de datos se actualiza siempre que cambian las zonas horarias o las reglas del horario de verano. Oracle proporciona una herramienta de actualización para este propósito. [54]
Como alternativa a la información incluida con la Plataforma Java, los programadores pueden optar por utilizar la biblioteca Joda-Time. [55] Esta biblioteca incluye sus propios datos basados en la base de datos de zonas horarias de la IANA. [56]
A partir de Java 8 hay una nueva API de fecha y hora que puede ayudar con la conversión de horas. [57]
Tradicionalmente, había muy poca compatibilidad con zonas horarias para JavaScript . Básicamente, el programador tenía que extraer la diferencia horaria UTC instanciando un objeto de tiempo, obteniendo una hora GMT de él y diferenciando los dos. Esto no proporciona una solución para variaciones más complejas del horario de verano, como las direcciones divergentes del horario de verano entre los hemisferios norte y sur.
ECMA-402, el estándar de API de internacionalización para JavaScript, proporciona formas de formatear zonas horarias. [58] Sin embargo, debido a restricciones de tamaño, algunas implementaciones o distribuciones no lo incluyen. [59]
El objeto DateTime en Perl admite todas las entradas en la base de datos de zonas horarias de IANA e incluye la capacidad de obtener, configurar y convertir entre zonas horarias. [60]
Los objetos DateTime y las funciones relacionadas se han compilado en el núcleo de PHP desde la versión 5.2. Esto incluye la capacidad de obtener y establecer la zona horaria predeterminada del script, y DateTime conoce su propia zona horaria internamente. PHP.net proporciona una amplia documentación sobre esto. [61] Como se indica allí, la base de datos de zonas horarias más actualizada se puede implementar a través de la base de datos timezonedb de PECL .
El módulo estándar datetime incluido con Python almacena y opera en la clase de información de zona horaria tzinfo. El módulo de terceros pytz proporciona acceso a la base de datos completa de zonas horarias de IANA. [62] La diferencia horaria negada en segundos se almacena en los atributos time.timezone y time.altzone. A partir de Python 3.9, el módulo zoneinfo introduce la gestión de zonas horarias sin necesidad de un módulo de terceros. [63]
Cada dialecto de Smalltalk viene con sus propias clases integradas para fechas, horas y marcas de tiempo, de las cuales solo unas pocas implementan las clases DateAndTime y Duration, tal como se especifica en el estándar ANSI Smalltalk. VisualWorks proporciona una clase TimeZone que admite hasta dos transiciones de desfase recurrentes anualmente, que se supone que se aplican a todos los años (el mismo comportamiento que las zonas horarias de Windows). Squeak proporciona una clase Timezone que no admite ninguna transición de desfase. Dolphin Smalltalk no admite zonas horarias en absoluto.
Para obtener soporte completo de la base de datos tz (zoneinfo) en una aplicación Smalltalk (incluido soporte para cualquier número de transiciones de compensación recurrentes anualmente y soporte para diferentes reglas de transición de compensación intraanual en diferentes años), la biblioteca de fecha y hora Chronos de terceros, de código abierto y compatible con ANSI-Smalltalk está disponible para su uso con cualquiera de los siguientes dialectos de Smalltalk: VisualWorks, Squeak, Gemstone o Dolphin. [64]
Las naves espaciales en órbita pueden experimentar muchos amaneceres y atardeceres, o ninguno, en un período de 24 horas. Por lo tanto, no es posible calibrar la hora con respecto al Sol y respetar un ciclo de sueño/vigilia de 24 horas. Una práctica común para la exploración espacial es utilizar la hora terrestre del sitio de lanzamiento o del centro de control de la misión, sincronizando los ciclos de sueño de la tripulación y los controladores. La Estación Espacial Internacional normalmente utiliza el horario de Greenwich (GMT). [65] [66]
El cronometraje en Marte puede ser más complejo, ya que el planeta tiene un día solar de aproximadamente 24 horas y 40 minutos, conocido como sol . Los controladores terrestres de algunas misiones a Marte han sincronizado sus ciclos de sueño/vigilia con el día marciano, cuando se produce específicamente la actividad de los vehículos exploradores alimentados con energía solar. [67]