L'information géographique s'est
développée en réponse aux enjeux d'ordres
environnementaux, de gestion et d'aménagement. La directive INSPIRE a
été votée par le Parlement européen en 2007 afin de
proposer une infrastructure commune pour favoriser la diffusion, l'utilisation
et le partage de ce type d'information en Europe. Le RGFor fait partie des
thèmes visés par la directive en tant qu'élément de
l' « occupation des terres » définie comme la «
couverture physique et biologique de la surface terrestre, y compris les
surfaces artificielles, les zones agricoles, les forêts, les zones
(semi)naturelles, les zones humides et les masses d'eau » (Directive
INSPIRE, Annexe II, alinéa 2).
89
L'article 8 de la directive indique plusieurs exigences
auxquelles doivent se conforter les bases de données
géographiques :
- Les objets géographiques doivent posséder un
identifiant unique.
- Ils sont liés entre eux.
- La base contient des informations sur la dimension temporelle
des données.
- Les données sont mises à jour.
- La cohérence des informations est assurée.
- Les informations obtenues à partir de
différentes séries de données sont comparables.
Des précisions au sujet de l'intégration du
temps ont par la suite été apportées par le groupe de
travail sur l'occupation des sols (INSPIRE, 2012, pp. 38-40). Le groupe de
travail a réalisé une synthèse des différentes
pratiques dans les bases de données d'occupation des sols. Le changement
au cours du temps y est défini comme un aspect important de ces
données. Pour le mesurer, il faut considérer plusieurs types de
dates à intégrer dans ce type de base de données.
Tout d'abord, le temps en rapport avec les versions des
objets informatiques au sein du jeu de données (désigné
ci-dessous par la lettre A) se distingue de celui des phénomènes
du monde réel qui est décrit par ces mêmes objets
(désigné ci-dessous par la lettre B). Ensuite, on peut distinguer
six types de dates différents :
- Date d'édition (A) : moment où
un objet est créé ou modifié dans la base de
données.
Le temps d'édition est enregistré par un
intervalle, avec des attributs du type "beginLifespanVersion" (début de
durée de vie d'une version) et "endLifespanVersion" (fin de durée
de vie d'une version) :
o "beginLifespanVersion" définit la date et le temps
d'introduction de la version de l'objet spatial dans un jeu de données a
été ajouté ou modifié
o "endLifespanVersion" définit la date où l'objet
a été supprimé ou remplacé par une nouvelle
version
Les durées de vie doivent être
enregistrées avec des dates aussi précises que possible et
inclure le fuseau horaire. Les durées de vie permettent deux choses :
connaître le contenu du jeu de données à une date
précise et connaître les changements selon une durée.
- Date d'événement (B): moment
ou période de temps où un type d'occupation du sol existe dans la
réalité (exemple : coupe forestière).
La date d'événement serait la date la plus
précise pour connaître le moment du changement d'occupation des
sols mais il est considéré comme peu probable d'obtenir cette
information facilement. Si nécessaire, elle peut être
modélisée sous la forme d'attributs facultatifs :
o «validFrom» (valide depuis): date à
partir de laquelle un phénomène existe dans le monde
réel.
o «validTo» (valide jusqu'à) : date
à partir de laquelle un phénomène cesse d'exister dans le
monde réel.
90
- Date d'observation (B) : date de la source
d'information utilisée, généralement celle des
images aériennes ou satellites.
Cette date devrait être attribuée à tous
les objets spatiaux inclus dans la scène couverte par l'image
utilisée comme source. Elle est enregistrée dans l'attribut
« observationDate ». Elle est souvent différente de la date
d'événement.
- Date de référence (B) :
moment ou période de temps où les informations d'un jeu de
données sont considérées comme valides.
Une date de référence est nécessaire
lorsque les images satellites ou aériennes employées couvrent une
durée pouvant aller de quelques jours à plusieurs années.
CL006 par exemple a utilisé des images satellite allant de 2005 à
2007.
- Date de dernière édition (A)
: moment à partir duquel un jeu de données est achevé. -
Date de publication (A) : moment où la base de
données est distribuée au public.
Plusieurs recommandations ont été formulées
:
- La date d'observation devrait être fournie au niveau du
jeu de données, dans les métadonnées, ou directement par
l'attribut « observationDate ».
- La date d'édition devrait être disponible au
niveau du jeu de données et des objets.
- La date de référence et la date de
dernière édition devraient être fournies dans les
métadonnées au niveau du jeu de données.
- Les métadonnées doivent contenir au moins un
type d'information temporelle.
Enfin, ces préconisations décrivent plusieurs
modèles permettant d'analyser les changements d'occupation du sol au
cours du temps :
- Les objets peuvent changer de géométrie les uns
par rapport aux autres d'un jeu de données à l'autre,
- Ou bien ils peuvent être fixes et leurs
propriétés géométriques maintenues dans le temps,
seuls leurs attributs sémantiques d'occupation pouvant changer.
Le premier modèle permet de représenter les
changements de manière analytique. L'utilisateur réalise des
différentiels en superposant deux couches à différentes
dates pour obtenir les changements. Les objets possèdent un format
vectoriel. Le second repose sur une analyse historique : pour chaque
unité spatiale fixe (d'une matrice par dalle ou raster par exemple) le
type d'occupation des sols est attribué pour une ou plusieurs dates
d'observation.
La Figure 27 fait la synthèse des définitions du
temps selon INSPIRE.
91
Figure 27 : Le temps dans INSPIRE (Source : INSPIRE,
2012).
