La llamada Time Zone Database (TZ), la principal base de datos pública para información de las zonas horarias, usada por diversos programas (siendo la principal referencia para el manejo del tiempo en las distribuciones GNU/Linux, en Java y diversos websites), ha sido cerrada al recibir una demanda de la compañía Astrolabe, por violación de su copyright. La mayoría de programas que usan el formato de "Europe/London" o "America/New_York", usan como fuente los datos de la TZ.
|
etiquetas: husos , zona horaria , demanda , copyright , opensourse
Interesante comentario que aparece en la noticia:
Read the document you are linking to:
"the U.S. Supreme Court ruled that a compilation work such as a database must contain a minimum level of creativity in order to be protectable under the Copyright Act."
Fuente:
www.armada.mde.es/ArmadaPortal/page/Portal/ArmadaEspannola/ciencia_obs
¿Cómo alguien puede tener derechos de copyright sobre algo así? Están locos.
#9 No. Digamos: por un lado el sistema informático lleva la hora mundial (la del meriadiano de Greenwich), y cuando quieres ver la hora local (lo que tú ves por pantalla, que es la hora de la ciudad donde estás), entonces acude a la tabla y computa el cambio horario. Digamos que con lo que ha pasado las cosas seguirán estando correctamente fechadas (según la hora mundial), pero el gestor de correo sería incapaz de "traducir" correctamente a la hora local que te interesa.
De hecho siendo oficial como dices seguramente sea un servidor de nivel 1 del pool de NTP y la recomendación del protocolo es que no se use el nivel 1 directamente desde los clientes, solo debería usarse desde servidores de nivel 2. Es algo parecido a los servidores raíz de DNS.
La queja misma viene de AsTROLabe, Inc. Cuyo sitio se ve como el de una compañía con la que yo evitaría hacer negocios.
Si ven la pagina al estarán completamente de acuerdo igual que yo.
Dicho esto ¿cuál es el problema de usar la hora ROA?, a mi nunca me dio problemas.
Pero volviendo al asunto que nos trae aquí. Si una compañía de sofware, se dedique a la astrología a o a la robótica, recopila información pública y desarrolla una base de datos, es lógico que esta base de datos tenga un copyright, pero no es lógico que los datos públicos lo tengan.
Que la hora variase unos segundos sería una chapuza de dimensiones inconmensurables, las preciones de los servidores NTP se miden en milisegundos, incluso en microsegundos en los más precisos.
No hay ningún problema en usar ese servidor, de hecho lo acabo de mirar y como he dicho más arriba como sospechaba siendo el que se toma para la hora oficial es uno de los dos de nivel 1 que hay en España.
Eso sí, te saltas las recomendaciones de los creadores del protocolo, no se debería usar un servidor de nivel 1 por parte de un cliente, porque estos son para que lo usen los de nivel 2, que suelen usar varios de nivel 1 para obtener el tiempo, y usando los de nivel 2 evitas sobrecargar el primer nivel que es el crítico.
Si además usas el pool de servidores los seleccionas de forma aleatoria con lo cual la carga se reparte mejor entre el cluster y tu sistema también tiene varias referencias, así en caso de error en una no se resentiría.
Pero sí, no hay nada técnicamente que te impida usar el servidor NTP que quieras para sincronizar el reloj de tu sistema, en eso tienes razón, además el del ROA siendo de nivel 1 tiene que tener una buena precisión.
Lo sé, nunca dije lo contrario, lo que dije es que la hora que marca ROA es la que se toma como oficial, es decir, si se atrasa medio milisegundo con respecto al reloj de Suiza, España vivirá medio milisegundo atrasado. ¿que la hora que marca es la UTC?, pues claro, no nos vamos a inventar una hora especial para España.
" Que la hora variase unos segundos sería una chapuza de dimensiones inconmensurables, las preciones de los servidores NTP se miden en milisegundos, incluso en microsegundos en los más precisos. "
Lo sé, yo tan solo pregunté ¿qué te supone realmente a ti, a tu vida, un segundo arriba o abajo?. ¿Que el reloj no varía tanto?, ya, pero la pregunta no llevaba ese sentido.
"No hay ningún problema en usar ese servidor,"
A eso iba.
"Eso sí, te saltas las recomendaciones de los creadores del protocolo, no se debería usar un servidor de nivel 1 por parte de un cliente"
Eso ya no lo sabía, habrá que buscar entonces servidores de segundo nivel aunque siendo así sería mejor restringir el acceso al servidor principal a solo aquellos autorizados.
Lo de que sean públicos pues como cualquiera puede montar un servidor NTP de nivel 2 pues muchos los dejan abiertos para el que quiera conectarse, otros si que restringen el acceso y tienes que pedir permiso. Pero en general en muchos se pide que se sigan las normas de cortesía del pool de NTP, que no lo usen clientes, intervalos de tiempo entre peticiones, ...
Y para buscar servidores por eso puse lo del proyecto de pool ntp, si los quieres en España por ejemplo tienes las direcciones de es.pool.ntp.org, que te devuelven un servidor que esté en España, y además lo van cambiando aleatoriamente, cada hora creo que era, para distribuir la carga: www.pool.ntp.org/zone/es
Así te evitas tener que buscar servidores y usas todos los que estén en el pool sin preocuparte de ello.
No todo el mundo sabe que no tiene que usar un NTP de nivel 1, los hay que tampoco saben que existen diferencias y también están los que les importa un pimiento la cortesía de no usarlos si no es estrictamente necesario, de ahí que haya considerado la restricción, o al menos quien quiera usarlo que rellene un formulario simplón para pedir permiso y que luego se lo den. Pero bueno, ellos sabrán.
Más tarde miro esa lista, hoy ya me quedé sin tiempo