CONSIDERACIONES SOBRE LA FECHA Y LA HORA

Tanto los formatos del estándar de metadatos de FGDC como el de la ISO (que se refiere al estándar ISO 8601) permiten referirse a una época del tiempo con una fecha única o con un período de tiempo. Por esta razón se ha decidido implementar un esquema de intervalo formado por dos fechas (y horas) en el cual, si la fecha final no está definida, se considera una fecha puntual.

Siempre que nos referimos a una "fecha" en sentido amplio, nos estamos refiriendo a dos elementos: la fecha y la hora. La necesidad de definir la hora no es muy habitual en algunas entradas de metadatos (como la fecha de creación de la base), pero bastante importante en otros casos como por ejemplo en la definición de un proceso realizado sobre la base (a menudo se realizan diferentes procesos sobre la misma base con diferencia de pocos minutos) o la fecha del contenido (en caso de una imagen para la cual se conoce la fecha y hora de captura). La hora se puede definir hasta las centésimas de segundo.

FORMATO DE LAS HORAS

En caso de que la fecha tenga definida la hora, es necesario indicar con referencia a qué sistema horario está considerada. Las soluciones son complejas y poco satisfactorias.

Por un lado es posible documentar todas las horas usando la referencia UTC (Tiempo Universal Coordinado). Esto conlleva la ventaja de que es un horario internacional y que no depende del sistema horario adoptado por los usuarios que generen o utilicen la base cartográfica. De todas maneras esta hora es muy poco útil para el usuario ya que no es nada informativa sin tener que realizar algunos cálculos.

La hora local oficial ("hora del reloj") del usuario es muy sencilla de interpretar para este pero conlleva problemas evidentes a diferentes niveles: desde horas locales duplicadas e inexistentes en los días de traspaso entre horario de verano e invierno (en los países que lo utilizan) hasta la interpretación errónea de la hora real en que se realizó un proceso por un usuario que utiliza otro sistema horario.

Por esta razón, y tal y como los estándares del FGDC y la ISO indican, siempre que sea posible es necesario guardar la hora local oficial del usuario y también el corrector horario que permite hacer la conversión entre esta hora local y la hora UTC.

El conocimiento de este corrector horario no es sencillo ya que puede variar según la época del año (en sistemas con cambio de hora por ahorro de energía, que cada año se hace en un día diferente del año) e incluso por otras razones (decisiones políticas de adoptar un sistema horario u otro). A menudo indicar una hora UTC implica la imposibilidad de volver a la hora local oficial (aunque conozcamos el sistema horario utilizado por estos usuarios).

En algunos casos puede ser útil y necesario almacenar la hora aún en otro sistema: la hora solar. La hora solar se define según la posición del Sol en la esfera celeste en un lugar determinado. Se puede diferenciar entre dos grandes aproximaciones a la hora solar: la hora solar local media y la hora solar local real o aparente (en inglés mean solar local time y apparent/true solar local time, respectivamente).
* La hora local solar real es la relacionada con la posición real del Sol, que varía a lo largo del año siguiendo la ecuación del tiempo (pequeñas variaciones de hasta +/- 16 minutos, por ejemplo +16m25.9s/-14m14.5s para el año 2003).
* La hora solar local (media) se corresponde con la posición del sol medio (sin considerar las variaciones anuales de la ecuación del tiempo). Para obtener la hora local solar (media) es suficiente conocer la hora UTC y la longitud geográfica de la zona (o del punto medio de la zona) y aplicar la corrección a la hora UTC de la longitud pasada a horas.

El modelo de metadatos implementado permite almacenar los tres tipos de fechas y horas considerados:

- Fecha y Hora Local Oficial:

- Fecha y Hora UTC: horario en tiempo universal coordinado.

- Fecha y Hora Solar local: hora solar local media.

Consulte las consideraciones sobre el formato interno para almacenar las fechas y las horas.