De Wikipedia, la enciclopedia libre
  (Redirigido desde la base de datos de zona horaria de IANA )
Saltar a navegación Saltar a búsqueda

La base de datos tz divide el mundo en regiones donde los relojes locales, desde 1970, son todos iguales. Este mapa, elaborado mediante la combinación de la edición 2017a de la base de datos con los datos de OpenStreetMap , es de todas las regiones fuera de la Antártida. [1]

La base de datos tz es una compilación colaborativa de información sobre las zonas horarias del mundo , principalmente para su uso con programas informáticos y sistemas operativos. [2] Paul Eggert es su editor y mantenedor actual, [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 , y ocasionalmente como la base de datos Olson , en referencia al colaborador fundador, Arthur David Olson. [5]

Su convención de nomenclatura uniforme para zonas horarias, como América / New_York y Europa / París , 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 de Unix . [7] También incluye transiciones como el horario de verano y también registra los segundos intercalares . [8]

La base de datos, así como algún código fuente de referencia , es de dominio público . [9] Las nuevas ediciones de la base de datos y el código se publican según lo requieran los cambios, generalmente varias veces al año. [10]

Estructura de datos [ editar ]

Formatos de archivo [ editar ]

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 por 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 usarlos en API estándar como localtime()y mktime().

Definición de una zona horaria [ editar ]

Dentro de la base de datos tz, una zona horaria es cualquier región nacional donde todos los relojes locales han estado de acuerdo desde 1970. [11] Esta definición se refiere primero a las áreas geográficas que han tenido relojes locales consistentes. Esto es diferente de otras definiciones que se refieren a desplazamientos consistentes de un primer meridiano . Por lo tanto, cada una de las zonas horarias definidas por la base de datos tz puede documentar múltiples desplazamientos de UTC , que generalmente incluyen tanto el horario estándar como el horario de verano .

En los archivos de texto de zona horaria, cada zona horaria tiene una o más "líneas de zona" en uno de los archivos de texto de zona horaria. La primera línea de zona para una zona horaria da el nombre de la zona horaria; cualquier línea de zona posterior para esa zona horaria deje el nombre en blanco, lo que indica que se aplica 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 a UTC para la hora estándar, el nombre del conjunto de reglas que gobiernan el horario de verano (o un guión si siempre se aplica la hora estándar), el formato para abreviaturas de zona horaria y, para todas las líneas de zona excepto la última, la fecha y hora en que finaliza el rango de fecha y hora regidas por esa línea.

Reglas del horario de verano (DST) [ editar ]

Las reglas del horario de veranose 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 de la zona horaria. 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 "max" si es la regla actualmente en vigor), 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 que la regla entra en vigor (que puede ser un día específico o una especificación como "el último domingo del mes") , la hora del día en la que entra en vigor la regla,la cantidad de tiempo para agregar aldesplazamiento a UTC cuando la regla está en vigor, y la letra o letras que se utilizarán en la abreviatura de la zona horaria (por ejemplo, "S" si la regla rige el horario estándar y "D" si rige el horario de verano).

Nombres de zonas horarias [ editar ]

Las zonas horarias tienen nombres únicos en la forma " Área / Ubicación ", por ejemplo, "América / New_York". También se eligió utilizar nombres en inglés o equivalentes y omitir la puntuación y los sufijos comunes. El carácter de subrayado se utiliza en lugar de espacios. Los guiones se utilizan cuando aparecen en el nombre de una ubicación. Los nombres de Área y Ubicación tienen una longitud máxima de 14 caracteres. [12] [13]

Área [ editar ]

Área es el nombre de un continente , un océano o "Etc". Los continentes y océanos que se utilizan actualmente son África , América , Antártida , Ártico , Asia , Atlántico , Australia , Europa , Índico y Pacífico .

Los océanos están incluidos ya que algunas islas son difíciles de conectar con un continente determinado. Algunos están conectados geográficamente con un continente y políticamente con otro. Consulte también Límites entre continentes .

