
La base de datos tz es una compilación colaborativa de información sobre las zonas horarias del mundo y las reglas para la aplicación del horario de verano , principalmente destinada a su uso con programas informáticos y sistemas operativos. [ 2 ] Paul Eggert ha sido su editor y mantenedor desde 2005, [ 3 ] con el respaldo organizativo de ICANN . [ 4 ] La base de datos tz también se conoce como tzdata , la base de datos zoneinfo o la base de datos de zonas horarias de IANA (por la Autoridad de Números Asignados de Internet ), y ocasionalmente como la base de datos Olson , en referencia al colaborador fundador, Arthur David Olson. [ 5 ]
Su convención de nomenclatura uniforme para las entradas en la base de datos, como America/New_York y Europe/Paris , fue diseñada por Paul Eggert. [ 6 ] La base de datos intenta registrar las zonas horarias históricas y todos los cambios civiles desde 1970, la época del tiempo Unix . [ 7 ] También registra los segundos intercalares . [ 8 ]
La base de datos, así como parte del código fuente de referencia , es de dominio público . [ 9 ] Se publican nuevas ediciones de la base de datos y del código según lo justifiquen los cambios, generalmente varias veces al año. [ 10 ]
Estructura de datos
Definición de una zona horaria
Dentro de la base de datos tz, una zona horaria es cualquier región nacional donde los relojes locales han coincidido desde 1970. [ 11 ] Esta definición se centra primero en las áreas geográficas que han tenido relojes locales consistentes. Una zona horaria es diferente de una región con una diferencia horaria estándar particular con respecto a UTC , que a menudo se denomina "zona horaria". Por lo tanto, cada una de las zonas horarias definidas por la base de datos tz puede usar múltiples diferencias horarias con respecto a UTC, como diferencias para la hora estándar y el horario de verano . [ 12 ]
Formatos de archivo
La base de datos tz se publica como un conjunto de archivos de texto que enumeran las reglas y las transiciones de zona en un formato legible para humanos. Para su uso, estos archivos de texto se compilan en un conjunto de archivos binarios independientes de la plataforma , uno por zona horaria. El código fuente de referencia incluye un compilador llamado zic (compilador de información de zona), así como código para leer esos archivos y utilizarlos en API estándar como localtime()y mktime().
Zonas horarias
Cada zona horaria tiene una o más "líneas de zona" en uno de los archivos de texto de la base de datos tz. La primera línea de zona para una zona horaria indica el nombre de la zona horaria; las líneas de zona subsiguientes para esa zona horaria dejan el nombre en blanco, lo que indica que se aplican a la misma zona que la línea anterior. Cada línea de zona para una zona especifica, para un rango de fecha y hora, el desplazamiento con respecto a UTC para la hora estándar, el nombre del conjunto de reglas que rigen el horario de verano (o un guion si siempre se aplica la hora estándar), el formato para las abreviaturas de las zonas horarias y, para todas las líneas de zona excepto la última, la fecha y hora en la que finaliza el rango de fecha y hora que rige esa línea.
Reglas del horario de verano (DST)
Las reglas para el horario de verano se especifican en conjuntos de reglas con nombre. Cada conjunto de reglas tiene una o más líneas de reglas en los archivos de texto. Una línea de regla contiene el nombre del conjunto de reglas al que pertenece, el primer año en el que se aplica la regla, el último año en el que se aplica la regla (o "solo" si se aplica solo en un año o "máx." si es la regla vigente en ese momento), el tipo de año al que se aplica la regla ("-" si se aplica a todos los años en el rango especificado, que es casi siempre el caso, de lo contrario un nombre utilizado como argumento para un script que indica si el año es del tipo especificado), el mes en el que la regla entra en vigor, el día en el que la regla entra en vigor (que podría ser un día específico o una especificación como "el último domingo del mes"), la hora del día en que la regla entra en vigor, la cantidad de tiempo que se debe agregar al desplazamiento a UTC cuando la regla está en vigor y la letra o letras que se deben usar en la abreviatura de la zona horaria (por ejemplo, "S" si la regla rige la hora estándar y "D" si rige el horario de verano).
Nombres de zonas horarias
Las zonas horarias tienen nombres únicos con el formato " Área / Ubicación ", por ejemplo, "America/New_York". También se optó por usar nombres en inglés o equivalentes, y omitir la puntuación y los sufijos comunes. El guion bajo se usa en lugar de espacios. Se usan guiones cuando aparecen en el nombre de una ubicación. Los nombres de Área y Ubicación tienen una longitud máxima de 14 caracteres. [ 13 ] [ 14 ]
Área
Área es el nombre de un continente , un océano o "Etc.". Los continentes y océanos utilizados son África , América , Antártida , Ártico , Asia , Atlántico , Australia , Europa , Índico y Pacífico .
Se incluyen los océanos, ya que algunas islas son difíciles de conectar con un continente determinado. Algunas están conectadas geográficamente a un continente y políticamente a otro. Véase también Límites entre continentes .
La zona especial "Etc" se utiliza para algunas zonas administrativas, en particular para "Etc/UTC", que representa el Tiempo Universal Coordinado . Para ajustarse al estilo POSIX , los nombres de las zonas que comienzan con "Etc/GMT" tienen el signo invertido con respecto a la convención estándar ISO 8601. En la zona "Etc", las zonas al oeste de GMT tienen un signo positivo y las zonas al este tienen un signo negativo en su nombre (por ejemplo, "Etc/GMT-14" está 14 horas por delante de GMT).
Ubicación
La ubicación es el nombre de un lugar específico dentro del área , generalmente una ciudad o una pequeña isla.
Los nombres de los países no se utilizan normalmente en este esquema, principalmente porque no serían robustos, debido a los frecuentes cambios políticos y de límites. Los nombres de las grandes ciudades tienden a ser más permanentes. [ 15 ] Por lo general, se elige la ciudad más poblada de una región para representar toda la zona horaria, aunque se puede seleccionar otra ciudad si es más conocida, y se puede utilizar otra ubicación, incluso una ubicación que no sea una ciudad, si resulta en un nombre menos ambiguo. [ 16 ] En caso de que cambie el nombre de la ubicación utilizada para representar la zona horaria, la convención es crear un alias [ 17 ] en ediciones futuras para que tanto el nombre antiguo como el nuevo se refieran a la misma entrada de la base de datos.
En algunos casos, la ubicación se representa como un nombre compuesto, por ejemplo, la zona horaria "America/Indiana/Indianapolis". Los nombres de tres niveles incluyen aquellos bajo "America/Argentina/...", "America/Kentucky/...", "America/Indiana/..." y "America/North_Dakota/...".
La ubicación seleccionada es representativa de toda el área; es decir, la hora actual en dicha ubicación coincide con la hora actual en toda la zona horaria. Sin embargo, esto no se cumple necesariamente para periodos anteriores a 1970. En otras palabras, las reglas de la zona horaria solo se garantizan para la ubicación indicada en el caso de fechas anteriores a 1970; si existían diferencias horarias dentro del área antes de ese año, las reglas de la zona horaria solo se aplican en la ubicación indicada para ese periodo.
Ejemplos
Ejemplo de líneas de zona y reglas
Estas son las líneas de reglas para las reglas estándar del horario de verano de los Estados Unidos, las líneas de reglas para las reglas del horario de verano vigentes en la zona horaria del este de los Estados Unidos (llamada "NYC", ya que la ciudad de Nueva York es la ciudad que representa esa zona) en algunos años, y las líneas de zona para la zona horaria America/New_York, según la versión tzdata2011n de la base de datos de zonas horarias. Las líneas de zona y de reglas reflejan el historial del horario de verano en los Estados Unidos .
# Regla NOMBRE DESDE HASTA ESCRIBIR EN EN GUARDAR LETRA/S Regla EE. UU. 1918 1919 - Mar último Dom 2:00 1:00 D Regla de EE. UU. 1918 1919 - Octubre último domingo 2:00 0 S Regla EE. UU. 1942 solamente - 9 de febrero 2:00 1:00 W # Guerra Regla de EE. UU. de 1945 solamente - 14 de agosto 23:00u 1:00 P # Paz Regla US 1945 solamente - 30 de septiembre 2:00 0 S Regla EE. UU. 1967 2006 - Octubre último domingo 2:00 0 S Regla EE. UU. 1967 1973 - Abr último Dom 2:00 1:00 D Regla US 1974 solamente - 6 de enero 2:00 1:00 D Regla US 1975 solamente - 23 de febrero 2:00 1:00 D Regla EE. UU. 1976 1986 - Abr último Dom 2:00 1:00 D Regla EE. UU. 1987 2006 - Abr Dom>=1 2:00 1:00 D Regla US 2007 máx. - Mar Dom>=8 2:00 1:00 D Regla US 2007 máx. - Nov Dom>=1 2:00 0 S .... # Regla NOMBRE DESDE HASTA ESCRIBIR EN EN GUARDAR LETRA Regla NYC 1920 solamente - Mar pasado Dom 2:00 1:00 D Regla NYC 1920 solamente - Octubre último domingo 2:00 0 S Regla NYC 1921 1966 - Abr último Dom 2:00 1:00 D Regla NYC 1921 1954 - Sep último domingo 2:00 0 S Regla NYC 1955 1966 - Octubre último domingo 2:00 0 S # Zona NOMBRE GMTOFF REGLAS FORMATO [HASTA] Zona América/Nueva_York -4:56:02 - LMT 1883 18 de noviembre, 12:03:58 -5:00 US E%sT 1920 -5:00 NYC E%sT 1942 -5:00 US E%sT 1946 -5:00 NYC E%sT 1967 -5:00 US E%sT Datos almacenados para cada zona
Para cada zona horaria con múltiples desfases (generalmente debido al horario de verano), la base de datos registra el momento exacto de la transición. El formato también permite modificar las fechas y horas de las transiciones. Las zonas pueden tener cambios históricos en sus reglas que se remontan a varias décadas (como se muestra en el ejemplo anterior).
Zona.tab
El archivo zone.tab es de dominio público y enumera las zonas. La ordenación de columnas y filas se describe en los comentarios del archivo, como sigue:
# Este archivo contiene una tabla con las siguientes columnas: # 1. Código de país ISO 3166 de 2 caracteres . Consulte el archivo `iso3166.tab`. # 2. Latitud y longitud de la ubicación principal de la zona # en formato ISO 6709 signo-grados-minutos-segundos, # ya sea +-DDMM+-DDDMM o +-DDMMSS+-DDDMMSS, # primero la latitud (+ es norte), luego la longitud (+ es este). # 3. Nombre de la zona utilizado en el valor de la variable de entorno TZ. # 4. Comentarios; presentes si y solo si el país tiene varias filas. # # Las columnas están separadas por una sola tabulación. # La tabla se ordena primero por país, luego en un orden dentro del país que # (1) tenga algún sentido geográfico, y # (2) coloque primero las zonas más pobladas, donde eso no contradiga (1).
Datos anteriores a 1970
Los datos anteriores a 1970 pretenden ser correctos para la ciudad que identifica la región, pero no necesariamente lo son para toda la región. Esto se debe a que las nuevas regiones se crean únicamente cuando es necesario para distinguir los relojes desde 1970.
Por ejemplo, entre el 23 de octubre y el 9 de diciembre de 1963, en Brasil solo los estados de Espírito Santo , Guanabara , Minas Gerais , Río de Janeiro y São Paulo tuvieron horario de verano. [ 19 ] Sin embargo, una solicitud de separación de América/São Paulo fue rechazada en 2010 con el argumento de que, desde 1970, los relojes eran los mismos en toda la región. [ 20 ]
La hora en Alemania , representada por Europe/Berlin , es incorrecta para el año 1945, cuando la Trizone utilizaba reglas de horario de verano diferentes a las de Berlín. [ 21 ]
Cobertura
Zonas que abarcan varios países posteriores a 1970.
Existen dos zonas que abarcan un área que, después de 1970, estaba cubierta por dos países. La base de datos sigue las definiciones de países según la norma ISO 3166-1 , cuya predecesora, la ISO 3166, se publicó por primera vez en 1974.
- Asia/Adén : dos países hasta 1990: Yemen del Norte ( ISO 3166-1 : YE; capital Sana'a) y Yemen del Sur (República Popular, ISO 3166-1: YD, ISO 3166-3 : YDYE; capital: Adén).
- Europa/Berlín : dos países hasta 1990 : Alemania Oriental (ISO 3166-1: DD, ISO 3166-3: DDDE) y Alemania Occidental (ISO 3166-1: DE)
Mantenimiento
El código de referencia y la base de datos de tz son mantenidos por un grupo de voluntarios. Arthur David Olson realiza la mayoría de los cambios en el código de referencia de tz. Paul Eggert realiza la mayoría de los cambios en la base de datos de tz. Los cambios propuestos se envían a la lista de correo de tz, que está conectada al grupo de noticias de Usenet comp.time.tz. Los archivos fuente se distribuyen a través del servidor FTP de IANA. Normalmente, estos archivos son tomados por un distribuidor de software como Debian , compilados, y luego el código fuente y los binarios se empaquetan como parte de esa distribución. Los usuarios finales pueden confiar en los procedimientos de actualización de su distribución de software, lo que puede implicar cierta demora, u obtener el código fuente directamente y compilar los archivos binarios ellos mismos. El IETF ha publicado el RFC 6557 , "Procedimientos para el mantenimiento de la base de datos de zonas horarias", que documenta las mejores prácticas basadas en principios similares.
Sistemas tipo Unix
La ruta estándar para la base de datos de zonas horarias se encuentra /usr/share/zoneinfo/en las distribuciones de Linux, macOS y algunos otros sistemas tipo Unix .
Uso y extensiones
Límites de las zonas horarias
Los límites geográficos en forma de conjuntos de coordenadas no forman parte de la base de datos tz, pero Evan Siroky [ 1 ] publica límites en formatos GeoJSON y shapefile .
Uso en otras normas
El Repositorio de Datos de Localización Común Unicode (CLDR) hace referencia a las zonas en la base de datos tz. Sin embargo, dado que el nombre de una zona puede cambiar de una versión de la base de datos tz a otra, el CLDR asigna el código UN/LOCODE de la ciudad utilizada en el nombre de la zona, o un código asignado internamente si no existe dicha ciudad para la zona, a una zona de la base de datos tz. [ 22 ] [ 23 ]
Uso en sistemas de software
La base de datos tz se utiliza para el procesamiento y la conversión de zonas horarias en muchos sistemas informáticos, entre ellos:
- Sistemas derivados de BSD , incluidos FreeBSD , NetBSD , OpenBSD , DragonFly BSD , macOS e iOS (que también utilizan el código de procesamiento de base de datos de referencia TZ como su implementación de la API POSIX de TZ);
- la biblioteca C de GNU y los sistemas que la utilizan, incluidos GNU , la mayoría de las distribuciones de Linux , BeOS , Haiku , Nexenta OS y Cygwin ;
- Sistemas derivados de System V Release 4 , como Solaris y UnixWare ;
- AIX 6.1 y posteriores [ 24 ] [ 25 ] (las versiones anteriores de AIX, a partir de AIX 5.2, incluyen zoneinfo, [ 26 ] para dar soporte a aplicaciones de terceros como MySQL , [ 27 ] pero no lo utilizan ellos mismos [ 26 ] [ 28 ] );
- Android [ 29 ]
- varios otros sistemas Unix , incluidos IRIX , Tru64 , SunOS 4.x, [ 30 ] y UNICOS /mp;
- OpenVMS ;
- El entorno de ejecución de Java desde la versión 1.8 (2014), consulte java.time.ZoneId
- Los módulos Perl DateTime::TimeZone y DateTime::LeapSecond desde 2003;
- Versiones de PHP desde la 5.1.0 (2005);
- la gema Ruby TZInfo ;
- el módulo zoneinfo de la biblioteca estándar de Python , el paquete tzdata de primera parte y el paquete pytz de terceros ;
- La especificación del lenguaje JavaScript para la internacionalización especifica explícitamente el uso de nombres de zonas horarias IANA para la API y recomienda también el uso de los datos de la zona horaria. [ 31 ]
- También están disponibles numerosas bibliotecas: timezone-js , BigEasy/TimeZone , WallTime-js y moment-timezone ;
- el módulo Pandas (Python) pandas – Biblioteca de análisis de datos de Python ;
- Las bibliotecas de .NET Framework NodaTime , TZ4Net y zoneinfo se archivaron el 24 de diciembre de 2017 en Wayback Machine ;
- las bibliotecas de Haskell timezone-series y timezone-olson ;
- el módulo Erlang ezic ;
- El paquete de tiempo de la biblioteca estándar de Go ;
- La caja Rust chrono-tz ;
- El paquete de tiempo Squeak Smalltalk ;
- Las bibliotecas de C++ Boost y Qt , y la biblioteca estándar chrono de C++20
std::chrono::tzdb; - La biblioteca TZDB para Delphi y Free Pascal ; [ 32 ]
- La biblioteca Pascal gratuita PascalTZ ;
- El lenguaje de comandos de herramientas tiene un comando de reloj que utiliza tzdata;
- Versiones de Oracle desde 10g (2004); [ 33 ]
- PostgreSQL desde la versión 8.0 (2005);
- la biblioteca de Microsoft SQL Server Compatibilidad con zonas horarias de SQL Server
- MongoDB desde la versión 3.6;
- el paquete Dart/Flutter Timezone en pub ;
- Software integrado, como el firmware utilizado en los relojes IP.
Los identificadores de zona horaria Olson también son utilizados por el Repositorio de Datos de Localización Común Unicode (CLDR) y los Componentes Internacionales para Unicode (ICU). Por ejemplo, la tabla Windows–Tzid del CLDR asigna los identificadores de zona horaria de Microsoft Windows a los nombres Olson estándar, aunque dicha asignación no puede ser perfecta porque el número de zonas horarias en los sistemas Windows es significativamente menor que en la base de datos TZ de IANA. [ 34 ]
Historia
Los orígenes del proyecto se remontan a 1986 o incluso antes. [ 35 ]
demanda de 2011
El 30 de septiembre de 2011, se presentó una demanda, Astrolabe, Inc. v. Olson et al. , relativa a los derechos de autor de la base de datos. [ 36 ] [ 37 ] Como resultado, el 6 de octubre de 2011, se cerraron la lista de correo y el sitio FTP de la base de datos. [ 38 ] El caso giraba en torno al uso que los administradores de la base de datos hacían de The American Atlas , de Thomas G. Shanks , y The International Atlas , de Thomas G. Shanks y Rique Pottenger. Se alegaba la reproducción no autorizada de datos del atlas en el archivo de la lista de correo de zonas horarias y en algunas colecciones de enlaces auxiliares mantenidas con la base de datos, aunque en realidad no apuntaba a la base de datos en sí. La demanda se refería únicamente a la compilación de datos históricos de zonas horarias y no abarcaba las tablas de zonas horarias mundiales tzdata existentes. [ 37 ] [ 39 ] [ 40 ]
Esta demanda se resolvió el 22 de febrero de 2012 tras la intervención de la Electronic Frontier Foundation , cuando Astrolabe solicitó voluntariamente el sobreseimiento de la demanda sin haber notificado nunca a los demandados y aceptó un pacto de no volver a demandar en el futuro. [ 41 ]
Trasladarse a ICANN
ICANN asumió la responsabilidad del mantenimiento de la base de datos el 14 de octubre de 2011. [ 4 ] La base de datos completa y una descripción de los planes para su mantenimiento están disponibles en línea en IANA . [ 42 ]
Véase también
Referencias
- 1 2 Siroky, Evan (1 de enero de 2024). "Time Zone Boundary Builder" . GitHub .
- ↑ Eggert, Paul; Olson, Arthur David. "Datos sobre zonas horarias y horario de verano" . Archivado del original el 8 de marzo de 2021. Consultado el 23 de abril de 2024 .
- ↑ Eggert, Paul (17 de enero de 2005). "Re: FW: Registro de zona horaria de IANA – propuesta" . tz (Lista de correo).
- 1 2 "ICANN gestionará la base de datos de zonas horarias" (alerta de noticias). ICANN. 15 de octubre de 2011. Archivado del original el 13 de diciembre de 2014. Recuperado el 30 de diciembre de 2011 .
- ↑ Olson, Arthur David (16 de diciembre de 1986). "¿Problema de zona horaria resuelto? Otros problemas. Nueva página del manual de ctime" . tz (Lista de correo). Archivado del original el 9 de marzo de 2021. Recuperado el 24 de octubre de 2018 .
- ↑ Eggert, Paul (20 de octubre de 1993). "Propuesta de nombres de zonas horarias" . tz (Lista de correo). Archivado del original el 27 de septiembre de 2016. Recuperado el 25 de septiembre de 2016 .
- ↑ Olson, Arthur David (18 de marzo de 1987). "Re: Lista de problemas" . tz (Lista de correo). Archivado del original el 8 de marzo de 2021. Recuperado el 27 de octubre de 2018 .
- ↑ Devine, Bob (2 de junio de 1988). "Segundos intercalares; [ 0-60 ] está bien" . tz (Lista de correo). Archivado del original el 11 de abril de 2016. Recuperado el 18 de junio de 2015 .
- ↑ "Datos de zona horaria y horario de verano" . La base de datos tz . Consultada el 22 de junio de 2025.
La base de datos de zonas horarias
de dominio público
contiene código y datos que representan el historial de la hora local para muchas ubicaciones representativas en todo el mundo.
- ↑ "Datos de zona horaria y horario de verano" . Coordinación con gobiernos y distribuidores . Consultado el 22 de junio de 2025.
No existe un calendario fijo para las versiones de tzdb. Sin embargo, normalmente se publica una versión cada pocos meses.
- ↑ "Teoría y pragmática del código y los datos tz" . Archivado del original el 5 de marzo de 2021. Consultado el 16 de diciembre de 2020 .
- ↑ "Alcance de la base de datos tz" . Teoría y pragmática del código y los datos tz . Archivado del original el 17 de abril de 2024. Recuperado el 23 de abril de 2024.
Cada zona horaria suele corresponder a una región geográfica más pequeña que una zona horaria tradicional, porque los relojes de una zona horaria coinciden después de 1970, mientras que una zona horaria tradicional solo especifica la hora estándar actual. Por ejemplo, las aplicaciones que manejan marcas de tiempo actuales y futuras en la zona horaria tradicional de las montañas de Norteamérica pueden elegir entre las zonas horarias America/Denver, que observa el horario de verano (DST) al estilo estadounidense, y America/Phoenix, que no observa el DST. Las aplicaciones que también manejan marcas de tiempo pasadas en la zona horaria de la montaña pueden elegir entre más de una docena de zonas horarias, como America/Boise, America/Edmonton y America/Hermosillo, cada una de las cuales actualmente utiliza la hora de la montaña, pero difiere de otras zonas horarias para algunas marcas de tiempo posteriores a 1970.
- ↑ Olson, Arthur David (1 de mayo de 2010). "Cambios propuestos en el paquete de zona horaria (Bahía de Banderas; nomenclatura de versiones)" . tz (Lista de correo). Archivado del original el 8 de marzo de 2021. Recuperado el 27 de octubre de 2018 .
- ↑ "Identificadores de zona horaria" . Teoría y pragmática del código y los datos tz . Archivado del original el 26 de septiembre de 2024. Recuperado el 16 de diciembre de 2020.
Utilice solo componentes de nombres de archivo POSIX válidos (es decir, las partes de los nombres que no sean '/'). No utilice los componentes de nombre de archivo '.' y '..'. Dentro de un componente de nombre de archivo, utilice solo letras ASCII, '.', '-' y '_'. No utilice dígitos, ya que eso podría crear una ambigüedad con las cadenas TZ POSIX. Un componente de nombre de archivo no debe exceder los 14 caracteres ni comenzar con '-'. Por ejemplo, prefiera Asia/Brunei a Asia/Bandar_Seri_Begawan. Excepciones: consulte la discusión sobre nombres heredados a continuación.
- ↑ "Identificadores de zona horaria" . Teoría y pragmática del código y los datos tz . Archivado del original el 26 de septiembre de 2024. Consultado el 16 de diciembre de 2020. Mantenga las ubicaciones compactas .
Use ciudades o islas pequeñas, no países ni regiones, para que cualquier cambio futuro no divida las ubicaciones individuales en diferentes zonas horarias. Por ejemplo, prefiera Europa/París a Europa/Francia, ya que Francia ha tenido varias zonas horarias.
- ↑ "Identificadores de zona horaria" . Teoría y pragmática del código y los datos tz . Archivado del original el 5 de marzo de 2021. Recuperado el 16 de diciembre de 2020.
Estas son las pautas generales utilizadas para elegir nombres de zonas horarias, en orden decreciente de importancia: ... Si un nombre es ambiguo, utilice una alternativa menos ambigua; por ejemplo, muchas ciudades se llaman San José y Georgetown, así que prefiera America/Costa_Rica a America/San_Jose y America/Guyana a America/Georgetown. ... Utilice la más poblada entre las ubicaciones de una región, por ejemplo, prefiera Asia/Shanghai a Asia/Beijing. Entre ubicaciones con poblaciones similares, elija la ubicación más conocida, por ejemplo, prefiera Europe/Rome a Europe/Milan.
- ↑ "Identificadores de zona horaria" . Teoría y pragmática del código y los datos tz . Archivado del original el 26 de septiembre de 2024. Recuperado el 16 de diciembre de 2020. Si se cambia un nombre, coloque su ortografía anterior en el archivo 'backward' .
Esto significa que las ortografías antiguas seguirán funcionando. Normalmente, un cambio de nombre solo debería ocurrir en el raro caso de que cambie la ortografía consensuada en inglés de una ubicación; por ejemplo, en 2008 Asia/Calcuta pasó a llamarse Asia/Kolkata debido al uso generalizado durante mucho tiempo del nuevo nombre de la ciudad en lugar del antiguo.
- ↑ Paul Eggert (21 de diciembre de 2012). "Re: zoneinfo : ist : error" . tz (Lista de correo). Archivado del original el 30 de mayo de 2022. Recuperado el 19 de marzo de 2013 .
- ↑ "Decretos sobre o Horário de Verão no Brasil" [ Decretos sobre el horario de verano en Brasil ] (en portugués). Observatorio Nacional de Brasil.
- ↑ Olson, Arthur David (6 de enero de 2010). "RE: un pequeño matiz en Brasil 1963" . tz (Lista de correo). Archivado del original el 25 de abril de 2019. Recuperado el 25 de abril de 2019 .
- ↑ «DST y horario de verano en Alemania hasta 1979» . Physikalisch-Technische Bundesanstalt . 11 de mayo de 2017.
- ↑ "Extensión de configuración regional Unicode ('u') para BCP 47" . CLDR – Repositorio de datos de configuración regional común Unicode. Archivado del original el 28 de julio de 2011. Recuperado el 18 de febrero de 2011 .
- ↑ "Lenguaje de marcado de datos de localización Unicode (LDML), Parte 4: Fechas" . Sección 5, Nombres de zonas horarias. Archivado del original el 23 de marzo de 2018. Consultado el 24 de marzo de 2018 .
- ↑ "Soporte y configuración de la zona horaria Olson" . Documentación de AIX 7.3 . IBM . Consultado el 26 de septiembre de 2024 .
- ↑ "Gestión de la variable de zona horaria (POSIX)" . IBM. 2 de febrero de 2007. Consultado el 26 de septiembre de 2024 .
- 1 2 "AIX O/S actualizado para admitir el cambio de horario de verano de 2007" . IBM. 18 de octubre de 2007. Archivado del original el 11 de abril de 2016. Recuperado el 12 de marzo de 2011 .
- ↑ "Cambios de horario de verano de 2007 para Unix " . Centro de Computación y Comunicaciones Académicas, Universidad de Illinois en Chicago. 25 de febrero de 2007. Consultado el 18 de marzo de 2008 .
{{cite web}}: CS1 maint: servicio de archivado obsoleto ( enlace ) - ↑ Wickremasinghe, Christopher (30 de marzo de 2009). "Introducción del horario de verano en Australia Occidental 2006" . AIX Wiki . IBM. Archivado del original el 24 de octubre de 2012. Recuperado el 11 de marzo de 2011 .
- ↑ "ZoneId" . developer.android.com . Archivado del original el 14 de septiembre de 2018. Consultado el 14 de septiembre de 2018 .
- ↑ Notas de cambios de la versión 4.0 para la estación de trabajo Sun (PDF) . Sun Microsystems . 19 de enero de 1987. pág. 4. Archivado (PDF) del original el 7 de marzo de 2022. Consultado el 6 de marzo de 2022 .
- ↑ "Especificación de la API de internacionalización de ECMAScript 2015" . ecma-international.org (2.ª ed.). Junio de 2015. Archivado del original el 26 de octubre de 2019. Recuperado el 14 de enero de 2020.
La especificación de la API de internacionalización de ECMAScript 2015 identifica las zonas horarias utilizando los nombres de Zona y Enlace de la base de datos de zonas horarias de IANA. Su forma canónica es el nombre de Zona correspondiente en las mayúsculas y minúsculas utilizadas en la base de datos de zonas horarias de IANA. ... Se recomienda que las implementaciones utilicen la información de zona horaria de la base de datos de zonas horarias de IANA.
- ↑ "La biblioteca TZDB se trasladó a GitHub el 23 de abril de 2014" . Archivado del original el 24 de febrero de 2021. Consultado el 21 de octubre de 2015 .
- ↑ Guía de soporte de globalización de Oracle Database 10g Release 1 (10.1): Capítulo 4, Sección "Elección de un archivo de zona horaria" . Oracle Corporation . Junio de 2004. págs. 4–14 . N.° de pieza B10749-02. Archivado del original el 1 de diciembre de 2008. Consultado el 30 de octubre de 2007 .
- ↑ "Windows → Tzid" . Consorcio Unicode. 12 de noviembre de 2007. Archivado del original el 3 de mayo de 2013. Consultado el 17 de febrero de 2008 .
- ↑ Olson, Arthur David (24 de noviembre de 1986). "seismo!elsie!tz ; nuevas versiones de cosas sobre zonas horarias" . tz (Lista de correo). Archivado del original el 26 de septiembre de 2024. Recuperado el 13 de junio de 2017 .
- ↑ "Astrolabe, Inc. v. Olson et al" . 6 de octubre de 2011. Consultado el 26 de septiembre de 2024 .
- 1 2 "ASTROLABE, INC., Demandante, contra ARTHUR DAVID OLSON y PAUL EGGERT, Demandados" (PDF) . 30 de septiembre de 2011. Archivado del original (PDF) el 14 de marzo de 2012. Recuperado el 7 de octubre de 2011 .
- ↑ Olson, Arthur David (6 de octubre de 2011). "Demanda civil; cierre de FTP; cierre de lista de correo" . tz (Lista de correo). Archivado del original el 8 de marzo de 2021. Recuperado el 27 de octubre de 2018 .
- ↑ "Cierra la base de datos de zonas horarias" . The Daily Parker . 6 de octubre de 2011. Consultado el 26 de septiembre de 2024 .
- ↑ "Base de datos de zonas horarias: la opinión de Astrolabe" . Blog de Stephen Colebourne . 13 de octubre de 2011. Archivado del original el 14 de octubre de 2011. Consultado el 26 de octubre de 2011 .
- ↑ "EFF logra protección para la base de datos de zonas horarias" . Electronic Frontier Foundation. 22 de febrero de 2012. Archivado del original el 23 de febrero de 2012. Consultado el 22 de febrero de 2012 .
- ↑ "Base de datos de zonas horarias" . IANA. Archivado del original el 17 de octubre de 2011. Consultado el 23 de noviembre de 2018 .
Enlaces externos
General
- Plazo legal (PDF) , UIT, 2015.
- Página principal de la base de datos tz , UCLA(Obsoleto, consulte las fuentes oficiales de IANA a continuación)
- El archivo de la lista de correo tzen IANA
- Lista de correo tz en IANA
- "Una apreciación literaria de la base de datos Olson/Zoneinfo/tz" por Jon Udell
Fuentes oficiales de IANA
- Página principal
- FTP
- rsync , en rsync://rsync.iana.org/tz/
Páginas de manual
- – Manual de administración de Linux y comandos privilegiados (proporciona la sintaxis de los archivos fuente para la base de datos tz)
- – Manual de formatos de archivo de Linux (indica el formato de los archivos de base de datos tz compilados)
- Base de datos Tz
- Zonas horarias
- Geocódigos