Le portail francophone de la géomatique

Bonjour,

Nous avons mis en place un historique de nos données. Cela est entièrement géré côté SGDB, dans le sens où lors d'un update de données, un trigger désactive l'ancienne ligne et insère les nouvelles données. Un champ permet de définir la données la plus à jour. Le trigger met à jour un champ updated_at (date de mise à jour) et à la création de la données, un champ created_at est enregistré.

Si la mise à jour n'implique pas de modification des champs (dans notre cas on a beaucoup de données, on les importe sans faire de test avant) les nouvelles données ne sont pas mises à jour.

Notre problématique est un peu différente de la votre dans la mesure où l'on n'a pas à visualiser l'historique, mais techniquement cela nous est tout à fait possible.

Y.
PS : notre thématique est l'immobilier de bureau.

Bonjour,

A priori, pour du spatio-temporel, il faut se baser sur MADS.

http://www.google.fr/search?hl=fr&q … =f&oq=

Utilisé par des chercheurs principalement, je n'ai jamais rien vu en production avec des SIG vecteurs basés sur MADS. Si d'ailleurs quelqu'un a des infos à ce propos...

Pour les outils de modélisation de ce type de base, ce post Georezien.

http://georezo.net/forum/viewtopic.php?pid=68117#p68117

Cordialement

ThomasG

Bonjour,

Dans mon interco, quelques années de pratique sur la prise en compte du temporel (gestion de l'historique mais aussi des phases projets) dans plusieurs de nos applications.

Pour le cadastre (PCI vecteur), nous reconstituons l'historique du parcellaire, par comparaison des versions N et N+1 des données fournies par les CDIF. La mutation est qualifiée (réunion, division, versement au DP, sortie du DP, prise en charge) et datée (date du traitement). L'objectif est de retrouver les parcelles actuelles à partir de références anciennes, portées sur des actes notariés. Nos services fonciers peuvent aussi vérifier la prise en compte de leurs documents d'arpentage. Ca peut intéresser des historiens (contemporains - cette gestion date de 1996, pas de Napoléon !).

Pour les voies, nous gérons l'historique de la dénomination et de la géométrie : voie débaptisée/rebaptisée, prolongée/déviée/disparue. Gestion aussi des phases projets, depuis l'intention de faire jusqu'à l'ouverture à la circulation.
Cela permet :
. de retrouver une voie par son nom actuel ou ancien
. de repérer les secteurs où 'ça bouge'
. de quantifier les mises à jour de la BD (sur une année, un mandat, ...)

Gestion du temporel aussi pour la numérotation des voies (seulement pour les gros dossiers). Le projet de numérotation est élaboré avec les architectes, puis les numéros sont attribués au fur et à mesure des livraisons des locaux. Pour corser le tout, les droits d'accès aux entités sont différents selon leur état (historique/actuel/en projet) 

A noter : nous faisons une (subtile) différence entre 'historique' et 'archive' : l'historique est en ligne, la consultation d'une base archivée nécessite de la remonter.

Pour l'historique des PLU, là c'est la grosse artillerie. Fruit de l'expérience d'une annulation. Car quand un PLU est annulé, c'est le PLU d'avant qui devient immédiatement applicable. Et quand celui-ci date de quelques années  en arrière ... ben on est mal

Moyennant quelques efforts de conception, cette gestion est native sous Apic.

Bonjour

Compte-tenu de nos spécificités militaires, notre SIG possèdent de nombreuses fonctions afin de gérer la notion de "temporalité. Notamment, l'utilisation d'un GDH qui permet de faire afficher les objets présents à un moment donné. Pourtant, nous nous sommes rendus compte que les utilisateurs souhaitaient plus visualiser cette dynamique de changement que ce changement lui-même. Je m'explique, un mode "préjeu" permet (toujours à partir d'un GDH défini) de suivre visuellement l'évolution de certains objets mais sans les faire apparaitre ou disparaitre : c'est simplement une modification de symbolique qui est activée. La représentation cognitive de cet espace-temps est bien plus intéressante et les utilisateurs ont réellement le sentiment d'avoir visualiser une évolution des objets géographiques.

Pardonnez-moi cette petite digression un peu hors sujet mais cette gestion de la dimension temporelle est vraiment un sujet passionnant.
Bonne journée.

Oui, mais il y a toujours super-Jérôme pour nous aider

Notre SIG est purement métier, mais la logique n'est pas très compliquée.

Il suffit d'indiquer aux objets un intervalle qui correspond à leurs durées de vie (entre 2 GDH quoi ), puis de lancer une simulation qui fait évoluer le temps à la vitesse que tu souhaites (sorte de magnétophone avec PLAY, PAUSE, etc.). Seulement, les objets géographiques ont des durées d'activation (c'est à dire d'affichage) plus importantes que leurs durées de vie réelles. Donc, plusieurs symboliques (notamment de couleur pour les surfaciques) sont associées à ces entités : une très visible pour leur durée de vie et une qui le sera moins pour sa durée d'activation. En conséquence de quoi, la dynamique est plus "visuelle" qu'une simple apparition / disparition.

C'est finalement assez proche d'une animation sans en rechercher toutes les qualités nécessaires (notamment les transitions). Mais attention, il est nécessaire d'avoir la possibilité de définir une heure de référence dans l'applicatif, sinon,l'heure système sera celle par défaut. Enfin, je précise que ce sujet n'a aucun cadre formel, c'est juste un RETEX (Retour d'expérience !).

@+

Bonjour,

Philippe, est-ce que tu aurais un petit lien Youtube pour nous montrer ce que ça peut donner ? (ou un fichier vidéo à télécharger)

Sur le comment, si j'ai bien compris, il y a "juste" un champ date, et donc l'extraction des données est juste une ou plusieurs requêtes SQL / attributaires.

Après, au niveau technologique, il y a surement des subtilités pour que cela soit fluide et efficace. Mais si je n'ai rien raté, il n'y a rien de compliqué, juste de la mise en oeuvre qui promet d'être passionnante...

Bonjour,

En fait, ce qui me parait compliqué est la partie programmation après la ou
les requêtes SQL : comment montrer graphiqement l´évolution des entités
sélectionnées. Cela implique de sortir du SIG et j´essaie de me figurer
l´énergie à déployer en programmation.

En conclusion, je vais laisser ça de côté pour l´instant : je n´ai pas les
développeurs de SAGEM sous la main

Merci encore pour la réactivité,

Alban