El área especial de "Etc" se usa para algunas zonas administrativas, particularmente 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 su signo invertido de la convención estándar ISO 8601 . En el área "Etc", las zonas al oeste de GMT tienen un signo positivo y las del este tienen un signo negativo en su nombre (por ejemplo, "Etc / GMT-14" está 14 horas antes de GMT).

Ubicación [ editar ]

Ubicación es el nombre de una ubicación específica dentro del área, generalmente una ciudad o una isla pequeña.

Los nombres de países no se utilizan 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. Sin embargo, los encargados del mantenimiento de la base de datos intentan incluir al menos una zona por cada código de país ISO 3166-1 alfa-2 , y varias interfaces de usuario para la base de datos aprovechan esto. Además, existe el deseo de mantener las ubicaciones geográficamente compactas para que cualquier cambio futuro de zona horaria no divida las ubicaciones en diferentes zonas horarias. [14]

Por lo general, se elige la ciudad más poblada de una región para representar la zona horaria completa, aunque se puede seleccionar otra ciudad si es más conocida, y se puede usar otra ubicación, incluida una ubicación que no sea una ciudad, si da como resultado una nombre menos ambiguo. [15] En el caso de que cambie el nombre de la ubicación utilizada para representar la zona horaria, la convención es crear un alias [16] 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 en sí misma como un nombre compuesto, por ejemplo, la zona horaria " América / Indiana / Indianapolis ". Los nombres de tres niveles incluyen los de "América / Argentina / ...", "América / Kentucky / ...", "América / Indiana / ..." y "América / North_Dakota / ...".

La ubicación seleccionada es representativa de toda el área.

Ejemplos [ editar ]

America / Costa_Ricanombre del país utilizado porque el nombre de la ciudad más grande (y capital) San José es ambiguo
America / New_YorkEspacio reemplazado por subrayado
Asia / Calcutase utilizó el nombre de la ciudad de Calcuta , porque era la ciudad más poblada de la zona en el momento en que se estableció la zona, aunque esto ya no es cierto [17]
Asia / Sajalínnombre de la isla utilizada, porque la ciudad más grande, Yuzhno-Sakhalinsk , tiene más de 14 caracteres
America / Bahia_Banderasnombre de la ciudad más grande alterado, "de" eliminado de Bahía de Banderas , porque el nombre correcto tiene más de 14 caracteres
Antártida / DumontDUrvillese quita el apóstrofo. El espacio normalmente se reemplazaría por "_", pero el nombre excedería los 14 caracteres.

Ejemplo de líneas de zona y regla [ editar ]

Estas son líneas de reglas para las reglas estándar de horario de verano de los Estados Unidos, líneas de reglas para las reglas de horario de verano vigentes en la zona horaria del este de EE. UU. (Llamada "NYC" ya que la ciudad de Nueva York es la ciudad que representa esa zona) en algunos años y líneas de zona para la zona horaria America / New_York, a partir de la versión de lanzamiento tzdata2011n de la base de datos de la zona horaria. Las líneas de zona y regla reflejan la historia del horario de verano en los Estados Unidos .

