WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Recherche d'un processus d'historisation de base de données d'occupation des sols appliqué au référentiel géographique forestier de l'IGN

( Télécharger le fichier original )
par Romain Louvet
Université Paris Diderot - Paris 7 - M1 Géographie et Sciences des territoires 2013
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

102

IV.C.2 - Relations

extractions

 

réconciliations

 

NUMREC

événements

NUMEVE

0,n

1,n

0,n

1,n

CLEABS

NUMREC

CLEABS

NUMREC

CLEABS

NUMREC

NUMREC_MOD

historique

actualités

1,n

0,n

1,n

CLEABS_AV

CLEABS_AP

NUMEVE

évolutions

Figure 31 : Relations et cardinalités entre les tables (Source : travail personnel)

Les relations entre la table des actualités, d'historique, et des réconciliations suivent le même principe que ceux de la BDUni (voir Figure 25, p. 85, et Figure 31 ci-dessus). La table des actualités est la table principale. Les objets historisés sont reconnus grâce à leur attribut « CLEABS » dans la table d'historique. L'ensemble des tables d'extractions par date de mise à jour contiennent au moins une fois chaque objet unique de la table des actualités identifié par sa « CLEABS ». La table des réconciliations sert d'origine aux attributs « NUMREC » et « NUMREC_MOD ». Pour chaque ligne de la table des évolutions, les colonnes « CLEABS_AV » et « CLEABS_AP » renvoient à des lignes de la table des actualités. La table des événements renseigne le type d'événement en fonction de son « NUMEVE » dans la table des évolutions.

IV.C.3 - Versionnement

La mise à jour est effectuée à partir des données précédentes puis est répercutée dans la base : les objets ayant subi une modification sont reconnus en comparant leurs attributs géométriques et sémantiques, ils sont enregistrés dans la table d'historique avant d'être remplacés par leur nouvelle version. Il n'est pas nécessaire de définir une géométrie à la zone de réconciliation grâce à la table des évolutions et à l'identification des événements. L'appariement permet de reconnaître les objets qui se suivent chronologiquement en temps de validité.

IV.C.4 - Règles d'identité

L'attribution, ou non, d'une identité préexistante d'une entité géographique à une nouvelle ligne de la table d'actualités lors d'une mise à jour, est assurée par un algorithme d'appariement. C'est cet algorithme qui permet de suivre les évolutions d'une entité au cours du temps en lui attribuant un identifiant unique. Ses règles de fonctionnement sont donc particulièrement importantes puisqu'elles déterminent le résultat et, in fine, la qualité du suivi des évolutions. Les conditions que nous avons définies sont :

103

Soit « A » l'ensemble des objets « a » extraits de la table des actualités et étant valides jusqu'à la date de la mise à jour en temps de validité, et « B » l'ensemble des objets « b » extraits de la table des actualités et étant valides depuis la date de la mise à jour en temps de validité.

o Condition 1 : la colonne « NOMEN » de « b » est égale à la colonne « NOMEN » de « a ».

o Condition 2 : la géométrie de « b » est contenue dans la géométrie de « a ».

o Condition 3 : la géométrie de « b » contient la géométrie de « a », l'aire de « a » est la plus grande des autres objets « a » pouvant être contenu dans « b » et l'aire de « b » est inférieure ou égale à 2,5 fois l'aire de « a ».

o Condition 4 : la géométrie de « b » intersecte la géométrie de « a », l'aire de « a » est la plus grande des autres objets « a » pouvant intersectés « b » et l'aire de « b » est inférieure ou égale à 1,4 fois l'aire de « a ».

La colonne « ENTITE_ID » de « b » est égale à la colonne « ENTITE_ID » de « a » si :

Condition 1 est vraie et (Condition 2 est vraie ou (Condition 2 est faux et Condition 3 est vraie) ou (Condition 2 et 3 sont fausses et Condition 4 est vraie))

Sinon « ENTITE_ID » de « b » possède une nouvelle valeur.

Les conditions 3 et 4 impliquent qu'une entité peut croitre dans une certaine limite pour être toujours considérée comme la même entité. Dans le cas de la règle 3, si une entité englobe entièrement une entité précédente mais que sa taille est beaucoup plus importante, cette entité est susceptible de contenir d'autres entités du même type. Concernant la règle 4, son seuil est plus bas car il s'agit d'une intersection. Les limites de l'entité se sont en partie déplacées, or les déplacements de limites des peuplements forestiers sont assez lents, donc nous avons abaissé le seuil.

Ces limites ont été fixées grossièrement et pourraient être modifiées. L'utilisation de l'attribut de surface des objets a été choisi pour des raisons pratiques - c'est un critère facile à utiliser. Ce choix pourrait être également discuté.

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"L'imagination est plus importante que le savoir"   Albert Einstein