CONSIDERACIONS SOBRE LA DATA I L'HORA

Tant els formats de l'estàndard de l'estàndard de metadades de FGDC com el de la ISO (que es refereix a l'estàndard ISO 8601) permeten referir-se a una època del temps amb una data única o amb un període de temps. Per aquesta raó s'ha decidit implementar un esquema d'interval format per dues dates (i hores) en el qual, si la data final no està definida, es considera un data puntual.

Sempre que ens referim a una "data" en sentit ampli, ens estem referint a dos element: la data i l'hora. La necessitat de definir l'hora no és massa habitual en algunes entrades de metadades (com la data de creació de la base), però força important en altres casos com per exemple a la definició d'un procés realitzat sobre la base (sovint es realitzen diferents processos sobre la mateixa base amb diferència de pocs minuts) o la data del contingut (en cas d'una imatge per a la qual es coneix la data i hora de captació). L'hora es pot definir fins a les centèsimes de segon.

FORMAT DE LES HORES

En cas que la data tingui definida l'hora, és necessari indicar en referència a quin sistema horari està considerada. Les solucions són complexes i poc satisfactòries .

D'una banda és possible documentar totes les hores usant la referència UTC (Temps Universal Coordinat). Això comporta l'avantatge que és un horari internacional i que no depèn del sistema horari adoptat pels usuaris que generin o utilitzin la base cartogràfica. De tota manera aquesta hora és molt poc útil per a l'usuari ja que no és gens informativa sense haver de realitzar alguns càlculs.

L'hora local oficial ("hora del rellotge") de l'usuari és molt senzilla d'interpretar per aquest però comporta problemes evidents a diferents nivells: des d'hores locals duplicades i inexistents en els dies de traspàs entre horari d'estiu i hivern (als països que n'utilitzen) fins a interpretació errònia de l'hora real en què es va realitzar un procés per un usuari que utilitza un altre sistema horari.

Per aquesta raó, i tal i com els estàndards del FGDC i la ISO indiquen, a ser possible és necessari guardar l'hora local oficial de l'usuari i també el corrector horari que permet fer la conversió entre aquesta hora local i l'hora UTC.

El coneixement d'aquest corrector horari no és senzill ja que pot variar segons l'època de l'any (en sistemes amb canvi d'hora per estalvi d'energia, que cada any es fa a un dia diferent de l'any) i fins i tot per altres raons (decisions polítiques d'adoptar un sistema horari o un altre). Sovint indicar una hora UTC implica la impossibilitat de tornar a l'hora local oficial (encara que coneguem el sistema horari utilitzat per aquests usuaris).

En alguns casos pot ser útil i necessari emmagatzemar l'hora encara en un altre sistema: l'hora solar. L'hora solar es defineix segons la posició del Sol a l'esfera celesta a un lloc determinat. Es pot diferenciar entre dues grans aproximacions a l'hora solar: l'hora solar local mitjana i l'hora solar local real o aparent (en anglès mean solar local time i apparent/true solar local time, respectivament).
* L'hora local solar real és la relacionada amb la posició real del Sol, que varia al llarg de l'any seguint l'equació del temps (petites variacions de de fins a +/- 16 minuts, per exemple +16m25.9s/-14m14.5s per a l'any 2003).
* L'hora solar local (mitjana) es correspon amb la posició del sol mitjà (sense considerar les variacions anuals de l'equació del temps). Per obtenir l'hora local solar (mitjana) és suficient de conèixer l'hora UTC i la longitud geogràfica de la zona (o del punt mitjà de la zona) i aplicar la correcció a l'hora UTC de la longitud passada a hores.

El model de metadades implementat permet emmagatzemar els tres tipus de dates i hores considerats:

- Data i Hora Local Oficial:

- Data i Hora UTC: horari en temps universal coordinat.

- Data i Hora Solar local: hora solar local mitjana.

Consulteu les consideracions sobre el format intern per a emmagatzemar les dates i les hores.