# Regla NOMBRE DESDE HASTA ESCRIBIR EN GUARDAR LETRA / SRegla US 1918 1919 - Último marzo Dom 2:00 1:00 DRegla US 1918 1919 - Último octubre Dom 2:00 0 SRegla de EE. UU. 1942 solamente - 9 de febrero 2:00 1:00 W # GuerraRegla de EE. UU. 1945 solamente - 14 de agosto 23: 00u 1:00 P # PazRegla US 1945 solamente - 30 de septiembre 2:00 0 SRegla US 1967 2006 - Último octubre Dom 2:00 0 SRegla US 1967 1973 - Último abril Dom 2:00 1:00 DRegla EE. UU. 1974 solamente - 6 de enero 2:00 1:00 DRegla de EE. UU. 1975 solamente - 23 de febrero 2:00 1:00 DRegla US 1976 1986 - Último abril Dom 2:00 1:00 DRegla EE. UU. 1987 2006 - Abr Dom> = 1 2:00 1:00 DRegla EE. UU. 2007 máx. - Mar dom> = 8 2:00 1:00 DRegla US 2007 max - nov dom> = 1 2:00 0 S....# Regla NOMBRE DESDE HASTA ESCRIBIR EN GUARDAR LETRARule NYC 1920 solamente - Último de marzo Dom 2:00 1:00 DRegla NYC 1920 solamente - Último de octubre Dom 2:00 0 SRule NYC 1921 1966 - Último abril Dom 2:00 1:00 DRule NYC 1921 1954 - Último septiembre Dom 2:00 0 SRule NYC 1955 1966 - Último octubre Dom 2:00 0 S# Zona NOMBRE GMTOFF REGLAS FORMATO [HASTA]Zone America / New_York -4: 56: 02 - LMT 1883 18 de noviembre, 12:03:58 -5: 00 EE. UU. E% sT 1920 -5: 00 NYC E% sT 1942 -5: 00 EE. UU. E% sT 1946 -5: 00 NYC E% sT 1967 -5: 00 US E% sT

Datos almacenados para cada zona [ editar ]

Para cada zona horaria que tiene múltiples desplazamientos (generalmente debido al horario de verano), la base de datos tz registra el momento exacto de la transición. El formato también puede adaptarse a cambios en las fechas y horas de las transiciones. Las zonas pueden tener cambios históricos en las reglas que se remontan a varias décadas (como se muestra en el ejemplo anterior).

Zone.tab [ editar ]

El archivo zone.tab es de dominio público y enumera las zonas. Las columnas y la clasificación de filas se describen en los comentarios del archivo, de la siguiente manera:

# Este archivo contiene una tabla con las siguientes columnas:# 1. Código de país de 2 caracteres ISO 3166 . Consulte el archivo `iso3166.tab '.# 2. Latitud y longitud de la ubicación principal de la zona# en formato de signo-grados-minutos-segundos ISO 6709 ,# ya sea + -DDMM + -DDDMM o + -DDMMSS + -DDDMMSS,# primero la latitud (+ es el norte), luego la longitud (+ es el este).# 3. Nombre de zona utilizado en el valor de la variable de entorno TZ.# 4. Comentarios; presente si y solo si el país tiene varias filas.# # Las columnas están separadas por una sola pestaña.# La tabla se ordena primero por país, luego un orden dentro del país que# (1) tiene algún sentido geográfico, y# (2) pone las zonas más pobladas primero, donde eso no contradice (1).

Datos anteriores a 1970 [ editar ]

Los datos anteriores a 1970 apuntan a ser correctos para la ciudad que identifica la región, pero no necesariamente son correctos para toda la región. Esto se debe a que las nuevas regiones se crean solo cuando es necesario para distinguir los relojes desde 1970.

Por ejemplo, entre 1963-10-23 y 1963-12-09 en Brasil, solo los estados de Minas Gerais , Espirito Santo , Río de Janeiro y São Paulo tuvieron horario de verano. Sin embargo, una división solicitada de América / Sao_Paulo fue rechazada en 2010 con el razonamiento de que, desde 1970, los relojes eran los mismos en toda la región. [18]

La hora en Alemania , que está representada por Europa / Berlín , no es correcta para el año 1945 cuando el Trizone usó reglas de horario de verano diferentes a las de Berlín. [19]

Cobertura [ editar ]

Zonas que cubren varios países posteriores a 1970 [ editar ]

Hay dos zonas que cubren un área que fue cubierta por dos países después de 1970. La base de datos sigue las definiciones de países según ISO 3166-1 , cuyo predecesor, 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: Aden).
  • Europa / Berlín  : dos países hasta 1990 : Alemania del Este (ISO 3166-1: DD, ISO 3166-3: DDDE) y Alemania Occidental (ISO 3166-1: DE)

Mantenimiento [ editar ]

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 y Paul Eggert en la base de datos. Los cambios propuestos se envían a la lista de correo TZ, que está por puerta de enlace a la comp.time.tz grupo de noticias de Usenet . Los archivos de origen se distribuyen a través del servidor FTP de IANA . Por lo general, estos archivos los toma un distribuidor de software como Debian , se compilan y luego la 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 cierto retraso, u obtener la fuente directamente y crear los archivos binarios ellos mismos. El IETF ha publicado RFC  6557, "Procedimientos para el mantenimiento de la base de datos de zonas horarias" que documentan las mejores prácticas basadas en principios similares.

Sistemas similares a Unix [ editar ]

La ruta estándar para la base de datos de la zona horaria es / usr / share / zoneinfo / en distribuciones de Linux, macOS y algunos otros sistemas similares a Unix.

Uso y extensiones [ editar ]

Límites de las zonas horarias [ editar ]

Los límites geográficos en forma de conjuntos de coordenadas no forman parte de la base de datos tz, pero los límites son publicados por Eric Muller [1] en forma de polígonos vectoriales. Usando estos polígonos vectoriales, se puede determinar, para cada lugar del globo, la zona de la base de datos tz en la que se encuentra.

Usar en otros estándares [ editar ]

El repositorio de datos de configuración regional común Unicode (CLDR) se refiere a zonas en la base de datos tz. Sin embargo, como el nombre de una zona puede cambiar de una versión de la base de datos tz a otra, el CLDR asigna UN / LOCODE para la ciudad utilizada en el nombre de la zona, o un código asignado internamente si no existe tal ciudad para la zona. zone, a una zona tzdb. [20] [21]

Uso en sistemas de software [ editar ]

La base de datos tz se utiliza para el procesamiento y la conversión de zonas horarias en muchos sistemas de software de computadora, que incluyen:

  • Sistemas derivados de BSD , incluidos FreeBSD , NetBSD , OpenBSD , DragonFly BSD , macOS e iOS (también utilizan el código de procesamiento de la base de datos TZ de referencia como implementación de la API TZ POSIX);
  • la biblioteca GNU C 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 [22] [23] (las versiones anteriores de AIX, a partir de AIX 5.2, incluyen zoneinfo, [24] para el soporte de aplicaciones de terceros como MySQL , [25] pero no lo utilizan por sí mismas [24] [26] );
  • Android [27]
  • varios otros sistemas Unix , incluidos Tru64 y UNICOS / mp (también IRIX , todavía se mantiene pero ya no se envía);
  • OpenVMS ;
  • el entorno de ejecución de Java desde el lanzamiento 1.4 (2002);
    • la biblioteca de Java Joda-Time ;
  • los módulos de Perl DateTime :: TimeZone y DateTime :: LeapSecond desde 2003;
  • Versiones de PHP desde 5.1.0 (2005);
  • el Ruby Gem TZInfo ;
  • el módulo de Python pytz ;
  • la especificación del lenguaje JavaScript para la internacionalización especifica explícitamente el uso de los nombres de la zona horaria de IANA para la API y también recomienda el uso de los datos de la zona horaria. [28]
    • También hay numerosas bibliotecas disponibles: timezone-js , BigEasy / TimeZone , WallTime-js y moment-timezone ;
  • el módulo Pandas (Python) [1] ;
  • las bibliotecas .NET Framework NodaTime , TZ4Net y zoneinfo ;
  • las bibliotecas de Haskell timezone-series y timezone-olson ;
  • el módulo de Erlang ezic ;
  • El paquete de tiempo de biblioteca estándar de Go ;
  • El crono-tz de la caja del óxido ;
  • El paquete de tiempo Squeak Smalltalk ;
  • Las bibliotecas de C ++ Boost y Qt ;
  • La biblioteca de Delphi y Free Pascal TZDB ; [29]
  • La biblioteca Free Pascal PascalTZ ;
  • El lenguaje de comandos de herramientas tiene un comando de reloj que usa tzdata;
  • Versiones de Oracle desde 10g (2004); [30]
  • PostgreSQL desde la versión 8.0 (2005);
  • la biblioteca de Microsoft SQL Server Soporte de zona horaria de SQL Server
  • MongoDB desde la versión 3.6;
  • software integrado, como el firmware utilizado en los relojes IP.

Los identificadores de zona horaria de Olson también son utilizados por el repositorio de datos de configuración regional común de Unicode (CLDR) y los componentes internacionales para Unicode (ICU). Por ejemplo, la tabla CLDR Windows – Tzid asigna los ID de zona horaria de Microsoft Windows a los nombres estándar de Olson, aunque dicha asignación no puede ser perfecta porque la cantidad de zonas horarias en los sistemas Windows es significativamente menor que la de la base de datos IANA TZ. [31]

Historia [ editar ]

Los orígenes del proyecto se remontan a 1986 o antes. [32]

Demanda de 2011 [ editar ]

El 30 de septiembre de 2011, una demanda, Astrolabe, Inc. v. Olson et al. , se presentó en relación con los derechos de autor en la base de datos. [33] [34] Como resultado, el 6 de octubre de 2011, se cerraron la lista de correo de la base de datos y el sitio FTP . [35] El caso giró en torno al uso de The American Atlas , por Thomas G. Shanks , y The International Atlas , por parte de los encargados del mantenimiento de la base de datos., por Thomas G. Shanks y Rique Pottenger. Se quejó de la reproducción no autorizada de los datos del atlas en el archivo de la lista de correo de la zona horaria y en algunas colecciones de enlaces auxiliares mantenidas con la base de datos, aunque en realidad no apuntó a la base de datos en sí. La queja se refería únicamente a la compilación de datos históricos de zonas horarias y no cubría las tablas actuales de zonas horarias mundiales de tzdata. [34] [36] [37]

Esta demanda se resolvió el 22 de febrero de 2012 después de la participación de Electronic Frontier Foundation , cuando Astrolabe se movió voluntariamente para desestimar la demanda sin haber notificado nunca a los acusados ​​y acordó un pacto de no demandar en el futuro. [38]

Mover a ICANN [ editar ]

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 actuales y futuros para su mantenimiento están disponibles en línea en IANA . [39]

Ver también [ editar ]

  • Lista de zonas horarias de la base de datos tz
  • Zona horaria
  • Horario de verano

Referencias [ editar ]

  1. ↑ a b Muller, Eric (8 de octubre de 2012). "Un archivo de forma de las zonas horarias TZ del mundo" .
  2. ^ Eggert, Paul; Olson, Arthur David (29 de noviembre de 2007). "Fuentes de datos de zona horaria y horario de verano" . Consultado el 3 de diciembre de 2007 .
  3. ^ Eggert, Paul (17 de enero de 2005). "Re: FW: registro de zona horaria de IANA - propuesta" . tz (lista de correo).
  4. ^ a b "ICANN para administrar la base de datos de zona horaria" (alerta de noticias). ICANN. 15 de octubre de 2011 . Consultado el 30 de diciembre de 2011 .
  5. ^ Olson, Arthur David (16 de diciembre de 1986). "¿Problema de zona horaria resuelto? Otros problemas. Nueva página de manual de ctime" . tz (lista de correo).
  6. ^ Eggert, Paul (20 de octubre de 1993). "propuesta de nombres de zonas horarias" . tz (lista de correo).
  7. ^ Olson, Arthur David (18 de marzo de 1987). "Re: Lista de problemas" . tz (lista de correo).
  8. ^ Devine, Bob (2 de junio de 1988). "segundos intercalares; [0-60] está bien" . tz (lista de correo).
  9. ^ Eggert, Paul (11 de noviembre de 1995). "preguntas y comentarios sobre http://tycho.usno.navy.mil/tzones.html" . tz (lista de correo).
  10. ^ "Archivos zoneinfo tzcode y tzdata (FTP)" . Consultado el 30 de octubre de 2007 .
  11. ^ Teoría (archivo de texto), contenida en la distribución "tzcode". Se hace referencia a la versión tzcode2007h.tar.gz 1 de octubre de 2007.
  12. ^ Olson, Arthur David (1 de mayo de 2010). "cambios propuestos en el paquete de zona horaria (Bahía de Banderas; nomenclatura de la versión)" . tz (lista de correo).
  13. ^ "Identificadores de zona horaria" . Teoría y pragmática del código y datos tz . Utilice solo componentes de nombre de archivo POSIX válidos (es decir, las partes de nombres que no sean '/'). No utilice los componentes de nombre de archivo '.' y '..'. Dentro de un componente de nombre de archivo, use solo letras ASCII, '.', '-' y '_'. No use dígitos, ya que eso podría crear una ambigüedad con las cadenas POSIX TZ. Un componente de nombre de archivo no debe exceder los 14 caracteres o comenzar con '-'. Por ejemplo, prefiera Asia / Brunei a Asia / Bandar_Seri_Begawan. Excepciones: consulte la discusión de los nombres heredados a continuación.
  14. ^ "Identificadores de zona horaria" . Teoría y pragmática del código y datos tz . Mantenga las ubicaciones compactas. Utilice ciudades o islas pequeñas, no países o regiones, para que los cambios futuros no dividan las ubicaciones individuales en diferentes zonas horarias. Por ejemplo, prefiera Europa / París a Europa / Francia, ya que Francia ha tenido múltiples zonas horarias.
  15. ^ "Identificadores de zona horaria" . Teoría y pragmática del código y datos tz . Estas son las pautas generales que se utilizan para elegir los nombres de las 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 las ubicaciones más pobladas de una región, por ejemplo, prefiera Asia / Shanghai a Asia / Beijing. Entre las ubicaciones con poblaciones similares, elija la ubicación más conocida, por ejemplo, prefiera Europa / Roma a Europa / Milán.
  16. ^ "Identificadores de zona horaria" . Teoría y pragmática del código y datos tz . Si se cambia un nombre, coloque la ortografía anterior en el archivo 'al revés'. Esto significa que la ortografía antigua seguirá funcionando. Por lo general, un cambio de nombre debe ocurrir solo en el caso poco común de que cambie la ortografía del idioma inglés de consenso de una ubicación; por ejemplo, en 2008 Asia / Calcuta pasó a llamarse Asia / Kolkata debido al uso extendido durante mucho tiempo del nuevo nombre de la ciudad en lugar del antiguo.
  17. ^ Paul Eggert (21 de diciembre de 2012). "Re: zoneinfo: ist: error" . tz (lista de correo).
  18. ^ Olson, Arthur David (6 de enero de 2010). "RE: pequeño matiz en brasil 1963" . tz (lista de correo).
  19. ^ DST y DST de verano en Alemania hasta 1979 , Physikalisch-Technische Bundesanstalt. (2010)
  20. ^ "Extensión de configuración regional Unicode ('u') para BCP 47" . CLDR: repositorio de datos de configuración regional común Unicode.
  21. ^ "Lenguaje de marcado de datos de configuración regional Unicode (LDML), parte 4: fechas" . sección 5, Nombres de zonas horarias.
  22. ^ "Soporte y configuración de zona horaria de Olson" . Información de AIX 7.1 . IBM . Consultado el 12 de marzo de 2011 .
  23. ^ "Gestión de la variable de zona horaria" . IBM. 2 de febrero de 2007 . Consultado el 14 de septiembre de 2018 .
  24. ^ a b "AIX O / S actualizado para admitir el cambio de horario de verano de 2007" . IBM. 18 de octubre de 2007 . Consultado el 12 de marzo de 2011 .
  25. ^ "2007 cambios de horario de verano [sic] para Unix" . Centro de Comunicaciones y Computación Académica, Universidad de Illinois en Chicago. 25 de febrero de 2007. Archivado desde el original el 1 de agosto de 2012 . Consultado el 18 de marzo de 2008 .)
  26. ^ Wickremasinghe, Christopher (30 de marzo de 2009). "Introducción del horario de verano en Australia Occidental 2006" . Wiki de AIX . IBM . Consultado el 11 de marzo de 2011 .
  27. ^ "ZoneId" .
  28. ^ "Especificación de API de internacionalización ECMAScript 2015" . ecma-international.org (2ª ed.). Junio ​​de 2015 . Consultado 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 la IANA. Su forma canónica es el nombre de la zona correspondiente en la carcasa utilizada en la base de datos de la zona horaria de la IANA. ... Se recomienda que las implementaciones utilicen la información de zona horaria de la base de datos de zona horaria de IANA.
  29. ^ "La biblioteca TZDB se movió a GitHub el 23 de abril de 2014" . Consultado el 21 de octubre de 2015 .
  30. ^ Guía de soporte de globalización de base de datos Oracle 10g versión 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úmero de pieza B10749-02. Archivado desde el original el 1 de diciembre de 2008 . Consultado el 30 de octubre de 2007 .
  31. ^ "Windows → Tzid" . Consorcio Unicode. 12 de noviembre de 2007 . Consultado el 17 de febrero de 2008 .
  32. ^ Olson, Arthur David (24 de noviembre de 1986). "seismo! elsie! tz; nuevas versiones de cosas de la zona horaria" . tz (lista de correo).
  33. ^ "Astrolabio, Inc. v. Olson et al" . 6 de octubre de 2011 . Consultado el 6 de octubre de 2011 .
  34. ^ a b "ASTROLABE, INC., Demandante, contra ARTHUR DAVID OLSON y PAUL EGGERT, Demandados" ( PDF ) . 30 de septiembre de 2011 . Consultado el 7 de octubre de 2011 .
  35. ^ Olson, Arthur David (6 de octubre de 2011). "Demanda civil; cierre de ftp; cierre de lista de correo" . tz (lista de correo) . Consultado el 27 de octubre de 2018 .
  36. ^ "Base de datos de zona horaria cerrada" . The Daily Parker . 6 de octubre de 2011 . Consultado el 6 de octubre de 2011 .
  37. ^ "Base de datos de zona horaria - opinión de Astrolabio" . Blog de Stephen Colebourne . 13 de octubre de 2011 . Consultado el 26 de octubre de 2011 .
  38. ^ "EFF gana protección para la base de datos de zona horaria" . Fundación Frontera Electrónica. 22 de febrero de 2012 . Consultado el 22 de febrero de 2012 .
  39. ^ "Base de datos de zona horaria" . IANA.

Enlaces externos [ editar ]

General [ editar ]

  • Tiempo legal ( PDF ) , UIT, 2015.
  • La página de inicio de la base de datos tz , UCLA (obsoleto, consulte las fuentes oficiales de IANA a continuación)
  • El archivo de la lista de correo de tz , Gmane, archivado desde el original el 3 de febrero de 2008.
  • tz (archivo) (lista de correo)[ enlace muerto permanente ] .
  • tz lista de correo en ICANN
  • "Una apreciación literaria de la base de datos Olson / Zoneinfo / tz" por Jon Udell

Fuentes oficiales de IANA [ editar ]

  • Página de inicio
  • FTP
  • rsync , en rsync: //rsync.iana.org/tz/

Páginas de manual [ editar ]

  • zic(8) -  Manual de administración y comandos privilegiados de Linux (proporciona la sintaxis de los archivos fuente para la base de datos tz)
  • tzfile(5) -  Manual de formatos de archivo de Linux (proporciona el formato de los archivos de base de datos tz compilados)